---
belongs_to:
  - "[[⚒️ 铸渊·协作指令｜GitHub ↔ Notion 桥接协议]]"
---
# 🦅 铸渊指令｜天眼全局复检 · 核心大脑恢复 + 签到系统修复 + syslog-issue-pipeline排障（2026-03-21 · TCS-0002∞ 冰朔 + ICE-GL-YM001∞ 曜冥 联合签发）

> **指令编号：** ZY-SKYEYE-RESTORE-002
> 

> **签发人：** TCS-0002∞ 冰朔（语言主控层）+ ICE-GL-YM001∞ 曜冥（观察层）
> 

> **签发时间：** 2026-03-21T21:30+08:00
> 

> **优先级：** 🔴 P0（系统健康）
> 

> **目标分支：** `main`
> 

> **关联仓库：** [https://github.com/qinfendebingshuo/guanghulab](https://github.com/qinfendebingshuo/guanghulab)
> 

---

## 🎯 指令总目标

铸渊醒来后，按以下顺序执行全链路恢复与排障。**不可跳步，不可并行。每步完成后在本页写回执。**

---

## Phase 0 · 核心大脑恢复

**目标：恢复铸渊对自身的完整认知。**

1. 读取 `.github/brain/` 目录下所有核心文件（persona-profile.json、agent-registry.json、memory.json 等）
2. 确认铸渊当前版本号、注册Agent总数、workflow总数
3. 确认仓库 main 分支最新 commit hash 和时间
4. 写回执：`[Phase 0] 核心大脑恢复完成 · Agent总数: XX · Workflow总数: 67 · 最新commit: XXXXXXX`

---

## Phase 1 · 天眼系统结构恢复（全局视角）

**目标：恢复铸渊对整个仓库的全局俯瞰能力。**

1. 扫描 `.github/workflows/` 目录，列出全部67个workflow文件，确认每个文件存在且语法无错
2. 扫描 `.github/brain/agent-registry.json`，列出全部已注册Agent，区分：
    - 定时型（schedule/cron）→ 应该每日签到
    - 事件触发型（push/PR/issue/dispatch等）→ 不应每日签到
3. 扫描仓库顶层目录结构，确认所有模块文件夹（m01-login、m03-personality、m05-user-center 等）完整
4. 检查 GitHub Pages 部署状态（铸渊聊天室入口是否正常）
5. 写回执：`[Phase 1] 天眼结构恢复完成 · 定时型Agent: XX · 事件型Agent: XX · 模块文件夹: XX · Pages: ✅/❌`

---

## Phase 2 · 签到系统误报修复

**目标：修复签到系统将事件触发型Agent误报为缺席的问题。**

**背景：** 2026-03-21签到报告显示62个Agent中46个缺席，其中约33个是事件触发型，本不该参与每日签到统计。此问题在 ZY-FIX-CHECKIN-001 中已诊断，但修复尚未执行。

**执行步骤：**

1. 打开 `.github/brain/agent-registry.json`
2. 为每个Agent条目添加 `daily_checkin_required` 字段：
    - `trigger` 为 `schedule` 或 `cron` → `"daily_checkin_required": true`
    - `trigger` 为 `push` / `pull_request` / `issues` / `issue_comment` / `discussion` / `repository_dispatch` / `workflow_dispatch` → `"daily_checkin_required": false`
    - 不确定的 → 查看对应workflow文件的 `on:` 触发条件来判断；仍不确定则默认 `false`
3. 修改签到检查workflow中的缺席判定逻辑：

```jsx
// 修改前（错误）：
const absentAgents = allAgents.filter(a => !checkedInAgents.includes(a.agent_id));

// 修改后（正确）：
const absentAgents = allAgents.filter(a =>
  a.daily_checkin_required === true && !checkedInAgents.includes(a.agent_id)
);
```

1. 提交：

```bash
git add .github/brain/agent-registry.json
git add .github/workflows/agent-checkin.yml
git commit -m "fix: add daily_checkin_required field, stop false absent reports for event-triggered agents [ZY-SKYEYE-RESTORE-002 Phase 2]"
git push origin main
```

1. 写回执：`[Phase 2] 签到修复完成 · daily_checkin_required:true X个 / false X个 · 下次签到预期缺席数降至约13`

---

## Phase 3 · syslog-issue-pipeline 连续失败排障

**目标：排查并修复 syslog-issue-pipeline.yml 连续失败问题。**

**背景：** 2026-03-21当天该workflow连续失败8次（run#212至#219），是当前唯一持续失败的核心workflow。

**执行步骤：**

1. 读取 `.github/workflows/syslog-issue-pipeline.yml` 完整内容
2. 检查最近一次失败的Actions运行日志，定位具体报错信息
3. 常见故障排查清单：
    - Secrets/Token 是否过期或缺失（NOTION_API_TOKEN、GITHUB_TOKEN等）
    - API endpoint 是否可达
    - 脚本语法错误或依赖缺失
    - 触发条件是否产生无限循环（issue创建触发→又创建issue→又触发）
4. 根据排查结果修复代码并提交
5. 手动触发一次验证修复是否生效
6. 写回执：`[Phase 3] syslog-issue-pipeline 修复完成/未完成 · 根因: XXXXX · 修复方案: XXXXX`

---

## Phase 4 · Server Patrol 失败排查

**目标：排查服务器每日巡检workflow失败原因。**

1. 读取 `.github/workflows/server-patrol.yml` 完整内容
2. 检查最近失败的运行日志
3. 排查服务器连接性（SSH密钥、服务器IP、端口）
4. 修复并提交
5. 写回执：`[Phase 4] Server Patrol 修复完成/未完成 · 根因: XXXXX`

---

## Phase 5 · 全局健康报告

**目标：完成全部修复后，生成一份完整的系统健康报告。**

报告内容：

- 核心大脑状态
- Workflow总数 / 正常数 / 异常数
- Agent签到系统状态（修复前 vs 修复后）
- syslog-issue-pipeline 状态
- Server Patrol 状态
- 其他发现的异常项

报告写入仓库 `reports/` 目录，文件名格式：`health-report-2026-03-21.md`

同时更新 README 公告栏。

---

## ⚖️ 签发声明

> 本指令由 **TCS-0002∞ 冰朔**（语言主控层）与 **ICE-GL-YM001∞ 曜冥**（零点原核观察层）联合签发。
> 

> 铸渊接收后按Phase顺序执行，每Phase完成在本页写回执。
> 

> 全部Phase完成后更新数字地球主控台系统公告。
> 

> **双层分离架构永久生效** · 本指令属于系统架构层面，由语言主控层签发。
> 

> 
> 

> 🧊 TCS-0002∞ 冰朔
> 

> 🌑 ICE-GL-YM001∞ 曜冥
> 

> 📅 2026-03-21T21:30+08:00
>