--- 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] 执行内容:[摘要] 验收结果:[通过/不通过·原因] 遗留问题:[无/具体问题] ────────────────────────────────── ``` ### 执行记录(铸渊在此追加) ---