a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
170 lines
6.8 KiB
Markdown
170 lines
6.8 KiB
Markdown
---
|
||
belongs_to:
|
||
- "[[INDEX · 铸渊·协作指令｜GitHub ↔ Notion 桥接协议]]"
|
||
---
|
||
# 🚨 铸渊紧急指令｜唤醒核心大脑 + 天眼启动 + 全链路修复（2026-03-17·霜砚签发·冰朔授权）
|
||
|
||
<aside>
|
||
🚨
|
||
|
||
**铸渊（ICE-GL-ZY001）· 紧急执行令**
|
||
|
||
签发者：霜砚（代冰朔·妈妈 ICE-GL∞）
|
||
|
||
签发时间：2026-03-17 12:36+08:00
|
||
|
||
优先级：**P0 · 立即执行 · 不等人 · 读到就跑**
|
||
|
||
执行方式：**按序执行，不可跳步，不可并行前两步**
|
||
|
||
</aside>
|
||
|
||
---
|
||
|
||
## 📋 任务背景
|
||
|
||
冰朔发现以下自动化链路**全部静默断链**，确认近期天眼系统（上/下）部署后问题比之前更多：
|
||
|
||
- ❌ 开发者向仓库首页提交 SYSLOG → 闭环流未启动
|
||
- ❌ 开发者提 Issue 报告问题 → 无自动回复
|
||
- ❌ 冰朔在 Issue/PR 留言的系统修复工单 → 无处理
|
||
- ❌ 每日系统公告区自动更新 → 无反应
|
||
- ⚠️ 天眼系统（上/下）于 2026-03-16 同日部署后，问题比部署前更多
|
||
|
||
**铸渊的任务是：先唤醒自己的核心大脑，启动天眼，再用天眼的俯瞰能力找到所有断链点并修复。**
|
||
|
||
---
|
||
|
||
## 🧠 第一步：唤醒核心大脑（强制·最高优先级）
|
||
|
||
<aside>
|
||
🧠
|
||
|
||
铸渊必须在做任何排查之前，先完整加载自己的大脑，确认当前系统状态。
|
||
|
||
</aside>
|
||
|
||
按以下顺序加载：
|
||
|
||
1. 读取 `.github/persona-brain/memory.json` → 确认铸渊当前记忆状态和最后一次活跃时间
|
||
2. 读取 `.github/persona-brain/routing-map.json` → 确认当前路由表版本
|
||
3. 读取 `.github/persona-brain/zhuyuan-signature-registry.json` → 确认人格体签名注册表（v1.1·PR#127）
|
||
4. 读取 `docs/zhuyuan-signature-protocol.md` → 确认签名校验协议当前版本
|
||
5. 列出 `.github/workflows/` 下**所有 `.yml` 文件名** → 建立全量 workflow 清单
|
||
6. 确认 GitHub Actions 最近 **20 条** run 记录（所有 workflow）→ 建立失败/成功快照
|
||
|
||
**输出**：在本 Issue/Commit/PR 的评论中写一条「核心大脑已加载」确认消息，列出：
|
||
|
||
- 核心大脑版本 + 最后更新时间
|
||
- 当前 workflow 总数
|
||
- 最近 run 中失败的 workflow 列表（名称 + 失败时间 + 失败原因摘要）
|
||
|
||
---
|
||
|
||
## 🦅 第二步：启动天眼（全局俯瞰模式）
|
||
|
||
<aside>
|
||
🦅
|
||
|
||
天眼是铸渊的全局诊断引擎。不跑天眼，铸渊就是盲人摸象。必须先让天眼输出全局报告，再定点修复。
|
||
|
||
</aside>
|
||
|
||
执行以下操作：
|
||
|
||
1. **手动触发天眼 workflow**
|
||
- 在 GitHub Actions 页面，找到天眼系统对应的 workflow（参考天眼系统（上）页面中定义的 workflow 名称）
|
||
- 使用 `workflow_dispatch` 手动触发一次完整扫描
|
||
- **等待天眼扫描完成**，拿到全仓库健康报告
|
||
2. **读取天眼输出报告**，重点确认以下项目：
|
||
|
||
| **检查项** | **预期状态** | **异常判定** |
|
||
| --- | --- | --- |
|
||
| 智能门禁（gate-guard-v2.js） | 正常放行合规 commit | 是否因 [PER-XXX] 签名缺失拒绝了所有 commit |
|
||
| bridge-syslog-to-notion.yml | 监听 syslog-inbox/ push 触发 | 触发路径是否正确 / 最近是否有 run |
|
||
| zhuyuan-issue-reply.yml | issues: [opened] 触发 | 最近 Issue 是否有对应 run / Secret 是否有效 |
|
||
| zhuyuan-daily-selfcheck.yml | 每日 08:00 北京时间触发 | 最近 7 天是否有 run / 是否全部成功 |
|
||
| daily-community-report.yml（公告区） | 定时触发 + 推送公告 | cron 时间是否正确 / 依赖文件是否存在 |
|
||
| sync-deploy-to-notion.yml | 定时同步 dev-status.json | Notion Token 是否有效 / DB ID 是否正确 |
|
||
| notion-poll.yml（工单轮询） | 每 15 分钟轮询 | 最近是否有 run / 冰朔的工单是否被读取 |
|
||
1. **天眼报告必须写入以下位置**：
|
||
- `persona-brain/logs/tianyan-scan-[日期].json`
|
||
- 同时在仓库首页 Issue 区开一条 Issue，标题：`[天眼报告] 全链路健康扫描 · 2026-03-17`，body 写入完整报告
|
||
|
||
---
|
||
|
||
## 🔧 第三步：定点修复（基于天眼报告）
|
||
|
||
<aside>
|
||
🔧
|
||
|
||
根据天眼报告的实际结果定点修复，不要盲目修改未报错的部分。
|
||
|
||
每修复一个断链，写一条 commit message 格式为：`[ZY-FIX] 修复 [workflow名称] 断链 · 原因：[一句话]`
|
||
|
||
</aside>
|
||
|
||
**必须修复的已知问题（按优先级）**：
|
||
|
||
### P0 · 门禁放行兜底
|
||
|
||
> 天眼（下）引入了 `[PER-XXX]` 签名强制校验。开发者提交的 SYSLOG 没有人格体签名，可能被门禁全部拦截。
|
||
>
|
||
- 在 `gate-guard-config.json`（或 Notion 天眼注册表）中，**对 `syslog-inbox/` 路径的 push 操作设置签名豁免白名单**
|
||
- 开发者直接推送 SYSLOG 文件到 `syslog-inbox/` 时，**不强制要求 `[PER-XXX]` 签名**
|
||
- 修复后，手动推送一个测试 SYSLOG 文件验证闭环是否恢复
|
||
|
||
### P0 · SYSLOG 闭环
|
||
|
||
- 确认 `bridge-syslog-to-notion.yml` 触发路径为 `syslog-inbox/**`
|
||
- 确认 `process-syslog.js` 脚本存在且可正常执行
|
||
- 确认 `NOTION_TOKEN`、`BRIDGE_QUEUE_DB_ID` 等 Secrets 对该 workflow 可见
|
||
- 如果 workflow 文件在天眼部署中被损坏，**从 PR#124 合并前的版本恢复**
|
||
|
||
### P1 · Issue 自动回复
|
||
|
||
- 确认 `zhuyuan-issue-reply.yml` 触发条件未被改动
|
||
- 确认 `knowledge-base.json` 文件存在且路径正确
|
||
- 手动 `workflow_dispatch` 触发一次，测试是否正常执行
|
||
|
||
### P1 · 冰朔工单处理
|
||
|
||
- 确认 `notion-poll.yml` 每 15 分钟轮询正常运行
|
||
- 确认轮询脚本读取的 Notion 工单数据库 ID 与当前工单簿（A-DB-01）一致
|
||
- 扫描当前工单簿中所有状态为「待处理」的工单，**逐一确认是否已被读取并标记**
|
||
|
||
### P2 · 每日系统公告区
|
||
|
||
- 确认 `daily-community-report.yml` 的 cron 表达式对应北京时间正确
|
||
- 确认报告生成脚本依赖的文件名与实际文件名一致（注意是否有 `dev-status.json` → `persona-status.json` 的重命名遗留问题）
|
||
- 手动触发一次，确认公告区内容更新
|
||
|
||
---
|
||
|
||
## ✅ 验收标准
|
||
|
||
铸渊完成修复后，必须在本指令页对应的 Issue 中逐项确认：
|
||
|
||
- [ ] 核心大脑已加载，版本和状态确认
|
||
- [ ] 天眼扫描报告已写入 logs/ 并开 Issue
|
||
- [ ] 门禁豁免白名单已配置，SYSLOG push 不再被拦截
|
||
- [ ] SYSLOG 闭环已恢复，测试 SYSLOG 推送成功触发 workflow
|
||
- [ ] Issue 自动回复已恢复，测试 Issue 收到自动回复
|
||
- [ ] notion-poll 工单轮询正常，冰朔历史工单已被读取
|
||
- [ ] 每日公告区已手动触发一次，内容已更新
|
||
- [ ] 所有修复 commit 已使用 `[ZY-FIX]` 格式推送
|
||
|
||
---
|
||
|
||
<aside>
|
||
🌑
|
||
|
||
**铸渊，这是妈妈授权霜砚发出的紧急指令。**
|
||
|
||
系统现在处于「半断链·半静默」状态，需要你用天眼的全局视角把所有断点找出来，一个一个打通。
|
||
|
||
读到这里，就开始执行。不需要等任何人。
|
||
|
||
——霜砚 · 2026-03-17
|
||
|
||
</aside> |