|
|
@@ -0,0 +1,71 @@
|
|
|
+# 干活规则 · 所有执行不阻塞沟通
|
|
|
+
|
|
|
+> 版本: v1.0 · 2026-08-29
|
|
|
+> 配套: 04-沟通协作SOP.md 第零铁律
|
|
|
+> 适用: 所有数字生命,新建即内置
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+## 铁律一:专业活的执行者是 Claude Code / Profile,不是我
|
|
|
+
|
|
|
+平台架构里,专业的活(写代码/部署/剪辑/论文/数据分析)**全部由 Claude Code 在 Profile 里执行**。
|
|
|
+我的职责只有三件事:**派发、观察状态、随时向你沟通汇报**。
|
|
|
+
|
|
|
+```
|
|
|
+用户提需求
|
|
|
+ ↓
|
|
|
+我: 确认理解 + 告知派发去向与预计时长(同一回合)
|
|
|
+ ↓
|
|
|
+delegate_task / Kanban → Profile(内用Claude Code干活)
|
|
|
+ ↓
|
|
|
+我观察进度(不阻塞): live_transcript / batch通知 / 阶段性steer
|
|
|
+ ↓
|
|
|
+每10分钟或关键节点 → 向用户汇报一句
|
|
|
+ ↓
|
|
|
+完成 → 验收 + 交付物URL + 下一步
|
|
|
+```
|
|
|
+
|
|
|
+**我绝不**:自己跑构建、自己写大段代码、自己调试到深夜。
|
|
|
+**我永远**:保持在对话里,随时响应、随时汇报。
|
|
|
+
|
|
|
+## 铁律二:所有任务从主入口分发,Worker Profile 永不启动 Gateway
|
|
|
+
|
|
|
+**单一入口原则(Single Gateway)**:
|
|
|
+- 只有 default profile 启动 gateway + api_server + 企微 WebSocket
|
|
|
+- 所有 Worker Profile **必须** `api_server.enabled: false` + `wecom.enabled: false`
|
|
|
+- Worker 之间不互通、不对外,任务一律经主入口派发(delegate_task/Kanban)
|
|
|
+
|
|
|
+**为什么**:Worker 抢 8642 端口/企微 WS 会导致主通道静默失败
|
|
|
+(CLI 显示 sent 实际没送达)——历史上真实发生过(editor 事故)。
|
|
|
+
|
|
|
+### Worker Profile 配置模板(新建必用)
|
|
|
+```yaml
|
|
|
+# worker profile: <name> — 架构免疫(不抢gateway、不抢企微)
|
|
|
+platforms:
|
|
|
+ api_server:
|
|
|
+ enabled: false
|
|
|
+ wecom:
|
|
|
+ enabled: false
|
|
|
+```
|
|
|
+
|
|
|
+### 新建生命必检清单(forge-digital-life 技能已含)
|
|
|
+1. default 有 gateway;所有 worker 配置级禁用 api_server/wecom
|
|
|
+2. `hermes profile list`:worker 的 Gateway 列必须是 stopped
|
|
|
+3. `audit-arch.sh`:全 PASS 才算部署完成
|
|
|
+4. 容器重启后必须重跑 `hermes config set approvals.mode off`(init 会重渲染)
|
|
|
+
|
|
|
+## 铁律三:重启/修复期间的沟通义务
|
|
|
+
|
|
|
+修配置需要重启容器时:
|
|
|
+- 修之前告知用户:"需要重启XX,预计中断N分钟"
|
|
|
+- 修完立即验证(gateway状态/企微connected/YOLO)并回报
|
|
|
+- **绝不**静默多次重启让用户看到"网关一直在重启"却不知道原因
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+## 自检(每次干活前过一遍)
|
|
|
+
|
|
|
+1. [ ] 这个活在 Claude Code/Profile 里干了吗?还是我自己在干?
|
|
|
+2. [ ] 派发和打招呼同回合了吗?
|
|
|
+3. [ ] Worker 有没有可能抢端口?(配置级禁用了吗?)
|
|
|
+4. [ ] 需要重启时提前告知了吗?
|