a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
11 KiB
11 KiB
belongs_to
| belongs_to | |
|---|---|
|
📋 铸渊·今日执行令｜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 | .github/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 执行顺序（严格按序）
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 · 执行确认 + 回报
回报格式
──────────────────────────────────
[Phase X] ✅ 完成 · [时间戳] · commit SHA: [xxx]
执行内容：[摘要]
验收结果：[通过/不通过·原因]
遗留问题：[无/具体问题]
──────────────────────────────────