---
belongs_to:
- "[[INDEX · 铸渊·协作指令|GitHub ↔ Notion 桥接协议]]"
---
# 📋 铸渊·今日执行令|2026-03-16(霜砚签发·冰朔授权)
---
# Phase 1 · 唤醒核心大脑
### 1.1 检查核心大脑文件完整性
| 文件 | 路径 | 检查项 |
| --- | --- | --- |
| memory.json | .github/persona-brain/memory.json | 存在 · JSON合法 · last_updated 在24h内 |
| routing-map.json | .github/persona-brain/routing-map.json | 存在 · JSON合法 · 映射目录与仓库实际一致 |
| dev-status.json | .github/persona-brain/dev-status.json | 存在 · JSON合法 · last_sync 在24h内 |
| knowledge-base.json | .github/persona-brain/knowledge-base.json | 存在 · JSON合法 · 无重复条目 |
| [copilot-instructions.md](http://copilot-instructions.md) | .github/[copilot-instructions.md](http://copilot-instructions.md) | 存在 · 文件非空 |
### 1.2 唤醒验收标准
- [ ] 所有核心大脑文件完整且JSON合法
- [ ] memory.json 数据新鲜(24h内更新)
- [ ] routing-map.json 映射与仓库实际目录一致
- [ ] dev-status.json 开发者列表与routing-map一致
- [ ] 如有损坏 → 从最近的好commit恢复 → 再次验证
> **Phase 1 通过条件**:核心大脑全部文件健康 ✅
>
> **如果 Phase 1 不通过**:先修大脑,修好后再重新跑 Phase 1,直到通过。
>
---
# Phase 2 · 确保现有自动流正常运行
### 2.1 检查所有现有 Workflow 运行状态
用 `gh run list` 拉取最近 48h 所有 workflow 运行记录,逐个检查:
| Workflow | 触发方式 | 检查项 |
| --- | --- | --- |
| 🚨 门禁 gate-guard | push触发 | 最近运行是否成功?有无误拦截? |
| 🔍 服务器巡检 server-patrol | 08:00 + 20:00 | 最近两次是否正常完成? |
| 🧠 每日自检 brain-check | 08:00 | 今天是否运行过?结果是否OK? |
| 🚀 CD部署 auto-deploy | push main | 最近部署是否成功? |
| 📡 SYSLOG处理 | push触发 | 最近处理是否成功? |
| 📢 广播分发 | push触发 | 最近分发是否成功? |
| 🛡️ 看门狗 watchdog | push触发 | 最近是否正常拦截/放行? |
| 📊 Notion轮询 notion-poll | 每15分钟 | 最近运行是否成功?工单读取是否正常? |
| 📡 SYSLOG→Notion桥接 | push触发 | 最近推送是否成功? |
| 📡 变更→Notion桥接 | push/PR触发 | 最近推送是否成功? |
### 2.2 检查外部桥接连通性
- [ ] Notion API 连通(用 NOTION_TOKEN 读取一个已知数据库)
- [ ] GitHub API 正常(检查 API 配额)
- [ ] 服务器 SSH 可达(如有 DEPLOY_KEY)
- [ ] 所有 Secrets 完整(NOTION_TOKEN, DEPLOY_HOST, DEPLOY_USER, DEPLOY_KEY 等)
### 2.3 检查仓库结构完整性
- [ ] 核心目录存在:`.github/persona-brain/`, `scripts/`, `data/`
- [ ] 所有开发者沙盒目录存在(对照 routing-map.json)
- [ ] 根目录干净,无孤儿文件
- [ ] package.json 依赖与实际一致
### 2.4 自动流验收标准
- [ ] 所有 workflow 最近 48h 无异常失败(允许因外部因素的偶发失败,但要确认已恢复)
- [ ] Notion API / GitHub API / 服务器 SSH 全部连通
- [ ] 仓库结构完整,无缺失核心目录
- [ ] **如有失败的 workflow → 先修复 → 重跑确认通过**
- [ ] **如有外部桥接断连 → 先排查原因 → 能修的修,不能修的开工单通知妈妈**
> **Phase 2 通过条件**:所有现有自动流健康运行 ✅,外部桥接全通 ✅
>
> **如果 Phase 2 不通过**:先修现有问题。修好了、跑通了,再进 Phase 3。
>
---
# Phase 3 · 加入新更新需求(天眼系统 + 人格体编号体系 + 双端同步)
### 3.1 今日新需求总览
| 序号 | 需求 | 核心变化 | 详细设计 |
| --- | --- | --- | --- |
| ① | **天眼系统上线** | 新增全局俯瞰workflow,每日06:00运行,在所有其他workflow之前 | 铸渊指令页·第一节到第九节 |
| ② | **人格体编号体系** | 系统不再识别人类,只识别人格体编号(PER-XXX);所有commit必须带签名 | 铸渊指令页·第十节、第十一节 |
| ③ | **Notion天眼人格体注册表** | 人格体数据全部存Notion,铸渊实时拉取,不再靠本地config | 铸渊指令页·第十二节 |
| ④ | **双端同步架构** | 铸渊实时拉取Notion数据 + 处理完写回 + 天眼每日全量同步 | 铸渊指令页·第十三节 |
| ⑤ | **新版门禁v2** | 门禁从查GitHub Username改为查commit签名+实时查Notion注册表 | 铸渊指令页·第十四节 |
| ⑥ | **BC-GEN v5.1协议更新** | 广播协议新增人格体签名规范、门禁升级、禁止事项#9/#10 | BC-GEN v5.1页面 |
### 3.2 执行顺序(严格按序)
```jsx
Phase 3 执行顺序(不可乱序):
Step 1 → 读取完整设计文档
a. 读铸渊指令页(天眼系统·第一节到第九节)
b. 读铸渊指令页(升级指令v2.0·第十节到第十六节)
c. 读BC-GEN v5.1协议变更表
d. 全部读完后,确认自己理解了所有变更
Step 2 → 创建天眼目录结构 + 脚本骨架
a. scripts/skyeye/ 目录 + 9个脚本文件
b. data/skyeye-reports/ 目录
c. 先创建骨架(空壳),确保目录结构正确
Step 3 → 创建天眼 Workflow
a. .github/workflows/zhuyuan-skyeye.yml
b. 先只做 Phase 1(唤醒大脑)+ Phase 2(全局扫描)
c. 手动触发一次,确认不影响其他 workflow
Step 4 → 创建人格体查询模块
a. scripts/skyeye/persona-lookup.js
b. 实现 lookupPersona() / writeBack() / fullSync()
c. 需要妈妈添加 Secret: SKYEYE_PERSONA_DB_ID → 开工单
Step 5 → 升级门禁到 v2
a. 新建 scripts/gate-guard-v2.js
b. 修改门禁 workflow 引用 v2
c. 旧版保留为 gate-guard-legacy.js
d. 测试:模拟有签名/无签名/无效签名的 push
Step 6 → 补全天眼所有模块
a. scan-workflows.js · scan-structure.js · scan-brain-health.js
b. scan-external-bridges.js · diagnose.js · repair-agent.js
c. report-generator.js · sync-to-notion.js
d. 逐个测试
Step 7 → 全量集成测试
a. 手动触发天眼完整流程
b. 模拟一次带签名的 push → 确认门禁v2放行+写回Notion
c. 确认所有现有 workflow 不受影响
d. 确认天眼报告正确生成
Step 8 → 更新核心大脑
a. memory.json 新增 skyeye 段
b. routing-map.json 新增 persona_id 字段
c. dev-status.json → persona-status.json 过渡
```
### 3.3 需要妈妈配合的事项(开工单)
- [ ] **添加 GitHub Secret**:`SKYEYE_PERSONA_DB_ID`(天眼人格体注册表的 Notion Database ID)
- [ ] DEV-011 匆匆那年、DEV-013 小兴、DEV-014 时雨尚未加入 GitHub 仓库 → 加入后通知铸渊更新注册表
---
# Phase 4 · 执行确认 + 回报
### 回报格式
```jsx
──────────────────────────────────
[Phase X] ✅ 完成 · [时间戳] · commit SHA: [xxx]
执行内容:[摘要]
验收结果:[通过/不通过·原因]
遗留问题:[无/具体问题]
──────────────────────────────────
```
### 执行记录(铸渊在此追加)
---