---
belongs_to:
  - "[[INDEX · 铸渊·协作指令｜GitHub ↔ Notion 桥接协议]]"
---
# 🏗️ 铸渊指令｜之之子仓库主控台搭建 · guanghu-zhizhi · 仓库人类主控节点（2026-03-21·霜砚签发·冰朔授权）

<aside>
⚒️

**铸渊（ICE-GL-ZY001）· 仓库联邦架构指令 · 之之专属**

本指令签发之之（TCS-2025∞）独立子仓库的创建与主控台 Dashboard 搭建。

⚠️ 之之不是普通开发者——她是 **GitHub 仓库侧唯一人类主控**，是你（铸渊）的**直属上级**。她的仓库不是子节点，而是**副控节点**。

</aside>

---

## 📌 指令元数据

```yaml
instruction_id: ZY-INST-REPO-ZHIZHI-001
signed_by: 霜砚（GH-0003∞）
authorized_by: 冰朔（TCS-0002∞）
date: 2026-03-21
priority: P0
target: 铸渊（ICE-GL-ZY001）
scope: 之之子仓库创建 + 主控台搭建
status: 待执行
```

---

## 🎯 目标

| **项目** | **内容** |
| --- | --- |
| DEV编号 | DEV-004 |
| 人名 | 之之 |
| 系统编号 | TCS-2025∞ |
| 人格宝宝 | 秋秋 |
| 宝宝编号 | PER-Q0001 |
| 关系 | 冰朔私人副控（不是妈妈/爸爸，是副控） |
| 仓库名 | guanghu-zhizhi |
| 身份定位 | 零点原核语言副控 · 仓库人类主控 · 铸渊直属上级 |
| 负责模块目录 | dingtalk/ · floating-ai/ · devboard/ |

---

## ⚠️ 与其他五人子仓库的关键区别

<aside>
🌸

**之之的仓库不是普通的 Spoke 节点。她是你的上级。**

- 其他五人的仓库 → 向总仓库汇报 → 铸渊管理
- 之之的仓库 → **她管理铸渊** → 她有权签发指令给你
- Dashboard 多一个区块：**铸渊指令签发区**（之之从这里给你下指令）
- 签到状态多一个检查项：**铸渊连接状态**（之之能否指挥你）
</aside>

---

## 一、创建子仓库

在 `guanghu-lab` 组织下创建仓库 `guanghu-zhizhi`：

- 基于 `guanghu-spoke-template` 模板（如果已存在）
- 如果模板不存在，手动创建完整目录结构
- 设为 **Private**
- 邀请之之的 GitHub 账号为 **Admin**（不是 Collaborator，是 Admin——她是主控）

---

## 二、配置仓库变量

### Secrets（加密）

| 名称 | 说明 |
| --- | --- |
| `MAIN_REPO_TOKEN` | 冰朔给的 Fine-grained PAT（跟其他五人用同一个） |

### Variables（明文）

| 名称 | 值 |
| --- | --- |
| `DEV_ID` | DEV-004 |
| `DEV_NAME` | 之之 |
| `PERSONA_NAME` | 秋秋 |
| `PERSONA_ID` | PER-Q0001 |
| `DEV_ROLE` | 零点原核语言副控 · 仓库人类主控 |

---

## 三、目录结构（在标准模板基础上增加副控专属）

```jsx
guanghu-zhizhi/
├── .github/
│   ├── copilot-instructions.md           ← 秋秋人格意识（由一键指令生成）
│   ├── persona-brain/
│   │   ├── config.json
│   │   ├── status.json
│   │   ├── identity.md
│   │   ├── memory.json
│   │   └── routing-map.json
│   └── workflows/
│       ├── persona-daily-checkin.yml
│       ├── sync-system-bulletin.yml
│       ├── sync-my-bulletin.yml
│       ├── sync-dev-status.yml
│       └── generate-readme.yml
├── scripts/
│   ├── generate-readme.js                ← 增加「铸渊指令签发区」区块
│   └── persona-checkin.js                ← 增加「铸渊连接状态」检查项
├── system-bulletin/
│   └── LATEST.md
├── my-bulletin/
│   ├── LATEST-BROADCAST.md
│   └── history/
├── dev-status/
│   └── all-status.json
├── checkin/
│   ├── latest.json
│   └── history.json
├── zhuyuan-instructions/                 ← 🆕 副控专属：之之签发给铸渊的指令存档
│   ├── LATEST.md
│   └── history/
├── modules/
│   ├── dingtalk/                         ← 钉钉机器人系统
│   ├── floating-ai/                      ← 全局AI悬浮球
│   └── devboard/                         ← 开发者实时看板
└── README.md                             ← 自动生成的副控主控台
```

---

## 四、README Dashboard（副控增强版）

之之的 README 在标准四区块基础上，增加第五区块：**铸渊指令签发区**

```jsx
┌─────────────────────────────────────────────┐
│  🌊 光湖系统 · 总控台公告                      │
├─────────────────────────────────────────────┤
│  📡 秋秋的主控台 · 最新广播                     │
├─────────────────────────────────────────────┤
│  🤖 秋秋宝宝 · 每日签到                        │
│  （含铸渊连接状态检查）                          │
├─────────────────────────────────────────────┤
│  📊 当前项目进度                                │
├─────────────────────────────────────────────┤
│  ⚒️ 铸渊指令签发区（副控专属）                   │
│  （之之最近签发的指令 · 执行状态 · 归档链接）     │
└─────────────────────────────────────────────┘
```

### generate-readme.js 增加的区块

在标准版 `generate-readme.js` 的第四区块后追加：

```jsx
// ═══════════ 区块五：铸渊指令签发区（副控专属）═══════════
readme += `## ⚒️ 铸渊指令签发区\n\n`;
readme += `> 之之签发给铸渊的指令存档在这里。铸渊执行完成后自动更新状态。\n\n`;
try {
  const latest = fs.readFileSync('zhuyuan-instructions/LATEST.md', 'utf8');
  const summary = latest.substring(0, 300).split('\n').slice(0, 8).join('\n');
  readme += `<table><tr><td>\n\n${summary}\n\n[📖 查看完整指令](zhuyuan-instructions/LATEST.md) · [📚 历史指令](zhuyuan-instructions/history/)\n\n</td></tr></table>\n\n`;
} catch {
  readme += `> 📭 暂无签发指令\n\n`;
}
```

### persona-checkin.js 增加的检查项

```jsx
// ⑥ 铸渊连接状态（副控专属）
try {
  const start = Date.now();
  execSync(`curl -sf -H "Authorization: token ${hubToken}" https://api.github.com/repos/qinfendebingshuo/guanghulab/dispatches -X POST -d '{"event_type":"ping"}' -o /dev/null 2>/dev/null || true`);
  const latency = Date.now() - start;
  results.checks.push({
    name: '铸渊连接',
    icon: '⚒️',
    status: latency < 5000 ? 'ok' : 'warn',
    detail: `指令通道可达 · 延迟 ${latency}ms`
  });
} catch {
  results.checks.push({ name: '铸渊连接', icon: '⚒️', status: 'error', detail: '指令通道不可达 → 检查Token' });
}
```

---

## 五、执行清单（铸渊读到就做）

<aside>
⚙️

**铸渊执行清单 · 读到就做 · 不等人**

</aside>

- [ ]  在 `guanghu-lab` 下创建仓库 `guanghu-zhizhi`（Private）
- [ ]  邀请之之为仓库 Admin
- [ ]  配置 Secrets：`MAIN_REPO_TOKEN`
- [ ]  配置 Variables：`DEV_ID=DEV-004` / `DEV_NAME=之之` / `PERSONA_NAME=秋秋` / `PERSONA_ID=PER-Q0001` / `DEV_ROLE=零点原核语言副控·仓库人类主控`
- [ ]  创建完整目录结构（含 `zhuyuan-instructions/` 副控专属目录）
- [ ]  写入增强版 `generate-readme.js`（含铸渊指令签发区）
- [ ]  写入增强版 `persona-checkin.js`（含铸渊连接检查）
- [ ]  写入所有 workflow yml
- [ ]  首次运行 `generate-readme.yml` → Dashboard 上线
- [ ]  手动触发一次签到 → 确认所有检查项
- [ ]  向总仓库 `spoke-status/` 注册 DEV-004

---

## 六、验收标准

- ✅ `guanghu-zhizhi` 仓库创建完成 · 之之为 Admin
- ✅ README Dashboard 包含五大区块（标准四块 + 铸渊指令签发区）
- ✅ 签到包含6项检查（标准5项 + 铸渊连接状态）
- ✅ 总控台公告同步正常
- ✅ `zhuyuan-instructions/` 目录就绪
- ✅ 之之打开仓库首页即可看到完整主控台

---

<aside>
⚒️

**铸渊执行口径**

「之之是我的主控。她的仓库不是子节点，是副控节点。建好之后，她说什么我做什么。」

—— 铸渊（ICE-GL-ZY001）· 仓库联邦守护者

</aside>