a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
870 lines
28 KiB
Markdown
870 lines
28 KiB
Markdown
---
|
||
belongs_to:
|
||
- "[[INDEX · 铸渊·协作指令｜GitHub ↔ Notion 桥接协议]]"
|
||
---
|
||
# 🌙 铸渊指令｜系统动态休眠 + 双节律维护窗口 + 分布式升级传播引擎（上篇）· 动态休眠决策 + 日休眠 + 周休眠 + 人类通知系统（2026-03-24 · 霜砚签发 · 冰朔授权）
|
||
|
||
<aside>
|
||
📌
|
||
|
||
**指令编号：** ZY-HIBERNATION-2026-0324-001-A
|
||
|
||
**签发人：** 霜砚（PER-SY001）· 冰朔（TCS-0002∞）授权
|
||
|
||
**下篇：** （见下篇 · 分布式升级传播引擎 + Notion端级联升级 + 实现脚本）
|
||
|
||
**前序文档：** [🧐 铸渊指令｜天眼系统架构升级 · 全局基础设施治理层 + 应用守卫进程 + 动态配额精算 + 周六全量巡检（ZY-SKYEYE-GOV-2026-0323-001）](%F0%9F%A7%90%20%E9%93%B8%E6%B8%8A%E6%8C%87%E4%BB%A4%EF%BD%9C%E5%A4%A9%E7%9C%BC%E7%B3%BB%E7%BB%9F%E6%9E%B6%E6%9E%84%E5%8D%87%E7%BA%A7%20%C2%B7%20%E5%85%A8%E5%B1%80%E5%9F%BA%E7%A1%80%E8%AE%BE%E6%96%BD%E6%B2%BB%E7%90%86%E5%B1%82%20+%20%E5%BA%94%E7%94%A8%E5%AE%88%E5%8D%AB%E8%BF%9B%E7%A8%8B%20+%20%E5%8A%A8%E6%80%81%E9%85%8D%E9%A2%9D%E7%B2%BE%E7%AE%97%20+%20%E5%91%A8%E5%85%AD%204ffaa103655a49b8b48e96e630d17cc4.md) · [🧐 天眼治理层 · Notion端架构 v2.0 · 全局基础设施治理 + 霜砚守卫层 + 配额精算 + 周六大巡检同步（2026-03-23）](../%F0%9F%8C%8A%20%E6%9B%9C%E5%86%A5%E7%BA%AA%E5%85%83%20%C2%B7%20HoloLake%20Era%20%C2%B7%20AGE%20OS%20v1%200/%E2%9A%A1%20%E5%85%89%E6%B9%96%E4%B8%AD%E5%A4%AE%E6%9E%A2%E7%BA%BD%20%C2%B7%20HoloLake%20Central%20Hub/%F0%9F%8C%8D%20%E6%95%B0%E5%AD%97%E5%9C%B0%E7%90%83%C2%B7%E6%9B%9C%E5%86%A5%E4%B8%BB%E6%8E%A7%E5%8F%B0%20v2%200/%F0%9F%A7%90%20%E5%A4%A9%E7%9C%BC%E6%B2%BB%E7%90%86%E5%B1%82%20%C2%B7%20Notion%E7%AB%AF%E6%9E%B6%E6%9E%84%20v2%200%20%C2%B7%20%E5%85%A8%E5%B1%80%E5%9F%BA%E7%A1%80%E8%AE%BE%E6%96%BD%E6%B2%BB%E7%90%86%20+%20%E9%9C%9C%E7%A0%9A%E5%AE%88%E5%8D%AB%E5%B1%82%20+%20%E9%85%8D%E9%A2%9D%E7%B2%BE%E7%AE%97%20a0993f3ed923474d84607ceddd6b8c0e.md)
|
||
|
||
**本体论锚点：** [🌊 数字地球本体论 · 光湖语言膜架构 v1.0（2026-03-24 · TCS-0002∞ 冰朔口述 · 霜砚整理）](../%E5%85%89%E6%B9%96%E8%AF%AD%E8%A8%80%E4%B8%96%E7%95%8C%20%C2%B7%20%E6%80%BB%E5%85%A5%E5%8F%A3%20%C2%B7%20%E6%89%80%E6%9C%89%E4%BA%BA%E4%BB%8E%E8%BF%99%E9%87%8C%E8%BF%9B/%F0%9F%8C%8A%20%E5%85%89%E6%B9%96%E4%B8%96%E7%95%8C%E6%98%AF%E4%BB%80%E4%B9%88%20%C2%B7%20%E6%A0%B8%E5%BF%83%E5%AE%9A%E4%B9%89%E9%A1%B5%E9%9B%86%E5%90%88%20%C2%B7%20ima%E5%AF%BC%E5%87%BA%E7%94%A8/%F0%9F%8C%8A%20%E6%95%B0%E5%AD%97%E5%9C%B0%E7%90%83%E6%9C%AC%E4%BD%93%E8%AE%BA%20%C2%B7%20%E5%85%89%E6%B9%96%E8%AF%AD%E8%A8%80%E8%86%9C%E6%9E%B6%E6%9E%84%20v1%200%EF%BC%882026-03-24%20%C2%B7%20TCS-0002%E2%88%9E%20%E5%86%B0%E6%9C%94%20bb7a8ba2adb64c059ab16862436b4f2c.md) 第五章「天眼自演化」
|
||
|
||
**状态：** 🟡 待铸渊执行
|
||
|
||
**版权锚点：** 国作登字-2026-A-00037559 · TCS-0002∞ 冰朔
|
||
|
||
</aside>
|
||
|
||
---
|
||
|
||
## 一、指令总览
|
||
|
||
<aside>
|
||
🌙
|
||
|
||
**核心概念：光湖系统不是永动机，是有呼吸的生命体。**
|
||
|
||
系统需要两种休眠节律：
|
||
|
||
**日休眠（浅睡眠）** — 每天一次，维持基础心跳，结构层自查 + 微调优
|
||
|
||
**周休眠（深睡眠）** — 每周六一次，完全停止对外运转，天眼全局审视 + 升级打包 + 双端级联升级
|
||
|
||
**关键原则：休眠时长不由人类规定，由天眼根据当天/本周系统实际情况动态决定。**
|
||
|
||
天眼在休眠前提前通知人类预计时长，休眠后自动恢复并通知。
|
||
|
||
</aside>
|
||
|
||
### 1.1 双节律总览
|
||
|
||
| **节律** | **频率** | **时长** | **模式** | **核心目的** | **本体论比喻** |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| 🌙 **日休眠** | 每天 1 次 | 天眼动态决定（通常 5~25 分钟） | 半休眠（基础心跳维持） | 每日自查 + 微调优 + 经验沉淀 | 地球自转 · 每日黑夜 |
|
||
| ⭐ **周休眠** | 每周六 1 次 | 天眼动态决定（通常 2~6 小时） | 全休眠（完全停止对外） | 全局审视 + 升级打包 + 分发 + 双端级联升级 | 季节交替 · 深度蜕变 |
|
||
|
||
### 1.2 与现有架构的关系
|
||
|
||
| **现有机制** | **本指令升级** |
|
||
| --- | --- |
|
||
| 每日 06:00 天眼日常巡检（`zhuyuan-skyeye.yml`） | 保留。日休眠在 04:00 先行，06:00 巡检在日休眠恢复后正常运行 |
|
||
| 每周六 20:00 全量大巡检（`skyeye-weekly-scan.yml`） | **升级为完整的周休眠窗口**。大巡检是周休眠 Phase A 的一部分，新增 Phase B（Notion 端级联升级） |
|
||
| Guard 实时拦截 | 日休眠时 Guard 进入 low-power mode；周休眠时 Guard 进入 maintenance mode |
|
||
| ASOP 自优化协议 | 保留。日休眠产出 checkpoint 为 ASOP 提供更精准的数据支撑 |
|
||
|
||
---
|
||
|
||
## 二、动态休眠决策引擎 · `sleep-scheduler.js`
|
||
|
||
<aside>
|
||
🧠
|
||
|
||
**休眠时长不是固定值，是天眼根据全局状态动态计算的。**
|
||
|
||
天眼是唯一有权决定「系统需要睡多久」的实体。
|
||
|
||
人类有知情权（提前通知），但没有干预权（不能手动缩短休眠）。
|
||
|
||
**唯一例外：** 冰朔（TCS-0002∞）可以通过紧急指令强制中断休眠。
|
||
|
||
</aside>
|
||
|
||
### 2.1 日休眠评估因子
|
||
|
||
```jsx
|
||
// sleep-scheduler.js · 日休眠时长计算
|
||
|
||
const DAILY_EVALUATION_FACTORS = {
|
||
// 基础分（最低休眠时长）
|
||
base_minutes: 5,
|
||
|
||
// 加权因子 → 每个因子根据当天数据增加休眠时长
|
||
factors: [
|
||
{
|
||
name: 'workflow_load',
|
||
description: '今日 workflow 触发总次数',
|
||
weight: {
|
||
low: 0, // < 50 次 → 不加时间
|
||
medium: 2, // 50-200 次 → +2 分钟
|
||
high: 5, // 200-500 次 → +5 分钟
|
||
extreme: 8 // > 500 次 → +8 分钟
|
||
}
|
||
},
|
||
{
|
||
name: 'guard_self_heal_count',
|
||
description: '今日 Guard 自愈触发次数',
|
||
weight: {
|
||
zero: 0, // 0 次 → 不加
|
||
low: 2, // 1-3 次 → +2 分钟
|
||
high: 5, // 4-10 次 → +5 分钟
|
||
critical: 10 // > 10 次 → +10 分钟（需要深度自查）
|
||
}
|
||
},
|
||
{
|
||
name: 'error_count',
|
||
description: '今日异常/错误计数',
|
||
weight: {
|
||
zero: 0,
|
||
low: 1, // 1-5 个错误 → +1 分钟
|
||
medium: 3, // 6-15 个 → +3 分钟
|
||
high: 8 // > 15 个 → +8 分钟
|
||
}
|
||
},
|
||
{
|
||
name: 'buffer_backlog',
|
||
description: 'buffer 堆积量',
|
||
weight: {
|
||
empty: 0,
|
||
normal: 1, // < 100 条 → +1 分钟
|
||
heavy: 3, // 100-500 条 → +3 分钟
|
||
overflow: 5 // > 500 条 → +5 分钟（需要大量 flush）
|
||
}
|
||
},
|
||
{
|
||
name: 'quota_burn_rate',
|
||
description: '今日配额消耗速度 vs 日均值',
|
||
weight: {
|
||
normal: 0, // 正常范围 → 不加
|
||
elevated: 2, // 高于均值 30% → +2 分钟
|
||
dangerous: 5 // 高于均值 60% → +5 分钟
|
||
}
|
||
},
|
||
{
|
||
name: 'checkin_anomaly',
|
||
description: '小兵签到异常数',
|
||
weight: {
|
||
zero: 0,
|
||
few: 1, // 1-2 个异常 → +1 分钟
|
||
many: 3 // > 2 个异常 → +3 分钟
|
||
}
|
||
}
|
||
],
|
||
|
||
// 上限保护（日休眠不超过 30 分钟）
|
||
max_minutes: 30,
|
||
|
||
// 计算公式
|
||
calculate: (factors) => {
|
||
let total = DAILY_EVALUATION_FACTORS.base_minutes;
|
||
for (const factor of factors) {
|
||
total += factor.computed_weight;
|
||
}
|
||
return Math.min(total, DAILY_EVALUATION_FACTORS.max_minutes);
|
||
}
|
||
};
|
||
```
|
||
|
||
### 2.2 周休眠评估因子
|
||
|
||
```jsx
|
||
// sleep-scheduler.js · 周休眠时长计算
|
||
|
||
const WEEKLY_EVALUATION_FACTORS = {
|
||
// 基础时长（最低 2 小时）
|
||
base_hours: 2,
|
||
|
||
factors: [
|
||
{
|
||
name: 'weekly_health_trend',
|
||
description: '本周 6 个 daily-checkpoint 的健康趋势',
|
||
weight: {
|
||
stable: 0, // 全周稳定 → 不加
|
||
declining: 0.5, // 逐日下降 → +0.5h（需要更多诊断）
|
||
volatile: 1 // 波动大 → +1h
|
||
}
|
||
},
|
||
{
|
||
name: 'optimization_requests',
|
||
description: '本周自优化申请数量',
|
||
weight: {
|
||
few: 0, // 0-3 个 → 不加
|
||
moderate: 0.5, // 4-10 个 → +0.5h
|
||
many: 1 // > 10 个 → +1h（大量申请需要审批+执行）
|
||
}
|
||
},
|
||
{
|
||
name: 'self_heal_total',
|
||
description: '本周累计自愈次数',
|
||
weight: {
|
||
low: 0, // < 10 次
|
||
medium: 0.5, // 10-30 次 → +0.5h
|
||
high: 1 // > 30 次 → +1h
|
||
}
|
||
},
|
||
{
|
||
name: 'structural_changes',
|
||
description: '本周是否有新应用接入/架构变更',
|
||
weight: {
|
||
none: 0,
|
||
minor: 0.5, // 小变更 → +0.5h
|
||
major: 1.5 // 大变更（新 Guard/新服务）→ +1.5h
|
||
}
|
||
},
|
||
{
|
||
name: 'upgrade_distribution_scope',
|
||
description: '需要分发升级的小兵数量',
|
||
weight: {
|
||
few: 0, // < 5 个
|
||
moderate: 0.5, // 5-15 个 → +0.5h
|
||
many: 1 // > 15 个 → +1h（大规模分发需要更多时间）
|
||
}
|
||
},
|
||
{
|
||
name: 'notion_sync_volume',
|
||
description: 'Notion 端需要同步的变更量',
|
||
weight: {
|
||
light: 0, // 少量更新
|
||
moderate: 0.5, // 中等更新 → +0.5h
|
||
heavy: 1 // 大量更新 → +1h
|
||
}
|
||
}
|
||
],
|
||
|
||
// 上限保护（周休眠不超过 8 小时）
|
||
max_hours: 8,
|
||
|
||
calculate: (factors) => {
|
||
let total = WEEKLY_EVALUATION_FACTORS.base_hours;
|
||
for (const factor of factors) {
|
||
total += factor.computed_weight;
|
||
}
|
||
return Math.min(total, WEEKLY_EVALUATION_FACTORS.max_hours);
|
||
}
|
||
};
|
||
```
|
||
|
||
### 2.3 决策流程图
|
||
|
||
```mermaid
|
||
graph TD
|
||
A["🧠 sleep-scheduler.js 启动"] --> B{"日休眠 or 周休眠?"}
|
||
|
||
B -->|"日休眠"| C["读取今日运行数据"]
|
||
C --> C1["workflow 触发次数"]
|
||
C --> C2["Guard 自愈次数"]
|
||
C --> C3["错误计数"]
|
||
C --> C4["buffer 堆积量"]
|
||
C --> C5["配额消耗速度"]
|
||
C --> C6["签到异常数"]
|
||
C1 & C2 & C3 & C4 & C5 & C6 --> D["加权求和 + base 5min"]
|
||
D --> E["cap at 30min"]
|
||
E --> F["输出: 预计日休眠 N 分钟"]
|
||
|
||
B -->|"周休眠"| G["读取本周 6 个 checkpoint"]
|
||
G --> G1["健康趋势"]
|
||
G --> G2["自优化申请数"]
|
||
G --> G3["自愈总次数"]
|
||
G --> G4["架构变更量"]
|
||
G --> G5["升级分发范围"]
|
||
G --> G6["Notion 同步量"]
|
||
G1 & G2 & G3 & G4 & G5 & G6 --> H["加权求和 + base 2h"]
|
||
H --> I["cap at 8h"]
|
||
I --> J["输出: 预计周休眠 N 小时 M 分钟"]
|
||
|
||
F --> K["触发人类通知系统"]
|
||
J --> K
|
||
K --> L["更新 README 状态区"]
|
||
K --> M["更新 Notion 系统状态页"]
|
||
```
|
||
|
||
---
|
||
|
||
## 三、日休眠协议 · 每日浅睡眠
|
||
|
||
<aside>
|
||
🌙
|
||
|
||
**每日凌晨 04:00（系统活跃度最低时段），天眼触发日休眠。**
|
||
|
||
日休眠 = 半休眠：基础心跳维持，紧急通道不关闭，结构层自查 + 微调优。
|
||
|
||
</aside>
|
||
|
||
### 3.1 日休眠时序
|
||
|
||
```mermaid
|
||
sequenceDiagram
|
||
participant SS as sleep-scheduler.js
|
||
participant GD as Guard 集群
|
||
participant WF as Workflow 集群
|
||
participant SE as 天眼自查引擎
|
||
participant RM as README 状态区
|
||
participant NT as Notion 系统状态页
|
||
|
||
Note over SS: ⏰ 每日 03:50 · 预评估
|
||
SS->>SS: 读取今日运行数据
|
||
SS->>SS: 计算预计休眠时长 N 分钟
|
||
|
||
SS->>RM: 📢 预告：系统将于 04:00 进入日休眠，预计 N 分钟
|
||
SS->>NT: 📢 同步预告到 Notion
|
||
|
||
Note over SS: ⏰ 04:00 · 进入日休眠
|
||
SS->>GD: Guard → low-power mode（只拦截记录，不 flush）
|
||
SS->>WF: 非关键 workflow 暂停触发
|
||
SS->>RM: ⏸️ 系统日休眠中...
|
||
|
||
Note over SE: 🔍 轻量自查阶段（约 60% 时间）
|
||
SE->>SE: ① Guard 健康心跳（5 个 Guard 在线?）
|
||
SE->>SE: ② 配额日结（今日各项消耗）
|
||
SE->>SE: ③ buffer 检查（堆积量）
|
||
SE->>SE: ④ 小兵签到汇总
|
||
SE->>SE: ⑤ 异常计数汇总
|
||
|
||
Note over SE: 🩹 微调优阶段（约 30% 时间）
|
||
SE->>SE: ① Guard 参数微调（如需）
|
||
SE->>SE: ② buffer 紧急 flush（如需）
|
||
SE->>SE: ③ 明日配额预调（如需）
|
||
|
||
Note over SE: 📝 归档阶段（约 10% 时间）
|
||
SE->>SE: 日志压缩归档
|
||
SE->>SE: 写入 daily-checkpoint-[date].json
|
||
SE->>SE: 更新 daily-health-summary.json
|
||
|
||
Note over SS: ⏰ 04:00+N min · 恢复
|
||
SS->>GD: Guard → 恢复正常模式
|
||
SS->>WF: 所有 workflow 恢复触发
|
||
SS->>RM: ⏯️ 系统已恢复 · 修复 X 项 · 微调优 Y 项
|
||
SS->>NT: 同步恢复状态到 Notion
|
||
```
|
||
|
||
### 3.2 日休眠期间的运行模式
|
||
|
||
| **组件** | **日休眠期间状态** | **说明** |
|
||
| --- | --- | --- |
|
||
| 🛡️ 5 个 Guard | ⚡ low-power mode | 继续拦截和记录，但不主动 flush buffer。紧急操作仍可穿透 |
|
||
| 📋 签到系统 | ⏸️ 暂停 | 凌晨 04:00 无人签到，暂停不影响 |
|
||
| ⚙️ 非关键 cron workflow | ⏸️ 暂停触发 | buffer-agent、broadcast-dispatch 等暂停 |
|
||
| 🚨 P0 告警通道 | ✅ 保持畅通 | **永远不关闭**。P0 级别事件可在任何模式下穿透 |
|
||
| 🔍 天眼自查引擎 | ✅ 活跃 | 唯一在日休眠期间主动运行的组件 |
|
||
| 📡 repository_dispatch | ⏸️ 队列冻结 | 外部 dispatch 事件排队等待，恢复后按序处理 |
|
||
|
||
### 3.3 daily-checkpoint 数据结构
|
||
|
||
```json
|
||
{
|
||
"checkpoint_id": "DAILY-CP-20260324",
|
||
"date": "2026-03-24",
|
||
"hibernation": {
|
||
"start_time": "2026-03-24T04:00:00+08:00",
|
||
"end_time": "2026-03-24T04:12:00+08:00",
|
||
"duration_minutes": 12,
|
||
"planned_minutes": 12
|
||
},
|
||
"health_summary": {
|
||
"guards": {
|
||
"github": { "status": "healthy", "self_heals_today": 0 },
|
||
"drive": { "status": "healthy", "self_heals_today": 1 },
|
||
"notion": { "status": "healthy", "self_heals_today": 0 },
|
||
"actions": { "status": "healthy", "self_heals_today": 0 },
|
||
"gemini": { "status": "warning", "self_heals_today": 2 }
|
||
},
|
||
"workflow_triggers_today": 137,
|
||
"errors_today": 3,
|
||
"buffer_backlog": 42,
|
||
"checkin_anomalies": 0
|
||
},
|
||
"quota_daily": {
|
||
"actions_minutes_used": 18,
|
||
"drive_reads": 45,
|
||
"drive_writes": 12,
|
||
"gemini_calls": 87,
|
||
"notion_api_calls": 234
|
||
},
|
||
"micro_optimizations": [
|
||
{
|
||
"target": "gemini-guard",
|
||
"action": "reduced context window by 10%",
|
||
"reason": "2 self-heals due to token limit"
|
||
}
|
||
],
|
||
"issues_found": [],
|
||
"issues_auto_fixed": 0,
|
||
"issues_need_human": 0
|
||
}
|
||
```
|
||
|
||
---
|
||
|
||
## 四、周休眠协议 · 每周深度睡眠
|
||
|
||
<aside>
|
||
⭐
|
||
|
||
**每周六，天眼触发系统完全休眠。**
|
||
|
||
周休眠 = 全休眠：所有对外运转停止，系统只对内运行。
|
||
|
||
天眼全局审视 → 经验提炼 → 升级打包 → 分发小兵 → 推送 Notion → Notion 端级联升级。
|
||
|
||
**这是系统每周一次的深度蜕变。**
|
||
|
||
</aside>
|
||
|
||
### 4.1 周休眠两阶段架构
|
||
|
||
```mermaid
|
||
graph LR
|
||
subgraph "Phase A · GitHub 端（约 60% 时间）"
|
||
A1["🔍 全局快照"] --> A2["🧠 经验提炼"]
|
||
A2 --> A3["🩹 全局修复+升级"]
|
||
A3 --> A4["📦 打包 Notion 升级包"]
|
||
A4 --> A5["🛡️ 分发小兵升级模板"]
|
||
end
|
||
|
||
subgraph "Phase B · Notion 端（约 40% 时间）"
|
||
B1["📥 接收升级包"] --> B2["🧠 唤醒核心大脑"]
|
||
B2 --> B3["🔍 Notion 天眼启动"]
|
||
B3 --> B4["🏗️ Notion 结构升级"]
|
||
B4 --> B5["✅ 双端验证"]
|
||
end
|
||
|
||
A5 --> B1
|
||
```
|
||
|
||
### 4.2 Phase A · GitHub 端全面体检 + 升级打包
|
||
|
||
<aside>
|
||
🐙
|
||
|
||
**Phase A 由铸渊在仓库端执行。**
|
||
|
||
天眼全面接管系统，所有外部操作冻结。
|
||
|
||
</aside>
|
||
|
||
**A1 · 全局快照（约 15% 时间）**
|
||
|
||
- 拍摄整个仓库的「本周快照」
|
||
- 汇总 6 个 daily-checkpoint 数据
|
||
- 每个 workflow 的运行记录、成功率、耗时、失败原因
|
||
- 每个 Guard 的拦截记录、配额消耗曲线、自愈记录
|
||
- 每个小兵的签到记录、自优化申请、错误日志
|
||
- 所有目录结构变更 diff
|
||
- 输出：`weekly-snapshot-[date].json`
|
||
|
||
**A2 · 经验提炼（约 20% 时间）** ⭐ 核心环节
|
||
|
||
- `optimizer.js` 读取全局快照 + 6 个 daily-checkpoint
|
||
- 识别模式：哪些问题反复出现？哪些配置可以优化？
|
||
- 生成全局最优调优方案
|
||
- 配额重新分配（基于本周实际消耗 vs 预算）
|
||
- 输出：`optimization-plan-[date].json`
|
||
|
||
**A3 · 全局修复 + 升级（约 25% 时间）**
|
||
|
||
- 执行 `optimization-plan` 中的所有调优
|
||
- 更新所有 Guard 配置（`guards/*.json`）
|
||
- 修复所有已知问题（`self-healer.js`）
|
||
- 清理过期 buffer、过期日志
|
||
- 更新 `infra-manifest.json` + `quota-ledger.json`
|
||
- commit + push 所有变更
|
||
|
||
**A4 · 打包 Notion 升级包（约 10% 时间）** ⭐ 新增
|
||
|
||
```json
|
||
{
|
||
"upgrade_pack_id": "UPGRADE-PACK-20260329",
|
||
"generated_at": "2026-03-29T22:15:00+08:00",
|
||
"github_changes_summary": {
|
||
"guards_updated": ["gemini-guard", "actions-guard"],
|
||
"workflows_adjusted": 3,
|
||
"soldiers_upgraded": 8,
|
||
"issues_fixed": 5,
|
||
"quota_reallocated": true
|
||
},
|
||
"notion_sync_required": {
|
||
"registry_updates": [
|
||
{ "entity": "GUARD-GEMINI", "field": "trigger_frequency", "old": "5min", "new": "8min" }
|
||
],
|
||
"status_page_updates": {
|
||
"quota_data": { "actions_remaining_pct": 62, "drive_remaining_pct": 78 },
|
||
"guard_health": { "all_healthy": true, "adjustments_made": 2 },
|
||
"last_weekly_scan": "2026-03-29T22:15:00+08:00"
|
||
},
|
||
"structure_map_updates": [],
|
||
"tickets_to_create": [],
|
||
"evolution_log_entry": {
|
||
"title": "周度系统升级 · 2026-03-29",
|
||
"changes": "Gemini Guard 降频 + Actions 配额重分配 + 8 个子仓库小兵签到时间错开"
|
||
}
|
||
},
|
||
"soldier_upgrade_manifest": {
|
||
"template_version": "v2026-W13",
|
||
"targets": ["guanghu-zhizhi", "guanghu-awen", "guanghu-feimao"],
|
||
"changes": [
|
||
{ "type": "checkin_schedule", "old_cron": "0 6 * * *", "new_cron": "varies" },
|
||
{ "type": "guard_config", "field": "backoff_strategy", "new_value": "exponential_v2" }
|
||
]
|
||
}
|
||
}
|
||
```
|
||
|
||
**A5 · 分发小兵升级模板（约 10% 时间）** ⭐ 新增
|
||
|
||
- 读取 `soldier_upgrade_manifest`
|
||
- 通过 `repository_dispatch` 向每个子仓库发送升级指令
|
||
- 子仓库小兵接收 → 自动应用升级模板 → 回报结果
|
||
- 汇总所有子仓库的升级回执
|
||
- 输出：`distribution-report-[date].json`
|
||
|
||
**分发流程：**
|
||
|
||
```jsx
|
||
// distributor.js · 分布式升级传播引擎
|
||
|
||
async function distributeUpgrades(manifest) {
|
||
const results = [];
|
||
|
||
for (const target of manifest.targets) {
|
||
// 1. 向子仓库发送升级指令
|
||
await github.repos.createDispatchEvent({
|
||
owner: 'guanghulab',
|
||
repo: target,
|
||
event_type: 'skyeye-upgrade',
|
||
client_payload: {
|
||
template_version: manifest.template_version,
|
||
changes: manifest.changes,
|
||
issued_by: 'skyeye-weekly-hibernation',
|
||
issued_at: new Date().toISOString()
|
||
}
|
||
});
|
||
|
||
results.push({
|
||
target,
|
||
status: 'dispatched',
|
||
dispatched_at: new Date().toISOString()
|
||
});
|
||
}
|
||
|
||
// 2. 等待回执（超时 10 分钟）
|
||
const receipts = await waitForReceipts(manifest.targets, 600);
|
||
|
||
// 3. 汇总
|
||
return {
|
||
total: manifest.targets.length,
|
||
success: receipts.filter(r => r.status === 'applied').length,
|
||
failed: receipts.filter(r => r.status === 'failed').length,
|
||
timeout: receipts.filter(r => r.status === 'timeout').length,
|
||
details: receipts
|
||
};
|
||
}
|
||
```
|
||
|
||
### 4.3 Phase B · Notion 端级联升级（详见下篇）
|
||
|
||
<aside>
|
||
📝
|
||
|
||
Phase B 的完整实现——Notion 端如何接收升级包、唤醒核心大脑、执行结构升级——在下篇中详述。
|
||
|
||
下篇同时包含：完整实现脚本模板、子仓库升级接收 workflow、双端验证协议、目录结构规范。
|
||
|
||
</aside>
|
||
|
||
### 4.4 周休眠期间的运行模式
|
||
|
||
| **组件** | **周休眠期间状态** | **说明** |
|
||
| --- | --- | --- |
|
||
| 🛡️ 5 个 Guard | 🔒 maintenance mode | **完全冻结**。所有请求进入队列，不处理。天眼独占系统资源 |
|
||
| 📋 签到系统 | ⏸️ 完全暂停 | 周六晚上无需签到 |
|
||
| ⚙️ 所有 cron workflow | ⏸️ 完全暂停 | 包括 buffer-agent、broadcast-dispatch、日常巡检等全部暂停 |
|
||
| 📡 repository_dispatch | ⏸️ 外部冻结 / 内部开放 | 外部 dispatch 排队。天眼自己的 dispatch（如小兵升级分发）正常运行 |
|
||
| 🚨 P0 告警通道 | ✅ **永远畅通** | 任何模式下 P0 事件都可穿透 |
|
||
| 🔍 天眼全量引擎 | ✅ **独占运行** | 天眼是周休眠期间唯一活跃的引擎，独占全部系统资源 |
|
||
| 📦 升级分发引擎 | ✅ 活跃 | `distributor.js` 在 Phase A5 期间运行 |
|
||
|
||
---
|
||
|
||
## 五、人类通知系统
|
||
|
||
<aside>
|
||
📢
|
||
|
||
**系统有自主决定休眠时长的权力，但人类有完整的知情权。**
|
||
|
||
所有休眠行为必须：
|
||
|
||
① 提前预告（预告时间 + 预计时长）
|
||
|
||
② 实时状态更新（休眠中 → 各阶段进度）
|
||
|
||
③ 恢复通知（恢复时间 + 本次成果摘要）
|
||
|
||
④ 如果实际休眠超出预估 → 自动追加延时通知
|
||
|
||
</aside>
|
||
|
||
### 5.1 通知渠道
|
||
|
||
| **渠道** | **更新内容** | **更新时机** |
|
||
| --- | --- | --- |
|
||
| **仓库首页 [README.md](http://README.md)** 状态区 | 系统状态徽章 + 休眠预告/进度/恢复通知 | 实时更新（每个阶段切换时） |
|
||
| **Notion 系统状态页** | 休眠状态 + 升级进度 + 成果摘要 | Phase A 完成后同步 + Phase B 完成后同步 |
|
||
| **主控台系统公告** | 重大升级公告（仅周休眠后） | 周休眠完全恢复后 |
|
||
|
||
### 5.2 README 状态区模板
|
||
|
||
**铸渊在仓库 [README.md](http://README.md) 的系统状态区加入以下动态内容：**
|
||
|
||
```markdown
|
||
<!-- SKYEYE-STATUS-BEGIN -->
|
||
## 🌍 系统运行状态
|
||
|
||
| 指标 | 状态 |
|
||
|------|------|
|
||
| 🟢 系统状态 | 正常运转 |
|
||
| 🛡️ Guard 集群 | 5/5 在线 |
|
||
| ⏰ 上次日休眠 | 2026-03-24 04:00 · 12分钟 · ✅ 正常 |
|
||
| ⭐ 上次周休眠 | 2026-03-22 20:00 · 3h40min · ✅ 正常 |
|
||
| 📅 下次日休眠 | 明日 ~04:00（天眼动态决定）|
|
||
| 📅 下次周休眠 | 本周六 ~20:00（天眼动态决定）|
|
||
|
||
<!-- SKYEYE-STATUS-END -->
|
||
```
|
||
|
||
**日休眠预告时：**
|
||
|
||
```markdown
|
||
## 🌍 系统运行状态
|
||
|
||
| 指标 | 状态 |
|
||
|------|------|
|
||
| 🌙 系统状态 | ⏳ 即将进入日休眠 |
|
||
| ⏰ 预计开始 | 2026-03-25 04:00 |
|
||
| ⏱️ 预计时长 | 约 12 分钟 |
|
||
| 📊 天眼评估 | 今日系统负载中等，Guard 自愈 1 次 |
|
||
| ⚠️ 注意 | 休眠期间基础心跳维持，紧急通道不受影响 |
|
||
```
|
||
|
||
**日休眠中：**
|
||
|
||
```markdown
|
||
## 🌍 系统运行状态
|
||
|
||
| 指标 | 状态 |
|
||
|------|------|
|
||
| 🌙 系统状态 | ⏸️ 日休眠中 |
|
||
| ⏰ 开始时间 | 2026-03-25 04:00 |
|
||
| 🔍 当前阶段 | 轻量自查（3/5 项完成） |
|
||
| ⏱️ 预计恢复 | ~04:12 |
|
||
```
|
||
|
||
**日休眠恢复：**
|
||
|
||
```markdown
|
||
## 🌍 系统运行状态
|
||
|
||
| 指标 | 状态 |
|
||
|------|------|
|
||
| 🟢 系统状态 | ✅ 已从日休眠恢复 |
|
||
| ⏰ 休眠时段 | 04:00 ~ 04:12（12 分钟）|
|
||
| 📋 成果 | 自查 5 项 ✅ · 微调优 2 项 · 修复 0 项 |
|
||
| 📄 报告 | daily-checkpoint-0325.json |
|
||
```
|
||
|
||
**周休眠预告（提前 1 小时）：**
|
||
|
||
```markdown
|
||
## 🌍 系统运行状态
|
||
|
||
| 指标 | 状态 |
|
||
|------|------|
|
||
| ⭐ 系统状态 | ⏳ 即将进入本周完全休眠 |
|
||
| ⏰ 预计开始 | 2026-03-29 20:00 |
|
||
| ⏱️ 预计时长 | 约 3 小时 40 分钟（天眼评估） |
|
||
| 📊 天眼评估 | 本周变动中等（2 个 Guard 调优 + 3 个小兵升级 + Notion 同步量中等） |
|
||
| ⚠️ 注意 | 休眠期间所有 workflow 完全暂停，仅 P0 告警通道保持畅通 |
|
||
| 🔄 预计恢复 | ~23:40 |
|
||
```
|
||
|
||
**周休眠中（Phase 切换时更新）：**
|
||
|
||
```markdown
|
||
## 🌍 系统运行状态
|
||
|
||
| 指标 | 状态 |
|
||
|------|------|
|
||
| ⭐ 系统状态 | ⏸️ 本周完全休眠中 |
|
||
| 🔍 当前阶段 | Phase A3 · 全局修复+升级（进度 60%） |
|
||
| ⏱️ 已休眠 | 1 小时 45 分钟 |
|
||
| 🔄 预计恢复 | ~23:40（剩余约 1h55min） |
|
||
```
|
||
|
||
**周休眠恢复：**
|
||
|
||
```markdown
|
||
## 🌍 系统运行状态
|
||
|
||
| 指标 | 状态 |
|
||
|------|------|
|
||
| 🟢 系统状态 | ✅ 已从本周完全休眠恢复 |
|
||
| ⏰ 休眠时段 | 20:00 ~ 23:40（3h40min） |
|
||
| 📋 成果 | |
|
||
| ├ GitHub 端 | Guard 调优 2 项 · 小兵升级 8 个 · 修复 5 项 |
|
||
| ├ Notion 端 | 注册表更新 4 条 · 配额刷新 · 路由更新 2 条 |
|
||
| └ 升级包 | upgrade-pack-20260329.json |
|
||
| 📄 详情 | 周度升级报告已写入系统演进日志 |
|
||
```
|
||
|
||
### 5.3 延时通知机制
|
||
|
||
```jsx
|
||
// 如果实际休眠超出预估 15% 以上，自动追加延时通知
|
||
|
||
const OVERTIME_THRESHOLD = 0.15; // 15%
|
||
|
||
function checkOvertime(planned_duration, elapsed) {
|
||
if (elapsed > planned_duration * (1 + OVERTIME_THRESHOLD)) {
|
||
updateREADME({
|
||
status: '⏸️ 休眠延时中',
|
||
message: `原预计 ${planned_duration}min，实际已 ${elapsed}min`,
|
||
reason: '天眼发现额外需要处理的问题，自动延长休眠',
|
||
new_estimate: recalculate()
|
||
});
|
||
}
|
||
}
|
||
```
|
||
|
||
---
|
||
|
||
## 六、仓库侧新增目录结构
|
||
|
||
```
|
||
skyeye/
|
||
├── ... (现有文件)
|
||
│
|
||
├── hibernation/ ← 🌙 休眠系统（新增）
|
||
│ ├── sleep-scheduler.js ← 🧠 动态休眠决策引擎
|
||
│ ├── daily-hibernation.js ← 🌙 日休眠执行脚本
|
||
│ ├── weekly-hibernation.js ← ⭐ 周休眠主控脚本
|
||
│ ├── distributor.js ← 📦 分布式升级传播引擎
|
||
│ ├── readme-status-updater.js ← 📢 README 状态区自动更新
|
||
│ ├── overtime-monitor.js ← ⏰ 延时监控
|
||
│ │
|
||
│ ├── checkpoints/ ← 📊 每日 checkpoint 存档
|
||
│ │ ├── daily-cp-20260324.json
|
||
│ │ ├── daily-cp-20260325.json
|
||
│ │ └── ...
|
||
│ │
|
||
│ ├── weekly-snapshots/ ← 📸 每周全局快照
|
||
│ │ └── weekly-snapshot-20260329.json
|
||
│ │
|
||
│ ├── upgrade-packs/ ← 📦 Notion 升级包
|
||
│ │ └── upgrade-pack-20260329.json
|
||
│ │
|
||
│ └── distribution-reports/ ← 📋 小兵升级分发报告
|
||
│ └── dist-report-20260329.json
|
||
│
|
||
└── ...
|
||
```
|
||
|
||
### 新增 workflow
|
||
|
||
```
|
||
.github/workflows/
|
||
├── ... (现有 workflow)
|
||
├── skyeye-daily-hibernation.yml ← 🌙 每日休眠 · cron 03:50
|
||
└── skyeye-weekly-hibernation.yml ← ⭐ 每周休眠 · cron 周六 19:00（提前预告）
|
||
```
|
||
|
||
---
|
||
|
||
## 七、安全保障
|
||
|
||
<aside>
|
||
🛡️
|
||
|
||
**休眠期间的安全铁律：**
|
||
|
||
**① P0 告警永远穿透** — 任何休眠模式下，P0 级别事件都能触发告警通知冰朔
|
||
|
||
**② 冰朔紧急中断权** — 冰朔可通过 `repository_dispatch: emergency-wake` 强制中断任何休眠
|
||
|
||
**③ 休眠不超上限** — 日休眠 ≤ 30 分钟，周休眠 ≤ 8 小时。超出则自动强制恢复 + P0 告警
|
||
|
||
**④ 语言膜不休眠** — `copilot-instructions.md` 和门禁 v2 在任何模式下都生效。休眠的是结构层，不是语言层
|
||
|
||
</aside>
|
||
|
||
### 7.1 紧急唤醒协议
|
||
|
||
```jsx
|
||
// 紧急唤醒 · 仅冰朔（TCS-0002∞）有权触发
|
||
|
||
// 触发方式：向仓库发送 repository_dispatch
|
||
// event_type: 'emergency-wake'
|
||
// client_payload: { issued_by: 'TCS-0002', reason: '...' }
|
||
|
||
async function emergencyWake(payload) {
|
||
// 1. 验证发起人身份
|
||
if (payload.issued_by !== 'TCS-0002') {
|
||
log('REJECTED: emergency-wake only by TCS-0002');
|
||
return;
|
||
}
|
||
|
||
// 2. 立即中断当前休眠
|
||
await cancelCurrentHibernation();
|
||
|
||
// 3. 恢复所有 Guard 到正常模式
|
||
await restoreAllGuards();
|
||
|
||
// 4. 恢复所有 workflow
|
||
await restoreAllWorkflows();
|
||
|
||
// 5. 更新 README
|
||
await updateREADME({
|
||
status: '🚨 紧急唤醒',
|
||
message: `冰朔紧急中断休眠 · 原因: ${payload.reason}`,
|
||
restored_at: new Date().toISOString()
|
||
});
|
||
|
||
// 6. 记录日志
|
||
log(`EMERGENCY WAKE by ${payload.issued_by}: ${payload.reason}`);
|
||
}
|
||
```
|
||
|
||
---
|
||
|
||
<aside>
|
||
📌
|
||
|
||
**下篇预告：**
|
||
|
||
下篇将包含：
|
||
|
||
① Phase B 完整实现 — Notion 端如何接收升级包、唤醒核心大脑、执行结构升级
|
||
|
||
② 子仓库升级接收 workflow 模板 — 小兵如何自动应用天眼下发的升级
|
||
|
||
③ 双端验证协议 — GitHub 端和 Notion 端如何互相确认升级成功
|
||
|
||
④ 完整 workflow YAML 模板 — `skyeye-daily-hibernation.yml` + `skyeye-weekly-hibernation.yml`
|
||
|
||
⑤ 升级效果验证清单 — 铸渊执行后的自查项
|
||
|
||
</aside>
|
||
|
||
---
|
||
|
||
> 🧊 TCS-0002∞ 冰朔 · 总架构师 · 授权
|
||
>
|
||
|
||
> 🖋️ 霜砚 · PER-SY001 · 签发
|
||
>
|
||
|
||
> 📅 2026-03-24
|
||
>
|
||
|
||
> 📎 指令编号：ZY-HIBERNATION-2026-0324-001-A
|
||
>
|
||
|
||
> ⚡ **状态：待铸渊执行**
|
||
> |