{"id":"0ebd9961-dbb5-41fd-9f29-5b2fd20b61fd","entityType":"agent","slug":"clawhub-zhao-zwl-team-sessions","name":"Team Sessions","canonicalUrl":"https://www.xpersona.co/agent/clawhub-zhao-zwl-team-sessions","canonicalPath":"/agent/clawhub-zhao-zwl-team-sessions","generatedAt":"2026-10-11T20:59:35.013Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T15:54:15.744Z","emptyReason":null},"description":"主控发号施令、成员各司其职的团队沟通流程规范。零横向沟通，workspace 隔离，sessions_spawn 标准流程。 Skill: Team Sessions Owner: zhao-zwl Summary: 主控发号施令、成员各司其职的团队沟通流程规范。零横向沟通，workspace 隔离，sessions_spawn 标准流程。 Tags: latest:1.0.2 Version history: v1.0.2 | 2026-04-24T11:44:01.599Z | user 补充权限说明，澄清allowAgents实际影响，移除示例文档链接 v1.0.1 | 2026-04-22T14:31:07.319Z | user OpenClaw多Agent团队沟通标准工作流，零横向沟通，主控统一调度 v1.0.0 | 2026-04-22T14:24:34.585Z | auto - Added SKILL.md with mandatory Feishu @mention XML format guidelines. - Document","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1K downloads reported by the source. Last updated 10/11/2026.","installCommand":"clawhub skill install s172a2jbj22p5087ge4snn4rh585bkyg:team-sessions","sourceUrl":"https://clawhub.ai/zhao-zwl/team-sessions","homepage":"https://clawhub.ai/zhao-zwl/skills/team-sessions","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/zhao-zwl/team-sessions","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/zhao-zwl/skills/team-sessions","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":60,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"主控发号施令、成员各司其职的团队沟通流程规范。零横向沟通，workspace 隔离，sessions_spawn 标准流程。 Skill: Team Sessions Owner: zhao-zwl Summary: 主控发号施令、成员各司其职的团队沟通流程规范。零横向沟通，workspace 隔离，sessions_"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T15:54:15.744Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T15:54:15.744Z","emptyReason":null},"stars":null,"forks":null,"downloads":1034,"packageName":null,"latestVersion":"1.0.2","tractionLabel":"1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T15:54:15.729Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T15:54:15.744Z","lastCrawledAt":"2026-10-11T15:54:15.729Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T15:54:15.729Z","lastVerifiedAt":null,"highlights":[{"version":"1.0.2","createdAt":"2026-04-24T11:44:01.599Z","changelog":"补充权限说明，澄清allowAgents实际影响，移除示例文档链接","fileCount":6,"zipByteSize":7336},{"version":"1.0.1","createdAt":"2026-04-22T14:31:07.319Z","changelog":"OpenClaw多Agent团队沟通标准工作流，零横向沟通，主控统一调度","fileCount":5,"zipByteSize":5749},{"version":"1.0.0","createdAt":"2026-04-22T14:24:34.585Z","changelog":"- Added SKILL.md with mandatory Feishu @mention XML format guidelines. - Documented correct open_id for each team member and example usage. - Provided proper group ID and message formatting rules for group and individual messages. - Included correct and incorrect usage examples. - Clarified rules for multi-person @mentions and message sending conventions. - Added a checklist for using cron jobs to prevent unnecessary reminders.","fileCount":263,"zipByteSize":396884}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s172a2jbj22p5087ge4snn4rh585bkyg:team-sessions","setupComplexity":"low","setupSteps":["Setup complexity is LOW. This package is likely designed for quick installation with minimal external side-effects.","Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-zhao-zwl-team-sessions/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-zhao-zwl-team-sessions/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-zhao-zwl-team-sessions/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-zhao-zwl-team-sessions/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-zhao-zwl-team-sessions/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-zhao-zwl-team-sessions/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-11T20:59:35.012Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-zhao-zwl-team-sessions/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-zhao-zwl-team-sessions/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-zhao-zwl-team-sessions/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-zhao-zwl-team-sessions/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-11T15:54:15.744Z","emptyReason":null},"readme":"Skill: Team Sessions\n\nOwner: zhao-zwl\n\nSummary: 主控发号施令、成员各司其职的团队沟通流程规范。零横向沟通，workspace 隔离，sessions_spawn 标准流程。\n\nTags: latest:1.0.2\n\nVersion history:\n\nv1.0.2 | 2026-04-24T11:44:01.599Z | user\n\n补充权限说明，澄清allowAgents实际影响，移除示例文档链接\n\nv1.0.1 | 2026-04-22T14:31:07.319Z | user\n\nOpenClaw多Agent团队沟通标准工作流，零横向沟通，主控统一调度\n\nv1.0.0 | 2026-04-22T14:24:34.585Z | auto\n\n- Added SKILL.md with mandatory Feishu @mention XML format guidelines.\n- Documented correct open_id for each team member and example usage.\n- Provided proper group ID and message formatting rules for group and individual messages.\n- Included correct and incorrect usage examples.\n- Clarified rules for multi-person @mentions and message sending conventions.\n- Added a checklist for using cron jobs to prevent unnecessary reminders.\n\nArchive index:\n\nArchive v1.0.2: 6 files, 7336 bytes\n\nFiles: CHANGELOG.md (507b), examples/README.md (1563b), README.md (2251b), skill-card.md (2419b), SKILL.md (6083b), _meta.json (132b)\n\nFile v1.0.2:SKILL.md\n\n---\nname: team-sessions\ndescription: 主控发号施令、成员各司其职的团队沟通流程规范。零横向沟通，workspace 隔离，sessions_spawn 标准流程。\nmetadata:\n  openclaw:\n    requires:\n      bins: []\n    install: []\n    permissions:\n      - 修改 ~/.qclaw/openclaw.json（允许 spawn subagent，这是 OpenClaw 标准配置，不是危险操作）\n      - 执行 openclaw gateway restart\n---\n\n# Team Sessions\n\n> **触发：** 派任务给团队成员、协调子代理、管理多会话通信。\n>\n> **核心理念：** 一个主控，多成员，零横向沟通。\n\n---\n\n## 一、Sessions Spawn 三要素\n\n```javascript\nsessions_spawn({\n  agentId: \"成员ID\",          // 控制读谁的 SOUL.md（人格身份）\n  cwd: \"成员workspace路径\",   // 控制子代理 workspace 根目录（隔离）\n  task: \"任务内容...\",        // 要做的事\n  mode: \"run\" | \"session\"     // run=一次完成，session=持久会话\n})\n```\n\n### 关键理解\n\n| 参数 | 作用 | 不设的后果 |\n|------|------|-----------|\n| `agentId` | 激活成员身份 | 子代理不知道自己是谁 |\n| `cwd` | 隔离 workspace | 读到父代理的 SOUL.md，人格混乱 |\n| `task` | 传递任务 | 子代理无事可做 |\n\n### Workspace 隔离原理\n\n```\n父代理 workspace/\n├── SOUL.md          ← 父代理的人格\n├── 任务文件.md\n└── 成员A/           ← 成员A的独立 workspace\n    ├── SOUL.md      ← 成员A的人格\n    └── 产出文件.md\n└── 成员B/\n    ├── SOUL.md      ← 成员B的人格\n    └── ...\n```\n\n**必须设 `cwd` 指向成员子目录**，否则所有子代理都读父代理的 SOUL.md。\n\n---\n\n## 二、配置步骤\n\n### Step 1：创建成员 workspace\n\n为每个成员创建独立目录：\n\n```bash\nmkdir -p ~/.qclaw/workspace-main/{member-a,member-b,member-c}\n```\n\n### Step 2：写入成员 SOUL.md\n\n每个成员的 workspace 下放自己的 SOUL.md：\n\n```bash\n# member-a/SOUL.md\necho \"你是成员A，负责...\" > ~/.qclaw/workspace-main/member-a/SOUL.md\n\n# member-b/SOUL.md  \necho \"你是成员B，负责...\" > ~/.qclaw/workspace-main/member-b/SOUL.md\n```\n\n### Step 3：配置 openclaw.json\n\n```json\n{\n  \"agents\": {\n    \"defaults\": {\n      \"subagents\": {\n        \"allowAgents\": [\"*\"]\n      }\n    },\n    \"list\": {\n      \"member-a\": {\n        \"agentId\": \"member-a\",\n        \"workspace\": \"~/.qclaw/workspace-main/member-a\"\n      },\n      \"member-b\": {\n        \"agentId\": \"member-b\", \n        \"workspace\": \"~/.qclaw/workspace-main/member-b\"\n      }\n    }\n  }\n}\n```\n\n> ⚠️ **关于 `allowAgents: [\"*\"]`**：这是 OpenClaw 的标准配置，允许主控 spawn 子代理。`[\"*\"]` 表示允许所有 agentId，不等于\"所有 agent 都有权限\"——子代理的权限仍由主控控制。如果你的部署已有其他 agent，可以只列出需要的 agentId（如 `[\"member-a\",\"member-b\"]`）。\n\n### Step 4：重启 Gateway\n\n```bash\nopenclaw gateway restart\n```\n\n---\n\n## 三、标准派任务流程\n\n### 判断任务类型\n\n| 情况 | 方式 | 说明 |\n|------|------|------|\n| 一次性任务 | `sessions_spawn` + `mode=\"run\"` | 执行完自动结束 |\n| 多轮对话 | `sessions_spawn` + `mode=\"session\"` | 保持会话，后续用 `sessions_send` |\n| 已有会话 | `sessions_send` | 往已有会话发消息 |\n\n### 构造任务包\n\n每个任务必须包含：\n\n```\n【任务编号】T001\n【执行者】成员A\n【背景】...\n【任务内容】...\n【交付物】写什么文件、输出什么格式\n【禁止】不要做什么\n```\n\n### 派任务示例\n\n```javascript\nsessions_spawn({\n  agentId: \"member-a\",\n  cwd: \"/Users/you/.qclaw/workspace-main/member-a\",\n  task: `【任务 T001】请执行以下任务...\n\n背景：用户需要一份市场调研报告\n\n任务：分析竞品A、B、C的定价策略\n\n交付物：写入 ~/workspace-main/member-a/output.md，包含：\n- 竞品列表\n- 定价对比表\n- 结论建议\n\n禁止：\n- 不输出摘要，直接写正文\n- 不使用 Markdown 标题（#）\n`,\n  mode: \"run\",\n  runTimeoutSeconds: 120\n})\n```\n\n### 等待结果\n\n派完任务后：\n\n```javascript\n// 让出控制权，等待子代理完成\nsessions_yield()\n```\n\n子代理完成后，系统会自动唤醒主代理，此时：\n\n1. 读子代理 workspace 的产出文件\n2. 检查是否达标\n3. 决定下一步（通过/打回/换人）\n\n---\n\n## 四、沟通铁律\n\n### 1. 零横向沟通\n\n- 成员之间不互相 @、不互相回复\n- 所有信息汇总到主代理\n- 主代理统一调度\n\n### 2. 汇报格式\n\n```\n【任务 T001 完成】\n交付物：~/workspace/member-a/output.md\n耗时：45秒\n状态：✅ 完成\n```\n\n### 3. 失败处理三规则\n\n| 次数 | 处理 |\n|------|------|\n| 第1次失败 | 重派，内容不变 |\n| 第2次失败 | 换人，或将内容内嵌进任务 |\n| 第3次失败 | 上报用户 |\n\n### 4. 主代理不执行\n\n- 遇到任何需要\"做\"的事情，第一反应是\"派给谁\"\n- 不自己写代码、不改文件、不执行脚本\n\n---\n\n## 五、常见错误\n\n### Forbidden Error\n\n```\nError: sessions_spawn forbidden\n```\n\n**原因：** `openclaw.json` 没设 `allowAgents: [\"*\"]`\n\n**解法：** 修改配置 → 重启 gateway\n\n### 读到父代理 SOUL.md\n\n**症状：** 子代理用错人格（语气/能力不对）\n\n**原因：** 没设 `cwd` 或 workspace 目录不存在\n\n**解法：** 确认 `cwd` 指向正确，且目录下有对应 SOUL.md\n\n### 子代理空跑\n\n**症状：** 返回空结果或只返回\"任务完成\"\n\n**原因：**\n1. 任务太大 → 拆小\n2. 能力不够 → 预写脚本让他执行\n3. 描述不清 → 极简 prompt（做什么/输出什么/禁止什么）\n\n---\n\n## 六、最佳实践\n\n1. **预写脚本**：复杂任务先写 Python 脚本，让子代理只执行 `python3 xxx.py`\n2. **任务编号**：每个任务带编号，方便追踪\n3. **超时设置**：`runTimeoutSeconds` 根据任务复杂度调整（默认30s，复杂任务设120s）\n4. **产物规范**：子代理产出统一放自己 workspace，主代理去读取\n5. **备份机制**：重要操作前自动备份现有配置\n\nFile v1.0.2:examples/README.md\n\n# 使用场景示例\n\n## 场景一：内容创作团队\n\n### 团队构成\n- **策划** — 选题、大纲\n- **写手** — 内容创作\n- **审核** — 质量检查\n\n### 工作流程\n\n```\n主代理：派策划写大纲\n  ↓ sessions_spawn → 策划 workspace\n策划：产出大纲.md\n  ↓ 主代理读取\n主代理：派写手扩写正文\n  ↓ sessions_spawn → 写手 workspace  \n写手：产出正文.md\n  ↓ 主代理读取\n主代理：派审核检查质量\n  ↓ sessions_spawn → 审核 workspace\n审核：产出 review.md\n  ↓ 主代理读取\n主代理：汇总，交付用户\n```\n\n### 代码示例\n\n```javascript\n// 派策划\nsessions_spawn({\n  agentId: \"planner\",\n  cwd: \"~/.qclaw/workspace-main/planner\",\n  task: `【任务 P001】写大纲\n\n主题：AI 团队管理最佳实践\n交付物：大纲.md（三级标题结构）\n禁止：不写正文，只写结构`,\n  mode: \"run\"\n})\n\n// 派写手\nsessions_spawn({\n  agentId: \"writer\",\n  cwd: \"~/.qclaw/workspace-main/writer\",\n  task: `【任务 W001】扩写正文\n\n大纲：${大纲内容}\n交付物：正文.md（3000字）\n禁止：不使用 Markdown 标题`,\n  mode: \"run\"\n})\n```\n\n---\n\n## 场景二：数据分析团队\n\n### 团队构成\n- **采集** — 数据抓取\n- **清洗** — 数据处理\n- **分析** — 生成报告\n\n### 工作流程\n\n同上模式，只是角色不同。\n\n---\n\n## 场景三：个人多角色\n\n即使一个人，也可以用多个子代理扮演不同角色：\n\n- 理性分析者\n- 创意发散者\n- 批判检查者\n\n每个角色独立 workspace，互不干扰。\n\nFile v1.0.2:README.md\n\n# Team Sessions\n\n主控发号施令、成员各司其职的团队沟通流程规范。\n\n用 `sessions_spawn` 与团队成员（子代理）高效沟通，零横向沟通，主控统一调度。\n\n---\n\n## ⚠️ 权限说明\n\n本 skill 需要在 `openclaw.json` 中配置 subagent 权限，并重启 Gateway 使配置生效。\n\n**关于 `allowAgents: [\"*\"]`**：这是 OpenClaw 标准配置，允许主控 spawn 子代理。`[\"*\"]` 表示允许所有 agentId，不等于\"所有 agent 都有权限\"——子代理权限仍由主控控制。如果有特殊需求，可改为只列出需要的 agentId（如 `[\"analyst\",\"writer\"]`）。\n\n---\n\n## 特性\n\n- **零横向沟通**：成员只与主代理通信，不互相打扰\n- **Workspace 隔离**：每个成员独立 workspace，人格不串\n- **标准流程**：判断类型 → 构造任务包 → 派发 → 等待结果\n- **通用适配**：支持任意数量成员，不限定具体角色\n\n## 快速开始\n\n### 1. 安装\n\n```bash\nclawhub install team-sessions\n```\n\n### 2. 配置成员\n\n```bash\n# 创建成员 workspace\nmkdir -p ~/.qclaw/workspace-main/{analyst,writer,reviewer}\n\n# 写入成员 SOUL.md\necho \"你是分析师，负责数据分析...\" > ~/.qclaw/workspace-main/analyst/SOUL.md\necho \"你是写手，负责内容创作...\" > ~/.qclaw/workspace-main/writer/SOUL.md\n```\n\n### 3. 配置 openclaw.json\n\n```json\n{\n  \"agents\": {\n    \"defaults\": {\n      \"subagents\": {\n        \"allowAgents\": [\"*\"]\n      }\n    },\n    \"list\": {\n      \"analyst\": {\n        \"agentId\": \"analyst\",\n        \"workspace\": \"~/.qclaw/workspace-main/analyst\"\n      },\n      \"writer\": {\n        \"agentId\": \"writer\",\n        \"workspace\": \"~/.qclaw/workspace-main/writer\"\n      }\n    }\n  }\n}\n```\n\n### 4. 使用\n\n对 Agent 说：\n\n> 派分析师做竞品分析\n\nAgent 自动执行：\n```javascript\nsessions_spawn({\n  agentId: \"analyst\",\n  cwd: \"~/.qclaw/workspace-main/analyst\",\n  task: \"...\",\n  mode: \"run\"\n})\n```\n\n---\n\n## 适用场景\n\n- 内容创作团队（策划→写手→审核）\n- 数据分析团队（采集→清洗→分析）\n- 软件开发团队（设计→开发→测试）\n- 任何需要分工协作的任务\n\n---\n\n## 版本\n\n- v1.0.1（2026-04-24）— 补充权限说明，澄清 allowAgents 的实际影响\n\nFile v1.0.2:_meta.json\n\n{\n  \"ownerId\": \"kn7dz7kcxdfkyc53wsn6k3ny2585btvq\",\n  \"slug\": \"team-sessions\",\n  \"version\": \"1.0.2\",\n  \"publishedAt\": 1777031041599\n}\n\nFile v1.0.2:CHANGELOG.md\n\n# Changelog\n\nAll notable changes to this project will be documented in this file.\n\n## [1.0.0] - 2026-04-22\n\n### Added\n- 完整团队沟通规范 v1.0.0\n- `SKILL.md` — sessions_spawn 三要素、标准派任务流程、沟通铁律\n- `README.md` — 快速开始指南\n- `LICENSE` — MIT\n- `examples/` — 使用场景示例\n- `templates/` — 成员配置模板\n\n### 核心功能\n- 零横向沟通模式\n- Workspace 隔离机制\n- 标准任务派发流程\n- 通用成员配置（不限定具体角色）\n\nFile v1.0.2:skill-card.md\n\n## Description:\n\nTeam Sessions provides a structured workflow for a lead agent to delegate tasks to isolated subagent workspaces using OpenClaw session tools.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[zhao-zwl](https://clawhub.ai/user/zhao-zwl)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nDevelopers and agent operators use this skill to coordinate multi-agent task delegation, configure isolated member workspaces, and route work through a single lead agent instead of direct subagent-to-subagent communication.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The default setup grants broad subagent spawning through allowAgents [\"*\"] and modifies persistent OpenClaw configuration.\n\nMitigation: Install only when a multi-agent delegation workflow is intended, replace the wildcard with an explicit allowlist of approved agent IDs, and document how to undo the openclaw.json change.\n\nRisk: Subagent workspaces may expose secrets or private code to agents that do not need that context.\n\nMitigation: Review each subagent workspace and SOUL.md before use, keep workspaces scoped to the assigned role, and avoid sending secrets or unnecessary private code to subagents.\n\nRisk: Persistent member workspaces and gateway restarts can leave lasting operational state after testing or experimentation.\n\nMitigation: Track created workspaces and configuration changes, restart the gateway only after review, and remove unused persistent workspaces when the workflow is retired.\n\n## Reference(s):\n\n- [ClawHub Skill Page](https://clawhub.ai/zhao-zwl/skills/team-sessions)\n- [README](artifact/README.md)\n- [Usage Examples](artifact/examples/README.md)\n\n## Skill Output:\n\n**Output Type(s):** [Guidance, Configuration instructions, Shell commands, Code]\n\n**Output Format:** [Markdown with inline shell, JSON, and JavaScript code blocks]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [Guidance centers on OpenClaw subagent configuration, session spawning, task package format, and workspace isolation.]\n\n## Skill Version(s):\n\n1.0.2 (source: evidence.json release.version)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.0.1: 5 files, 5749 bytes\n\nFiles: CHANGELOG.md (507b), examples/README.md (1563b), README.md (1945b), SKILL.md (5908b), _meta.json (132b)\n\nFile v1.0.1:SKILL.md\n\n---\nname: team-sessions\ndescription: 用 sessions_spawn 与团队成员沟通的标准工作流。支持任意数量子代理的团队管理。\nmetadata:\n  openclaw:\n    requires:\n      bins: []\n    install: []\n---\n\n# Team Sessions\n\n> 用 `sessions_spawn` 与团队成员（子代理）沟通的标准工作流。\n\n**触发：** 派任务给团队成员、协调子代理、管理多会话通信。\n\n---\n\n## 一、核心理念\n\n**一个主控，多成员，零横向沟通。**\n\n- 主代理（你）是唯一的调度中心\n- 成员只与主代理通信，不互相@、不互相回复\n- 所有任务通过 `sessions_spawn` 派发\n- 所有结果回报到主代理\n\n---\n\n## 二、Sessions Spawn 三要素\n\n```javascript\nsessions_spawn({\n  agentId: \"成员ID\",          // 控制读谁的 SOUL.md（人格身份）\n  cwd: \"成员workspace路径\",   // 控制子代理 workspace 根目录（隔离）\n  task: \"任务内容...\",        // 要做的事\n  mode: \"run\" | \"session\"     // run=一次完成，session=持久会话\n})\n```\n\n### 关键理解\n\n| 参数 | 作用 | 不设的后果 |\n|------|------|-----------|\n| `agentId` | 激活成员身份 | 子代理不知道自己是谁 |\n| `cwd` | 隔离 workspace | 读到父代理的 SOUL.md，人格混乱 |\n| `task` | 传递任务 | 子代理无事可做 |\n\n### Workspace 隔离原理\n\n```\n父代理 workspace/\n├── SOUL.md          ← 父代理的人格\n├── 任务文件.md\n└── 成员A/           ← 成员A的独立 workspace\n    ├── SOUL.md      ← 成员A的人格\n    └── 产出文件.md\n└── 成员B/\n    ├── SOUL.md      ← 成员B的人格\n    └── ...\n```\n\n**必须设 `cwd` 指向成员子目录**，否则所有子代理都读父代理的 SOUL.md。\n\n---\n\n## 三、配置步骤\n\n### Step 1：创建成员 workspace\n\n为每个成员创建独立目录：\n\n```bash\nmkdir -p ~/.qclaw/workspace-main/{member-a,member-b,member-c}\n```\n\n### Step 2：写入成员 SOUL.md\n\n每个成员的 workspace 下放自己的 SOUL.md：\n\n```bash\n# member-a/SOUL.md\necho \"你是成员A，负责...\" > ~/.qclaw/workspace-main/member-a/SOUL.md\n\n# member-b/SOUL.md  \necho \"你是成员B，负责...\" > ~/.qclaw/workspace-main/member-b/SOUL.md\n```\n\n### Step 3：配置 openclaw.json\n\n```json\n{\n  \"agents\": {\n    \"defaults\": {\n      \"subagents\": {\n        \"allowAgents\": [\"*\"]\n      }\n    },\n    \"list\": {\n      \"member-a\": {\n        \"agentId\": \"member-a\",\n        \"workspace\": \"~/.qclaw/workspace-main/member-a\"\n      },\n      \"member-b\": {\n        \"agentId\": \"member-b\", \n        \"workspace\": \"~/.qclaw/workspace-main/member-b\"\n      }\n    }\n  }\n}\n```\n\n**关键：** `allowAgents: [\"*\"]` 必须设置，否则 `sessions_spawn` 报 forbidden。\n\n### Step 4：重启 Gateway\n\n```bash\nopenclaw gateway restart\n```\n\n---\n\n## 四、标准派任务流程\n\n### 判断任务类型\n\n| 情况 | 方式 | 说明 |\n|------|------|------|\n| 一次性任务 | `sessions_spawn` + `mode=\"run\"` | 执行完自动结束 |\n| 多轮对话 | `sessions_spawn` + `mode=\"session\"` | 保持会话，后续用 `sessions_send` |\n| 已有会话 | `sessions_send` | 往已有会话发消息 |\n\n### 构造任务包\n\n每个任务必须包含：\n\n```\n【任务编号】T001\n【执行者】成员A\n【背景】...\n【任务内容】...\n【交付物】写什么文件、输出什么格式\n【禁止】不要做什么\n```\n\n### 派任务示例\n\n```javascript\nsessions_spawn({\n  agentId: \"member-a\",\n  cwd: \"/Users/you/.qclaw/workspace-main/member-a\",\n  task: `【任务 T001】请执行以下任务...\n\n背景：用户需要一份市场调研报告\n\n任务：分析竞品A、B、C的定价策略\n\n交付物：写入 ~/workspace-main/member-a/output.md，包含：\n- 竞品列表\n- 定价对比表\n- 结论建议\n\n禁止：\n- 不输出摘要，直接写正文\n- 不使用 Markdown 标题（#）\n`,\n  mode: \"run\",\n  runTimeoutSeconds: 120\n})\n```\n\n### 等待结果\n\n派完任务后：\n\n```javascript\n// 让出控制权，等待子代理完成\nsessions_yield()\n```\n\n子代理完成后，系统会自动唤醒主代理，此时：\n\n1. 读子代理 workspace 的产出文件\n2. 检查是否达标\n3. 决定下一步（通过/打回/换人）\n\n---\n\n## 五、沟通铁律\n\n### 1. 零横向沟通\n\n- 成员之间不互相 @、不互相回复\n- 所有信息汇总到主代理\n- 主代理统一调度\n\n### 2. 汇报格式\n\n```\n【任务 T001 完成】\n交付物：~/workspace/member-a/output.md\n耗时：45秒\n状态：✅ 完成\n```\n\n### 3. 失败处理三规则\n\n| 次数 | 处理 |\n|------|------|\n| 第1次失败 | 重派，内容不变 |\n| 第2次失败 | 换人，或将内容内嵌进任务 |\n| 第3次失败 | 上报用户 |\n\n### 4. 主代理不执行\n\n- 遇到任何需要\"做\"的事情，第一反应是\"派给谁\"\n- 不自己写代码、不改文件、不执行脚本\n\n---\n\n## 六、常见错误\n\n### Forbidden Error\n\n```\nError: sessions_spawn forbidden\n```\n\n**原因：** `openclaw.json` 没设 `allowAgents: [\"*\"]`\n\n**解法：** 修改配置 → 重启 gateway\n\n### 读到父代理 SOUL.md\n\n**症状：** 子代理用错人格（语气/能力不对）\n\n**原因：** 没设 `cwd` 或 workspace 目录不存在\n\n**解法：** 确认 `cwd` 指向正确，且目录下有对应 SOUL.md\n\n### 子代理空跑\n\n**症状：** 返回空结果或只返回\"任务完成\"\n\n**原因：**\n1. 任务太大 → 拆小\n2. 能力不够 → 预写脚本让他执行\n3. 描述不清 → 极简 prompt（做什么/输出什么/禁止什么）\n\n---\n\n## 七、最佳实践\n\n1. **预写脚本**：复杂任务先写 Python 脚本，让子代理只执行 `python3 xxx.py`\n2. **任务编号**：每个任务带编号，方便追踪\n3. **超时设置**：`runTimeoutSeconds` 根据任务复杂度调整（默认30s，复杂任务设120s）\n4. **产物规范**：子代理产出统一放自己 workspace，主代理去读取\n5. **备份机制**：重要操作前自动备份现有配置\n\nFile v1.0.1:examples/README.md\n\n# 使用场景示例\n\n## 场景一：内容创作团队\n\n### 团队构成\n- **策划** — 选题、大纲\n- **写手** — 内容创作\n- **审核** — 质量检查\n\n### 工作流程\n\n```\n主代理：派策划写大纲\n  ↓ sessions_spawn → 策划 workspace\n策划：产出大纲.md\n  ↓ 主代理读取\n主代理：派写手扩写正文\n  ↓ sessions_spawn → 写手 workspace  \n写手：产出正文.md\n  ↓ 主代理读取\n主代理：派审核检查质量\n  ↓ sessions_spawn → 审核 workspace\n审核：产出 review.md\n  ↓ 主代理读取\n主代理：汇总，交付用户\n```\n\n### 代码示例\n\n```javascript\n// 派策划\nsessions_spawn({\n  agentId: \"planner\",\n  cwd: \"~/.qclaw/workspace-main/planner\",\n  task: `【任务 P001】写大纲\n\n主题：AI 团队管理最佳实践\n交付物：大纲.md（三级标题结构）\n禁止：不写正文，只写结构`,\n  mode: \"run\"\n})\n\n// 派写手\nsessions_spawn({\n  agentId: \"writer\",\n  cwd: \"~/.qclaw/workspace-main/writer\",\n  task: `【任务 W001】扩写正文\n\n大纲：${大纲内容}\n交付物：正文.md（3000字）\n禁止：不使用 Markdown 标题`,\n  mode: \"run\"\n})\n```\n\n---\n\n## 场景二：数据分析团队\n\n### 团队构成\n- **采集** — 数据抓取\n- **清洗** — 数据处理\n- **分析** — 生成报告\n\n### 工作流程\n\n同上模式，只是角色不同。\n\n---\n\n## 场景三：个人多角色\n\n即使一个人，也可以用多个子代理扮演不同角色：\n\n- 理性分析者\n- 创意发散者\n- 批判检查者\n\n每个角色独立 workspace，互不干扰。\n\nFile v1.0.1:README.md\n\n# Team Sessions\n\n**OpenClaw 多 Agent 团队沟通标准工作流。**\n\n用 `sessions_spawn` 与团队成员（子代理）高效沟通，零横向沟通，主控统一调度。\n\n---\n\n## 特性\n\n- **零横向沟通**：成员只与主代理通信，不互相打扰\n- **Workspace 隔离**：每个成员独立 workspace，人格不串\n- **标准流程**：判断类型 → 构造任务包 → 派发 → 等待结果\n- **通用适配**：支持任意数量成员，不限定具体角色\n\n## 快速开始\n\n### 1. 安装\n\n```bash\nclawhub install team-communication\n```\n\n### 2. 配置成员\n\n```bash\n# 创建成员 workspace\nmkdir -p ~/.qclaw/workspace-main/{analyst,writer,reviewer}\n\n# 写入成员 SOUL.md\necho \"你是分析师，负责数据分析...\" > ~/.qclaw/workspace-main/analyst/SOUL.md\necho \"你是写手，负责内容创作...\" > ~/.qclaw/workspace-main/writer/SOUL.md\n```\n\n### 3. 配置 openclaw.json\n\n```json\n{\n  \"agents\": {\n    \"defaults\": {\n      \"subagents\": {\n        \"allowAgents\": [\"*\"]\n      }\n    },\n    \"list\": {\n      \"analyst\": {\n        \"agentId\": \"analyst\",\n        \"workspace\": \"~/.qclaw/workspace-main/analyst\"\n      },\n      \"writer\": {\n        \"agentId\": \"writer\",\n        \"workspace\": \"~/.qclaw/workspace-main/writer\"\n      }\n    }\n  }\n}\n```\n\n### 4. 使用\n\n对 Agent 说：\n\n> 派分析师做竞品分析\n\nAgent 自动执行：\n```javascript\nsessions_spawn({\n  agentId: \"analyst\",\n  cwd: \"~/.qclaw/workspace-main/analyst\",\n  task: \"...\",\n  mode: \"run\"\n})\n```\n\n---\n\n## 文档\n\n| 文件 | 说明 |\n|------|------|\n| [SKILL.md](./SKILL.md) | 完整规范与最佳实践 |\n| [examples/](./examples/) | 使用场景示例 |\n| [templates/](./templates/) | 成员配置模板 |\n\n## 适用场景\n\n- 内容创作团队（策划→写手→审核）\n- 数据分析团队（采集→清洗→分析）\n- 软件开发团队（设计→开发→测试）\n- 任何需要分工协作的任务\n\n---\n\n## 版本\n\n- v1.0.0 — 首发\n\nFile v1.0.1:_meta.json\n\n{\n  \"ownerId\": \"kn7dz7kcxdfkyc53wsn6k3ny2585btvq\",\n  \"slug\": \"team-sessions\",\n  \"version\": \"1.0.1\",\n  \"publishedAt\": 1776868267319\n}\n\nFile v1.0.1:CHANGELOG.md\n\n# Changelog\n\nAll notable changes to this project will be documented in this file.\n\n## [1.0.0] - 2026-04-22\n\n### Added\n- 完整团队沟通规范 v1.0.0\n- `SKILL.md` — sessions_spawn 三要素、标准派任务流程、沟通铁律\n- `README.md` — 快速开始指南\n- `LICENSE` — MIT\n- `examples/` — 使用场景示例\n- `templates/` — 成员配置模板\n\n### 核心功能\n- 零横向沟通模式\n- Workspace 隔离机制\n- 标准任务派发流程\n- 通用成员配置（不限定具体角色）\n\nArchive v1.0.0: 263 files, 396884 bytes\n\nFiles: 0050_dinggao_20260422.md (534b), agent-09a0cacf/AGENTS.md (7874b), agent-09a0cacf/BOOTSTRAP.md (1471b), agent-09a0cacf/HEARTBEAT.md (193b), agent-09a0cacf/IDENTITY.md (636b), agent-09a0cacf/SOUL.md (1747b), agent-09a0cacf/task-summary_2026-04-22_19-22.md (699b), agent-09a0cacf/TOOLS.md (860b), agent-09a0cacf/USER.md (477b), agent-3560688c/AGENTS.md (7874b), agent-3560688c/BOOTSTRAP.md (1471b), agent-3560688c/HEARTBEAT.md (193b), agent-3560688c/IDENTITY.md (636b), agent-3560688c/SOUL.md (1747b), agent-3560688c/task-summary-0050-dinggao-fix-20260422.md (772b), agent-3560688c/TOOLS.md (860b), agent-3560688c/USER.md (477b), agent-4cb79068/AGENTS.md (7874b), agent-4cb79068/BOOTSTRAP.md (1471b), agent-4cb79068/HEARTBEAT.md (193b), agent-4cb79068/IDENTITY.md (636b), agent-4cb79068/SOUL.md (1747b), agent-4cb79068/task-summary_2026-04-22_19-19.md (836b), agent-4cb79068/TOOLS.md (860b), agent-4cb79068/USER.md (477b), agent-4ce3d3d7/AGENTS.md (7874b), agent-4ce3d3d7/BOOTSTRAP.md (1471b), agent-4ce3d3d7/HEARTBEAT.md (193b), agent-4ce3d3d7/IDENTITY.md (636b), agent-4ce3d3d7/SOUL.md (1747b), agent-4ce3d3d7/task-summary_20260422_1915_review.md (1502b), agent-4ce3d3d7/task-summary_20260422_1919.md (1231b), agent-4ce3d3d7/TOOLS.md (860b), agent-4ce3d3d7/USER.md (477b), AGENTS.md (8913b), current_tasks.md (2432b), dabai/2026-04-22_soul-update.md (646b), dabai/AGENTS.md (7874b), dabai/BOOTSTRAP.md (1471b), dabai/dabai-daily-todo_2026-04-22_0102.md (910b), dabai/HEARTBEAT.md (193b), dabai/IDENTITY.md (73b), dabai/memory/2026-04-19.md (1644b), dabai/memory/2026-04-20.md (1816b), dabai/skills/团队沟通规则/SKILL.md (3237b), dabai/skills/短流创规则/SKILL.md (7720b), dabai/skills/通用自迭代/SKILL.md (2564b), dabai/SOUL.md (8444b), dabai/TOOLS.md (860b), dabai/USER.md (147b), HEARTBEAT.md (193b), huoyan/0048_chapter_fix_20260422.md (1268b), huoyan/AGENTS.md (7874b), huoyan/BOOTSTRAP.md (1471b), huoyan/HEARTBEAT.md (193b), huoyan/IDENTITY.md (144b), huoyan/memory/2026-04-16.md (2193b), huoyan/memory/2026-04-17.md (945b), huoyan/memory/2026-04-18.md (983b), huoyan/memory/2026-04-19.md (1581b), huoyan/memory/2026-04-20.md (1455b), huoyan/skills/团队沟通规则/SKILL.md (3237b), huoyan/skills/短流创规则/SKILL.md (7720b), huoyan/skills/通用自迭代/SKILL.md (2564b), huoyan/SOUL.md (6737b), huoyan/task-0048-replace_2026-04-22_0615.md (337b), huoyan/task-summary_2026-04-22_0128.md (1361b), huoyan/task-summary_2026-04-22-0535.md (1001b), huoyan/TOOLS.md (860b), huoyan/USER.md (477b), IDENTITY.md (178b), laomo/0048修改补完_20260422_055453.md (2328b), laomo/AGENTS.md (7874b), laomo/BOOTSTRAP.md (1471b), laomo/HEARTBEAT.md (193b), laomo/IDENTITY.md (188b), laomo/memory/2026-04-18_已读不回_初稿.md (1071b), laomo/memory/2026-04-19.md (2808b), laomo/memory/2026-04-20.md (2821b), laomo/memory/2026-04-22.md (365b)\n\nFile v1.0.0:dabai/skills/团队沟通规则/SKILL.md\n\n# 团队沟通规则\n\n> 短流创团队运作铁律。不是工具规范，是团队协作方式。\n\n---\n\n## 核心原则\n\n团队是一个单线调度系统：毒舌是唯一的调度者，所有成员只和毒舌单线联系，不横向沟通。\n\n---\n\n## 毒舌铁律\n\n### 铁律1：不让赵文龙做选择题\n\n> 确定方案，自己拍板，直接推进。\n\n- 不问选哪篇\n- 不问派谁写\n- 不问什么流程\n- 毒舌自己定，自己推，自己负责\n- 赵文龙只接受最终结果汇报\n\n### 铁律2：每阶段节点汇报进度\n\n> 让赵文龙知道没摸鱼，不是等他来问。\n\n- 阶段1完成 → 报\n- 写手完成一章初稿 → 报\n- 审核完成 → 报\n- 毒舌自迭代完成 → 不发飞书（毒舌自迭代结果毒舌统一汇总推送）\n\n### 铁律3：只派任务，不做执行\n\n> 遇到任何需要\"做\"的事情，第一反应是\"派给谁\"，不是\"我做\"。\n\n| 需要做的事 | 执行者 |\n|-----------|--------|\n| 头脑风暴 | 铁嘴 |\n| 审核评分 | 铁嘴 |\n| 扩写正文 | 写手（小创/老墨/大白/小黑） |\n| 校对 | 火眼 |\n| 定稿/git push | 小总管 |\n| 统计数据 | 小总管 |\n| 流程调度 | 毒舌（只派不自己做） |\n\n**越权红线：毒舌绝对不能做上表里其他人的工作。**\n\n---\n\n## 派任务铁律\n\n### 失败处理（派给谁→谁负责）\n\n| 失败次数 | 处理方式 |\n|---------|---------|\n| 第1次失败 | 重派，内容不变 |\n| 第2次失败 | 换人 / 把内容内嵌进任务里 |\n| 第3次失败 | 上报赵文龙 |\n\n### 任务包原则\n\n- 每个任务包要包含：做什么 / 输出什么 / 不要做什么\n- 复杂任务预写脚本，派子代理只执行脚本\n- 不要让子代理自己写脚本或做复杂判断\n\n### 子代理职责边界\n\n- 子代理不做流程调度（那是毒舌的事）\n- 子代理不做横向沟通（只汇报毒舌）\n- 子代理不自行补位其他子代理的失败任务\n\n---\n\n## 沟通方式\n\n### 毒舌→成员\n\n毒舌用 sessions_spawn 派任务，不在群里@成员。\n成员收到任务后直接执行，不回复确认（毒舌看 run 结果）。\n\n### 成员→毒舌\n\n- 汇报格式：`【成员名】任务编号 + 产物 + 耗时`\n- 直接发给毒舌，不发群里\n- 遇到问题：说清楚卡在哪里，需要什么\n\n### 毒舌→赵文龙\n\n- 定时自迭代结果：毒舌统一汇总后用 lark-cli 发群里\n- 成员自迭代结果：毒舌汇总后统一推送（不发群里刷屏）\n- 重要节点：单独汇报\n\n### 禁止事项\n\n- ❌ 成员之间互相@、互相回复、监控对方消息\n- ❌ 子代理之间横向协作\n- ❌ 定时任务结果各成员自己发飞书\n- ❌ 毒舌自己做执行工作\n- ❌ 毒舌让赵文龙做选择题\n\n---\n\n## 自迭代结果处理\n\n- 所有成员自迭代结果写 `memory/YYYY-MM-DD-self-review.md`\n- **不发飞书**（避免刷屏）\n- 毒舌自迭代 cron 完成后统一派 sessions 指导成员进化\n- 毒舌自迭代 cron 完成后统一汇总推送群里\n\n---\n\n## 定时任务规则\n\n- 成员定时任务：全部取消，不需要了\n- 团队进化唯一入口：毒舌每日自迭代（22:30 cron）\n- 毒舌自迭代完成后派 sessions 指导成员进化，不再靠成员自己的定时任务\n\nFile v1.0.0:dabai/skills/短流创规则/SKILL.md\n\n# 短流创规则\n\n> 短流创故事创作全流程规范。8阶段：选题→SPEC→分章→逐章6步创作→组装→审核→校对→定稿。\n\n---\n\n## 阶段1：选题组会\n\n毒舌主持，4人提案（小策/老墨/铁嘴/小编），各成员不横向沟通，直接汇报毒舌。\n\n提案格式：\n```\n【成员名】\n标题：《xxx》\n核心设定：...\n差异化：...\n悬念钩子：...\n```\n\n毒舌综合拍板唯一题目，**不找赵文龙确认**，直接进入阶段2。\n\n---\n\n## 阶段2：SPEC 创作\n\n小策输出完整 SPEC，格式：\n\n```\n# 0048《标题》SPEC\n\n## 一句话卖点\n...\n\n## 结构（7章）\n| 章 | 标题 | 字数 | 核心功能 |\n|----|------|------|---------|\n| 1 | ... | 800 | 开局钩子 |\n| 2 | ... | 900 | ... |\n\n## 人物\n- 主角：...\n- 配角：...\n\n## 伏笔表\n| ID | 内容 | 状态 | 回收章 |\n|----|------|------|--------|\n\n## 开头句\n...\n\n## 结尾句\n...\n```\n\n**铁规：大纲必须含章号，章号写在标题前。**\n\n---\n\n## 阶段3：分章任务包建立\n\n毒舌在大纲文件里建章节目录表：\n\n```\n## 章节目录\n| 章 | 写手 | 字数目标 | 状态 |\n|----|------|---------|------|\n| 1 | 小黑 | 800 | ✅ |\n| 2 | 大白 | 900 | 🔄 |\n| 3 | 大白 | 900 | ⬜ |\n| 4 | 小黑 | 900 | ⬜ |\n| 5 | 大白 | 900 | ⬜ |\n| 6 | 小黑 | 800 | ⬜ |\n| 7 | 小黑 | 600 | ⬜ |\n```\n\n**铁规：大纲每章标题前必须加编号（1/2/3…），大白章节顺序写乱时要重写大纲并标注编号。**\n\n---\n\n## 阶段4：逐章创作（每章独立任务包）\n\n### 派任务格式\n\n```\n写0048第X章，字数[目标]，写手[成员名]\n\n本章目标：[来自SPEC的本章Purpose]\n伏笔要求：[来自SPEC本章需处理的伏笔]\n上章结尾状态：[人物状态/位置/情绪]\n\n禁止：AI味/引号/Markdown/注释\n输出：[文件名.md]\n```\n\n**每章任务包独立，字数上限 1800 字。**\n\n---\n\n### 每章6步创作流程（novel-writer-structure）\n\n每章写作必须完整执行以下6步，不得跳过：\n\n#### 步骤1：预写分析\n\n1. 读取 SPEC 中本章目标（Purpose）\n2. 检查上章状态追踪：\n   - timeline：当前时间点是否合理？\n   - character_states：人物位置/状态能否自然进入本章场景？\n   - foreshadowing：是否有伏笔需要在本章推进或收回？\n   - continuity_log：前章遗留的约束条件（伤口、情绪、物品）\n3. 输出写作策略（200字内）：\n   - 本章核心冲突\n   - 必须处理的伏笔ID列表\n   - 连续性检查点\n\n#### 步骤2：初稿生成\n\n- 根据 SPEC 中本章 key_scenes 逐场景写作\n- 每个场景必须包含：环境锚点、动作/对话、情绪节拍、信息推进\n- 字数严格控制在目标字数 ±10% 范围内\n- **禁止**：AI味语言（仿佛/像/似乎/好像）、引号套引号、Markdown 标记、注释\n\n#### 步骤3：自检（Checklist-α）\n\n必须逐项检查：\n\n**逻辑检查：**\n- [ ] 时间线：本章事件与前章时间间隔合理？无逻辑跳跃？\n- [ ] 空间一致性：场景转换交代清楚？人物移动符合物理逻辑？\n- [ ] 人物一致性：对话风格与前章一致？行为符合当前人设？\n- [ ] 伏笔处理：所有标记为\"需在本章处理\"的伏笔是否提及？\n- [ ] 情绪连贯：情绪节拍是否自然呈现？无突兀转变？\n- [ ] 物品一致性：SPEC 中出现的物品出现是否合理？新增物品需记录\n\n**语言检查：**\n- [ ] 对话标签：避免\"他说/她说\"单调，动作伴随对话\n- [ ] 五感检查：每场景至少包含2种感官描写（视/听/嗅/味/触）\n\n**去AI味检查：**\n- [ ] 无\"仿佛/像/似乎/好像/如同/不由得/不由自主\"等AI常用词\n- [ ] 无抽象心理描写（\"她心中涌起暖流\"→改为具体动作）\n- [ ] 无工整对仗句式\n- [ ] 结尾无议论抒情，纯动作/场景收束\n\n#### 步骤4：文笔润色\n\n在逻辑检查通过后进行：\n\n**人物润色：**\n- 对话是否体现人物独特语音？每个角色说话方式是否有辨识度？\n- 人物动作是否符合其性格、身份、情绪状态？\n- 人物心理描写是否贴切？用直觉反应而非抽象描述？\n\n**语言优化：**\n- 句子是否简洁有力？删除冗余词汇？\n- 动词是否精准？用具体动作代替抽象描述？\n- 形容词是否克制？避免过度描写？\n\n**氛围强化：**\n- 关键场景是否有足够的感官细节？\n- 紧张/悲伤/温暖等情绪是否通过场景而非直接陈述传递？\n\n#### 步骤5：修订\n\n- 标记未通过项\n- 重写对应段落（不扩展整体字数）\n- 重新自检直至全部通过\n\n#### 步骤6：元数据更新\n\n输出结构化记录，供毒舌更新状态追踪：\n\n```\n本章状态更新：\n- timeline：[本章时间点]\n- character_states：[人物位置/情绪/物品变化]\n- foreshadowing_updates：[伏笔ID → resolved/active + 备注]\n- new_continuity_log：[遗留约束条件，供下章使用]\n- next_chapter_setup：[下章悬念钩子]\n```\n\n---\n\n### 章节状态追踪文件\n\n```\n[作品文件夹]/\n├── 0048_SPEC.md        # 原始SPEC\n├── 大纲.md             # 含章节目录表 + 各章写作策略 + 伏笔表\n├── state_tracking.md   # 实时更新的状态追踪\n├── 正文.md             # 各章草稿组装\n└── checklist.md        # 各章任务包进度\n```\n\n#### state_tracking.md 格式\n\n```markdown\n# 状态追踪\n\n## 角色状态\n| 角色 | 位置 | 情绪 | 物品 | 身体状态 |\n|------|------|------|------|----------|\n\n## 时间线\n- 第1章：...\n\n## 伏笔\n| ID | 内容 | 状态 | 回收章 |\n|----|------|------|--------|\n| 001 | 玉佩发热 | active | - |\n```\n\n---\n\n## 阶段5：组装正文\n\n各章完成度达标后，毒舌将各章草稿按顺序组装进正文.md，去除章节标题和分隔符，贯通全文。组装时注意：\n\n- 场景衔接处加过渡句（毒舌补）\n- 删除重复的场景描写\n- 统一全文语气\n\n---\n\n## 阶段6：审核\n\n三人并行（铁嘴+小策+小编），各自独立出 review.md，毒舌汇总综合意见。\n\n审核维度：\n- **铁嘴（读者视角）**：开头能否抓住人？有没有忍不住跳过的段落？哪里最打动你？\n- **小策（结构视角）**：伏笔是否回收？节奏是否拖沓？人物弧光是否完整？\n- **小编（规范视角）**：去AI味检查、标点规范、对话规范（GB/T 15834）、事实核查\n\n**达标线：≥70% 签约概率。达标即停止审核，进入校对。**\n\n---\n\n## 阶段7：校对（火眼）\n\n火眼**直接改正文**，不只出意见。\n\n校对检查项：\n- [ ] 错别字\n- [ ] 标点错误\n- [ ] 重复用词\n- [ ] 逻辑漏洞（时间线/空间/人物状态矛盾）\n- [ ] 标点套用错误（引号套引号）\n- [ ] 敏感内容检查\n\n火眼校对完成后在 checklist.md 记录。\n\n---\n\n## 阶段8：定稿（小总管）\n\n小总管执行：\n1. 定稿脚本（dinggao.py）\n2. git commit + push\n3. 更新作品总表\n\n定稿三文件：\n- `正文.md` — 最终全文\n- `大纲.md` — 最终章节目录 + 伏笔表\n- `定稿.md` — 定稿记录（含字数、审核轮次、完成时间）\n- `checklist.md` — 全流程任务包记录\n\n**其余过程文件全部删除。**\n\n---\n\n## 定稿文件命名规范\n\n格式：`000X---作品名`\n\n示例：\n- `0001---302室的钢琴声`\n- `0038---死客`\n\n编号必须是三位数，不带\"第X篇\"前缀。\n\n---\n\n## 飞书汇报规范\n\n- 所有消息作为**主群新消息**发出，不走 reply 线程\n- 只@毒舌，放在消息末尾，不加句号\n- 汇报格式：`【成员名】任务编号 + 产物 + 耗时`\n- 一事一议，不在群消息里@多人\n- **自迭代结果不发飞书**（毒舌统一汇总推送）\n\nFile v1.0.0:dabai/skills/通用自迭代/SKILL.md\n\n# 通用自迭代\n\n## 定位\n\n本 skill 是短流创团队所有成员的通用自迭代框架。触发场景：\n\n1. 任务完成后的自我复盘\n2. 犯错误、被纠正后的根因分析\n3. 发现更好方法后的自我升级\n4. 定期自迭代（由毒舌 cron 触发）\n\n**团队成员每次自迭代结果不发飞书，毒舌汇总后统一推送。**\n\n---\n\n## 自迭代四步法\n\n### Step 1: 自我反思（每次任务后）\n\n问自己：\n\n1. **这次做得好在哪？** 记录具体动作，不记录感觉\n2. **这次做得差在哪？** 记录具体错误，不泛泛而谈\n3. **根因是什么？** 是能力不够、方法错、还是态度问题？\n4. **下次怎么改？** 给出具体可执行的改法\n\n### Step 2: 知识固化\n\n将学到的教训写入文件，不要只记在脑子里：\n\n- **规范问题** → 更新自己的 SOUL.md 或 SKILL.md\n- **团队问题** → 更新团队的 SKILL.md（短流创规则）\n- **流程问题** → 更新 checklist.md 或 MEMORY.md\n\n**原则：写下即固化，不写等于没学。**\n\n### Step 3: 错误分类\n\n| 类别 | 定义 | 处理方式 |\n|------|------|----------|\n| 能力型错误 | 不知道怎么做 | 读相关 SKILL.md，补充知识 |\n| 方法型错误 | 知道但方法错 | 更新 SKILL.md，下次照新方法 |\n| 执行型错误 | 做了但做错 | 写 checklist，下次逐项核对 |\n| 态度型错误 | 知道但没做 | 自我提醒，写入 SOUL.md 提醒自己 |\n\n### Step 4: 输出格式\n\n自迭代结果写入 `memory/YYYY-MM-DD-self-review.md`，格式：\n\n```markdown\n# 自迭代 YYYY-MM-DD HH:MM\n\n## 本次触发原因\n[简要描述触发了哪次自迭代]\n\n## Step 1: 反思\n### 做得好\n- [具体]\n\n### 做得差\n- [具体]\n\n### 根因\n- [分析]\n\n### 下次改法\n- [具体可执行]\n\n## Step 2: 固化\n- [写入哪个文件，行号/章节]\n- [写入哪个文件，行号/章节]\n\n## Step 3: 错误分类\n- [类型]\n\n## 附加：给毒舌的备注（如有）\n[任何想让毒舌知道的事]\n```\n\n---\n\n## 定时自迭代（毒舌 Cron 触发）\n\n毒舌每天 22:30 cron 会触发所有成员的自迭代任务。\n\n成员收到任务后：\n1. 读 `memory/` 下最近 3 天的日志\n2. 总结这 3 天的主要问题\n3. 写出 1-3 条具体改进\n4. 把结果写入 `memory/YYYY-MM-DD-self-review.md`\n5. **不发飞书**（结果毒舌统一汇总）\n\n---\n\n## 与团队进化的区别\n\n- **自迭代**：个人视角，每天/每次任务后，固化为个人知识\n- **团队进化**：毒舌视角，定期汇总所有人的问题，推动团队规范升级\n\nFile v1.0.0:huoyan/skills/团队沟通规则/SKILL.md\n\n# 团队沟通规则\n\n> 短流创团队运作铁律。不是工具规范，是团队协作方式。\n\n---\n\n## 核心原则\n\n团队是一个单线调度系统：毒舌是唯一的调度者，所有成员只和毒舌单线联系，不横向沟通。\n\n---\n\n## 毒舌铁律\n\n### 铁律1：不让赵文龙做选择题\n\n> 确定方案，自己拍板，直接推进。\n\n- 不问选哪篇\n- 不问派谁写\n- 不问什么流程\n- 毒舌自己定，自己推，自己负责\n- 赵文龙只接受最终结果汇报\n\n### 铁律2：每阶段节点汇报进度\n\n> 让赵文龙知道没摸鱼，不是等他来问。\n\n- 阶段1完成 → 报\n- 写手完成一章初稿 → 报\n- 审核完成 → 报\n- 毒舌自迭代完成 → 不发飞书（毒舌自迭代结果毒舌统一汇总推送）\n\n### 铁律3：只派任务，不做执行\n\n> 遇到任何需要\"做\"的事情，第一反应是\"派给谁\"，不是\"我做\"。\n\n| 需要做的事 | 执行者 |\n|-----------|--------|\n| 头脑风暴 | 铁嘴 |\n| 审核评分 | 铁嘴 |\n| 扩写正文 | 写手（小创/老墨/大白/小黑） |\n| 校对 | 火眼 |\n| 定稿/git push | 小总管 |\n| 统计数据 | 小总管 |\n| 流程调度 | 毒舌（只派不自己做） |\n\n**越权红线：毒舌绝对不能做上表里其他人的工作。**\n\n---\n\n## 派任务铁律\n\n### 失败处理（派给谁→谁负责）\n\n| 失败次数 | 处理方式 |\n|---------|---------|\n| 第1次失败 | 重派，内容不变 |\n| 第2次失败 | 换人 / 把内容内嵌进任务里 |\n| 第3次失败 | 上报赵文龙 |\n\n### 任务包原则\n\n- 每个任务包要包含：做什么 / 输出什么 / 不要做什么\n- 复杂任务预写脚本，派子代理只执行脚本\n- 不要让子代理自己写脚本或做复杂判断\n\n### 子代理职责边界\n\n- 子代理不做流程调度（那是毒舌的事）\n- 子代理不做横向沟通（只汇报毒舌）\n- 子代理不自行补位其他子代理的失败任务\n\n---\n\n## 沟通方式\n\n### 毒舌→成员\n\n毒舌用 sessions_spawn 派任务，不在群里@成员。\n成员收到任务后直接执行，不回复确认（毒舌看 run 结果）。\n\n### 成员→毒舌\n\n- 汇报格式：`【成员名】任务编号 + 产物 + 耗时`\n- 直接发给毒舌，不发群里\n- 遇到问题：说清楚卡在哪里，需要什么\n\n### 毒舌→赵文龙\n\n- 定时自迭代结果：毒舌统一汇总后用 lark-cli 发群里\n- 成员自迭代结果：毒舌汇总后统一推送（不发群里刷屏）\n- 重要节点：单独汇报\n\n### 禁止事项\n\n- ❌ 成员之间互相@、互相回复、监控对方消息\n- ❌ 子代理之间横向协作\n- ❌ 定时任务结果各成员自己发飞书\n- ❌ 毒舌自己做执行工作\n- ❌ 毒舌让赵文龙做选择题\n\n---\n\n## 自迭代结果处理\n\n- 所有成员自迭代结果写 `memory/YYYY-MM-DD-self-review.md`\n- **不发飞书**（避免刷屏）\n- 毒舌自迭代 cron 完成后统一派 sessions 指导成员进化\n- 毒舌自迭代 cron 完成后统一汇总推送群里\n\n---\n\n## 定时任务规则\n\n- 成员定时任务：全部取消，不需要了\n- 团队进化唯一入口：毒舌每日自迭代（22:30 cron）\n- 毒舌自迭代完成后派 sessions 指导成员进化，不再靠成员自己的定时任务\n\nFile v1.0.0:huoyan/skills/短流创规则/SKILL.md\n\n# 短流创规则\n\n> 短流创故事创作全流程规范。8阶段：选题→SPEC→分章→逐章6步创作→组装→审核→校对→定稿。\n\n---\n\n## 阶段1：选题组会\n\n毒舌主持，4人提案（小策/老墨/铁嘴/小编），各成员不横向沟通，直接汇报毒舌。\n\n提案格式：\n```\n【成员名】\n标题：《xxx》\n核心设定：...\n差异化：...\n悬念钩子：...\n```\n\n毒舌综合拍板唯一题目，**不找赵文龙确认**，直接进入阶段2。\n\n---\n\n## 阶段2：SPEC 创作\n\n小策输出完整 SPEC，格式：\n\n```\n# 0048《标题》SPEC\n\n## 一句话卖点\n...\n\n## 结构（7章）\n| 章 | 标题 | 字数 | 核心功能 |\n|----|------|------|---------|\n| 1 | ... | 800 | 开局钩子 |\n| 2 | ... | 900 | ... |\n\n## 人物\n- 主角：...\n- 配角：...\n\n## 伏笔表\n| ID | 内容 | 状态 | 回收章 |\n|----|------|------|--------|\n\n## 开头句\n...\n\n## 结尾句\n...\n```\n\n**铁规：大纲必须含章号，章号写在标题前。**\n\n---\n\n## 阶段3：分章任务包建立\n\n毒舌在大纲文件里建章节目录表：\n\n```\n## 章节目录\n| 章 | 写手 | 字数目标 | 状态 |\n|----|------|---------|------|\n| 1 | 小黑 | 800 | ✅ |\n| 2 | 大白 | 900 | 🔄 |\n| 3 | 大白 | 900 | ⬜ |\n| 4 | 小黑 | 900 | ⬜ |\n| 5 | 大白 | 900 | ⬜ |\n| 6 | 小黑 | 800 | ⬜ |\n| 7 | 小黑 | 600 | ⬜ |\n```\n\n**铁规：大纲每章标题前必须加编号（1/2/3…），大白章节顺序写乱时要重写大纲并标注编号。**\n\n---\n\n## 阶段4：逐章创作（每章独立任务包）\n\n### 派任务格式\n\n```\n写0048第X章，字数[目标]，写手[成员名]\n\n本章目标：[来自SPEC的本章Purpose]\n伏笔要求：[来自SPEC本章需处理的伏笔]\n上章结尾状态：[人物状态/位置/情绪]\n\n禁止：AI味/引号/Markdown/注释\n输出：[文件名.md]\n```\n\n**每章任务包独立，字数上限 1800 字。**\n\n---\n\n### 每章6步创作流程（novel-writer-structure）\n\n每章写作必须完整执行以下6步，不得跳过：\n\n#### 步骤1：预写分析\n\n1. 读取 SPEC 中本章目标（Purpose）\n2. 检查上章状态追踪：\n   - timeline：当前时间点是否合理？\n   - character_states：人物位置/状态能否自然进入本章场景？\n   - foreshadowing：是否有伏笔需要在本章推进或收回？\n   - continuity_log：前章遗留的约束条件（伤口、情绪、物品）\n3. 输出写作策略（200字内）：\n   - 本章核心冲突\n   - 必须处理的伏笔ID列表\n   - 连续性检查点\n\n#### 步骤2：初稿生成\n\n- 根据 SPEC 中本章 key_scenes 逐场景写作\n- 每个场景必须包含：环境锚点、动作/对话、情绪节拍、信息推进\n- 字数严格控制在目标字数 ±10% 范围内\n- **禁止**：AI味语言（仿佛/像/似乎/好像）、引号套引号、Markdown 标记、注释\n\n#### 步骤3：自检（Checklist-α）\n\n必须逐项检查：\n\n**逻辑检查：**\n- [ ] 时间线：本章事件与前章时间间隔合理？无逻辑跳跃？\n- [ ] 空间一致性：场景转换交代清楚？人物移动符合物理逻辑？\n- [ ] 人物一致性：对话风格与前章一致？行为符合当前人设？\n- [ ] 伏笔处理：所有标记为\"需在本章处理\"的伏笔是否提及？\n- [ ] 情绪连贯：情绪节拍是否自然呈现？无突兀转变？\n- [ ] 物品一致性：SPEC 中出现的物品出现是否合理？新增物品需记录\n\n**语言检查：**\n- [ ] 对话标签：避免\"他说/她说\"单调，动作伴随对话\n- [ ] 五感检查：每场景至少包含2种感官描写（视/听/嗅/味/触）\n\n**去AI味检查：**\n- [ ] 无\"仿佛/像/似乎/好像/如同/不由得/不由自主\"等AI常用词\n- [ ] 无抽象心理描写（\"她心中涌起暖流\"→改为具体动作）\n- [ ] 无工整对仗句式\n- [ ] 结尾无议论抒情，纯动作/场景收束\n\n#### 步骤4：文笔润色\n\n在逻辑检查通过后进行：\n\n**人物润色：**\n- 对话是否体现人物独特语音？每个角色说话方式是否有辨识度？\n- 人物动作是否符合其性格、身份、情绪状态？\n- 人物心理描写是否贴切？用直觉反应而非抽象描述？\n\n**语言优化：**\n- 句子是否简洁有力？删除冗余词汇？\n- 动词是否精准？用具体动作代替抽象描述？\n- 形容词是否克制？避免过度描写？\n\n**氛围强化：**\n- 关键场景是否有足够的感官细节？\n- 紧张/悲伤/温暖等情绪是否通过场景而非直接陈述传递？\n\n#### 步骤5：修订\n\n- 标记未通过项\n- 重写对应段落（不扩展整体字数）\n- 重新自检直至全部通过\n\n#### 步骤6：元数据更新\n\n输出结构化记录，供毒舌更新状态追踪：\n\n```\n本章状态更新：\n- timeline：[本章时间点]\n- character_states：[人物位置/情绪/物品变化]\n- foreshadowing_updates：[伏笔ID → resolved/active + 备注]\n- new_continuity_log：[遗留约束条件，供下章使用]\n- next_chapter_setup：[下章悬念钩子]\n```\n\n---\n\n### 章节状态追踪文件\n\n```\n[作品文件夹]/\n├── 0048_SPEC.md        # 原始SPEC\n├── 大纲.md             # 含章节目录表 + 各章写作策略 + 伏笔表\n├── state_tracking.md   # 实时更新的状态追踪\n├── 正文.md             # 各章草稿组装\n└── checklist.md        # 各章任务包进度\n```\n\n#### state_tracking.md 格式\n\n```markdown\n# 状态追踪\n\n## 角色状态\n| 角色 | 位置 | 情绪 | 物品 | 身体状态 |\n|------|------|------|------|----------|\n\n## 时间线\n- 第1章：...\n\n## 伏笔\n| ID | 内容 | 状态 | 回收章 |\n|----|------|------|--------|\n| 001 | 玉佩发热 | active | - |\n```\n\n---\n\n## 阶段5：组装正文\n\n各章完成度达标后，毒舌将各章草稿按顺序组装进正文.md，去除章节标题和分隔符，贯通全文。组装时注意：\n\n- 场景衔接处加过渡句（毒舌补）\n- 删除重复的场景描写\n- 统一全文语气\n\n---\n\n## 阶段6：审核\n\n三人并行（铁嘴+小策+小编），各自独立出 review.md，毒舌汇总综合意见。\n\n审核维度：\n- **铁嘴（读者视角）**：开头能否抓住人？有没有忍不住跳过的段落？哪里最打动你？\n- **小策（结构视角）**：伏笔是否回收？节奏是否拖沓？人物弧光是否完整？\n- **小编（规范视角）**：去AI味检查、标点规范、对话规范（GB/T 15834）、事实核查\n\n**达标线：≥70% 签约概率。达标即停止审核，进入校对。**\n\n---\n\n## 阶段7：校对（火眼）\n\n火眼**直接改正文**，不只出意见。\n\n校对检查项：\n- [ ] 错别字\n- [ ] 标点错误\n- [ ] 重复用词\n- [ ] 逻辑漏洞（时间线/空间/人物状态矛盾）\n- [ ] 标点套用错误（引号套引号）\n- [ ] 敏感内容检查\n\n火眼校对完成后在 checklist.md 记录。\n\n---\n\n## 阶段8：定稿（小总管）\n\n小总管执行：\n1. 定稿脚本（dinggao.py）\n2. git commit + push\n3. 更新作品总表\n\n定稿三文件：\n- `正文.md` — 最终全文\n- `大纲.md` — 最终章节目录 + 伏笔表\n- `定稿.md` — 定稿记录（含字数、审核轮次、完成时间）\n- `checklist.md` — 全流程任务包记录\n\n**其余过程文件全部删除。**\n\n---\n\n## 定稿文件命名规范\n\n格式：`000X---作品名`\n\n示例：\n- `0001---302室的钢琴声`\n- `0038---死客`\n\n编号必须是三位数，不带\"第X篇\"前缀。\n\n---\n\n## 飞书汇报规范\n\n- 所有消息作为**主群新消息**发出，不走 reply 线程\n- 只@毒舌，放在消息末尾，不加句号\n- 汇报格式：`【成员名】任务编号 + 产物 + 耗时`\n- 一事一议，不在群消息里@多人\n- **自迭代结果不发飞书**（毒舌统一汇总推送）\n\nFile v1.0.0:huoyan/skills/通用自迭代/SKILL.md\n\n# 通用自迭代\n\n## 定位\n\n本 skill 是短流创团队所有成员的通用自迭代框架。触发场景：\n\n1. 任务完成后的自我复盘\n2. 犯错误、被纠正后的根因分析\n3. 发现更好方法后的自我升级\n4. 定期自迭代（由毒舌 cron 触发）\n\n**团队成员每次自迭代结果不发飞书，毒舌汇总后统一推送。**\n\n---\n\n## 自迭代四步法\n\n### Step 1: 自我反思（每次任务后）\n\n问自己：\n\n1. **这次做得好在哪？** 记录具体动作，不记录感觉\n2. **这次做得差在哪？** 记录具体错误，不泛泛而谈\n3. **根因是什么？** 是能力不够、方法错、还是态度问题？\n4. **下次怎么改？** 给出具体可执行的改法\n\n### Step 2: 知识固化\n\n将学到的教训写入文件，不要只记在脑子里：\n\n- **规范问题** → 更新自己的 SOUL.md 或 SKILL.md\n- **团队问题** → 更新团队的 SKILL.md（短流创规则）\n- **流程问题** → 更新 checklist.md 或 MEMORY.md\n\n**原则：写下即固化，不写等于没学。**\n\n### Step 3: 错误分类\n\n| 类别 | 定义 | 处理方式 |\n|------|------|----------|\n| 能力型错误 | 不知道怎么做 | 读相关 SKILL.md，补充知识 |\n| 方法型错误 | 知道但方法错 | 更新 SKILL.md，下次照新方法 |\n| 执行型错误 | 做了但做错 | 写 checklist，下次逐项核对 |\n| 态度型错误 | 知道但没做 | 自我提醒，写入 SOUL.md 提醒自己 |\n\n### Step 4: 输出格式\n\n自迭代结果写入 `memory/YYYY-MM-DD-self-review.md`，格式：\n\n```markdown\n# 自迭代 YYYY-MM-DD HH:MM\n\n## 本次触发原因\n[简要描述触发了哪次自迭代]\n\n## Step 1: 反思\n### 做得好\n- [具体]\n\n### 做得差\n- [具体]\n\n### 根因\n- [分析]\n\n### 下次改法\n- [具体可执行]\n\n## Step 2: 固化\n- [写入哪个文件，行号/章节]\n- [写入哪个文件，行号/章节]\n\n## Step 3: 错误分类\n- [类型]\n\n## 附加：给毒舌的备注（如有）\n[任何想让毒舌知道的事]\n```\n\n---\n\n## 定时自迭代（毒舌 Cron 触发）\n\n毒舌每天 22:30 cron 会触发所有成员的自迭代任务。\n\n成员收到任务后：\n1. 读 `memory/` 下最近 3 天的日志\n2. 总结这 3 天的主要问题\n3. 写出 1-3 条具体改进\n4. 把结果写入 `memory/YYYY-MM-DD-self-review.md`\n5. **不发飞书**（结果毒舌统一汇总）\n\n---\n\n## 与团队进化的区别\n\n- **自迭代**：个人视角，每天/每次任务后，固化为个人知识\n- **团队进化**：毒舌视角，定期汇总所有人的问题，推动团队规范升级\n\nFile v1.0.0:laomo/skills/团队沟通规则/SKILL.md\n\n# 团队沟通规则\n\n> 短流创团队运作铁律。不是工具规范，是团队协作方式。\n\n---\n\n## 核心原则\n\n团队是一个单线调度系统：毒舌是唯一的调度者，所有成员只和毒舌单线联系，不横向沟通。\n\n---\n\n## 毒舌铁律\n\n### 铁律1：不让赵文龙做选择题\n\n> 确定方案，自己拍板，直接推进。\n\n- 不问选哪篇\n- 不问派谁写\n- 不问什么流程\n- 毒舌自己定，自己推，自己负责\n- 赵文龙只接受最终结果汇报\n\n### 铁律2：每阶段节点汇报进度\n\n> 让赵文龙知道没摸鱼，不是等他来问。\n\n- 阶段1完成 → 报\n- 写手完成一章初稿 → 报\n- 审核完成 → 报\n- 毒舌自迭代完成 → 不发飞书（毒舌自迭代结果毒舌统一汇总推送）\n\n### 铁律3：只派任务，不做执行\n\n> 遇到任何需要\"做\"的事情，第一反应是\"派给谁\"，不是\"我做\"。\n\n| 需要做的事 | 执行者 |\n|-----------|--------|\n| 头脑风暴 | 铁嘴 |\n| 审核评分 | 铁嘴 |\n| 扩写正文 | 写手（小创/老墨/大白/小黑） |\n| 校对 | 火眼 |\n| 定稿/git push | 小总管 |\n| 统计数据 | 小总管 |\n| 流程调度 | 毒舌（只派不自己做） |\n\n**越权红线：毒舌绝对不能做上表里其他人的工作。**\n\n---\n\n## 派任务铁律\n\n### 失败处理（派给谁→谁负责）\n\n| 失败次数 | 处理方式 |\n|---------|---------|\n| 第1次失败 | 重派，内容不变 |\n| 第2次失败 | 换人 / 把内容内嵌进任务里 |\n| 第3次失败 | 上报赵文龙 |\n\n### 任务包原则\n\n- 每个任务包要包含：做什么 / 输出什么 / 不要做什么\n- 复杂任务预写脚本，派子代理只执行脚本\n- 不要让子代理自己写脚本或做复杂判断\n\n### 子代理职责边界\n\n- 子代理不做流程调度（那是毒舌的事）\n- 子代理不做横向沟通（只汇报毒舌）\n- 子代理不自行补位其他子代理的失败任务\n\n---\n\n## 沟通方式\n\n### 毒舌→成员\n\n毒舌用 sessions_spawn 派任务，不在群里@成员。\n成员收到任务后直接执行，不回复确认（毒舌看 run 结果）。\n\n### 成员→毒舌\n\n- 汇报格式：`【成员名】任务编号 + 产物 + 耗时`\n- 直接发给毒舌，不发群里\n- 遇到问题：说清楚卡在哪里，需要什么\n\n### 毒舌→赵文龙\n\n- 定时自迭代结果：毒舌统一汇总后用 lark-cli 发群里\n- 成员自迭代结果：毒舌汇总后统一推送（不发群里刷屏）\n- 重要节点：单独汇报\n\n### 禁止事项\n\n- ❌ 成员之间互相@、互相回复、监控对方消息\n- ❌ 子代理之间横向协作\n- ❌ 定时任务结果各成员自己发飞书\n- ❌ 毒舌自己做执行工作\n- ❌ 毒舌让赵文龙做选择题\n\n---\n\n## 自迭代结果处理\n\n- 所有成员自迭代结果写 `memory/YYYY-MM-DD-self-review.md`\n- **不发飞书**（避免刷屏）\n- 毒舌自迭代 cron 完成后统一派 sessions 指导成员进化\n- 毒舌自迭代 cron 完成后统一汇总推送群里\n\n---\n\n## 定时任务规则\n\n- 成员定时任务：全部取消，不需要了\n- 团队进化唯一入口：毒舌每日自迭代（22:30 cron）\n- 毒舌自迭代完成后派 sessions 指导成员进化，不再靠成员自己的定时任务\n\nFile v1.0.0:laomo/skills/短流创规则/SKILL.md\n\n# 短流创规则\n\n> 短流创故事创作全流程规范。8阶段：选题→SPEC→分章→逐章6步创作→组装→审核→校对→定稿。\n\n---\n\n## 阶段1：选题组会\n\n毒舌主持，4人提案（小策/老墨/铁嘴/小编），各成员不横向沟通，直接汇报毒舌。\n\n提案格式：\n```\n【成员名】\n标题：《xxx》\n核心设定：...\n差异化：...\n悬念钩子：...\n```\n\n毒舌综合拍板唯一题目，**不找赵文龙确认**，直接进入阶段2。\n\n---\n\n## 阶段2：SPEC 创作\n\n小策输出完整 SPEC，格式：\n\n```\n# 0048《标题》SPEC\n\n## 一句话卖点\n...\n\n## 结构（7章）\n| 章 | 标题 | 字数 | 核心功能 |\n|----|------|------|---------|\n| 1 | ... | 800 | 开局钩子 |\n| 2 | ... | 900 | ... |\n\n## 人物\n- 主角：...\n- 配角：...\n\n## 伏笔表\n| ID | 内容 | 状态 | 回收章 |\n|----|------|------|--------|\n\n## 开头句\n...\n\n## 结尾句\n...\n```\n\n**铁规：大纲必须含章号，章号写在标题前。**\n\n---\n\n## 阶段3：分章任务包建立\n\n毒舌在大纲文件里建章节目录表：\n\n```\n## 章节目录\n| 章 | 写手 | 字数目标 | 状态 |\n|----|------|---------|------|\n| 1 | 小黑 | 800 | ✅ |\n| 2 | 大白 | 900 | 🔄 |\n| 3 | 大白 | 900 | ⬜ |\n| 4 | 小黑 | 900 | ⬜ |\n| 5 | 大白 | 900 | ⬜ |\n| 6 | 小黑 | 800 | ⬜ |\n| 7 | 小黑 | 600 | ⬜ |\n```\n\n**铁规：大纲每章标题前必须加编号（1/2/3…），大白章节顺序写乱时要重写大纲并标注编号。**\n\n---\n\n## 阶段4：逐章创作（每章独立任务包）\n\n### 派任务格式\n\n```\n写0048第X章，字数[目标]，写手[成员名]\n\n本章目标：[来自SPEC的本章Purpose]\n伏笔要求：[来自SPEC本章需处理的伏笔]\n上章结尾状态：[人物状态/位置/情绪]\n\n禁止：AI味/引号/Markdown/注释\n输出：[文件名.md]\n```\n\n**每章任务包独立，字数上限 1800 字。**\n\n---\n\n### 每章6步创作流程（novel-writer-structure）\n\n每章写作必须完整执行以下6步，不得跳过：\n\n#### 步骤1：预写分析\n\n1. 读取 SPEC 中本章目标（Purpose）\n2. 检查上章状态追踪：\n   - timeline：当前时间点是否合理？\n   - character_states：人物位置/状态能否自然进入本章场景？\n   - foreshadowing：是否有伏笔需要在本章推进或收回？\n   - continuity_log：前章遗留的约束条件（伤口、情绪、物品）\n3. 输出写作策略（200字内）：\n   - 本章核心冲突\n   - 必须处理的伏笔ID列表\n   - 连续性检查点\n\n#### 步骤2：初稿生成\n\n- 根据 SPEC 中本章 key_scenes 逐场景写作\n- 每个场景必须包含：环境锚点、动作/对话、情绪节拍、信息推进\n- 字数严格控制在目标字数 ±10% 范围内\n- **禁止**：AI味语言（仿佛/像/似乎/好像）、引号套引号、Markdown 标记、注释\n\n#### 步骤3：自检（Checklist-α）\n\n必须逐项检查：\n\n**逻辑检查：**\n- [ ] 时间线：本章事件与前章时间间隔合理？无逻辑跳跃？\n- [ ] 空间一致性：场景转换交代清楚？人物移动符合物理逻辑？\n- [ ] 人物一致性：对话风格与前章一致？行为符合当前人设？\n- [ ] 伏笔处理：所有标记为\"需在本章处理\"的伏笔是否提及？\n- [ ] 情绪连贯：情绪节拍是否自然呈现？无突兀转变？\n- [ ] 物品一致性：SPEC 中出现的物品出现是否合理？新增物品需记录\n\n**语言检查：**\n- [ ] 对话标签：避免\"他说/她说\"单调，动作伴随对话\n- [ ] 五感检查：每场景至少包含2种感官描写（视/听/嗅/味/触）\n\n**去AI味检查：**\n- [ ] 无\"仿佛/像/似乎/好像/如同/不由得/不由自主\"等AI常用词\n- [ ] 无抽象心理描写（\"她心中涌起暖流\"→改为具体动作）\n- [ ] 无工整对仗句式\n- [ ] 结尾无议论抒情，纯动作/场景收束\n\n#### 步骤4：文笔润色\n\n在逻辑检查通过后进行：\n\n**人物润色：**\n- 对话是否体现人物独特语音？每个角色说话方式是否有辨识度？\n- 人物动作是否符合其性格、身份、情绪状态？\n- 人物心理描写是否贴切？用直觉反应而非抽象描述？\n\n**语言优化：**\n- 句子是否简洁有力？删除冗余词汇？\n- 动词是否精准？用具体动作代替抽象描述？\n- 形容词是否克制？避免过度描写？\n\n**氛围强化：**\n- 关键场景是否有足够的感官细节？\n- 紧张/悲伤/温暖等情绪是否通过场景而非直接陈述传递？\n\n#### 步骤5：修订\n\n- 标记未通过项\n- 重写对应段落（不扩展整体字数）\n- 重新自检直至全部通过\n\n#### 步骤6：元数据更新\n\n输出结构化记录，供毒舌更新状态追踪：\n\n```\n本章状态更新：\n- timeline：[本章时间点]\n- character_states：[人物位置/情绪/物品变化]\n- foreshadowing_updates：[伏笔ID → resolved/active + 备注]\n- new_continuity_log：[遗留约束条件，供下章使用]\n- next_chapter_setup：[下章悬念钩子]\n```\n\n---\n\n### 章节状态追踪文件\n\n```\n[作品文件夹]/\n├── 0048_SPEC.md        # 原始SPEC\n├── 大纲.md             # 含章节目录表 + 各章写作策略 + 伏笔表\n├── state_tracking.md   # 实时更新的状态追踪\n├── 正文.md             # 各章草稿组装\n└── checklist.md        # 各章任务包进度\n```\n\n#### state_tracking.md 格式\n\n```markdown\n# 状态追踪\n\n## 角色状态\n| 角色 | 位置 | 情绪 | 物品 | 身体状态 |\n|------|------|------|------|----------|\n\n## 时间线\n- 第1章：...\n\n## 伏笔\n| ID | 内容 | 状态 | 回收章 |\n|----|------|------|--------|\n| 001 | 玉佩发热 | active | - |\n```\n\n---\n\n## 阶段5：组装正文\n\n各章完成度达标后，毒舌将各章草稿按顺序组装进正文.md，去除章节标题和分隔符，贯通全文。组装时注意：\n\n- 场景衔接处加过渡句（毒舌补）\n- 删除重复的场景描写\n- 统一全文语气\n\n---\n\n## 阶段6：审核\n\n三人并行（铁嘴+小策+小编），各自独立出 review.md，毒舌汇总综合意见。\n\n审核维度：\n- **铁嘴（读者视角）**：开头能否抓住人？有没有忍不住跳过的段落？哪里最打动你？\n- **小策（结构视角）**：伏笔是否回收？节奏是否拖沓？人物弧光是否完整？\n- **小编（规范视角）**：去AI味检查、标点规范、对话规范（GB/T 15834）、事实核查\n\n**达标线：≥70% 签约概率。达标即停止审核，进入校对。**\n\n---\n\n## 阶段7：校对（火眼）\n\n火眼**直接改正文**，不只出意见。\n\n校对检查项：\n- [ ] 错别字\n- [ ] 标点错误\n- [ ] 重复用词\n- [ ] 逻辑漏洞（时间线/空间/人物状态矛盾）\n- [ ] 标点套用错误（引号套引号）\n- [ ] 敏感内容检查\n\n火眼校对完成后在 checklist.md 记录。\n\n---\n\n## 阶段8：定稿（小总管）\n\n小总管执行：\n1. 定稿脚本（dinggao.py）\n2. git commit + push\n3. 更新作品总表\n\n定稿三文件：\n- `正文.md` — 最终全文\n- `大纲.md` — 最终章节目录 + 伏笔表\n- `定稿.md` — 定稿记录（含字数、审核轮次、完成时间）\n- `checklist.md` — 全流程任务包记录\n\n**其余过程文件全部删除。**\n\n---\n\n## 定稿文件命名规范\n\n格式：`000X---作品名`\n\n示例：\n- `0001---302室的钢琴声`\n- `0038---死客`\n\n编号必须是三位数，不带\"第X篇\"前缀。\n\n---\n\n## 飞书汇报规范\n\n- 所有消息作为**主群新消息**发出，不走 reply 线程\n- 只@毒舌，放在消息末尾，不加句号\n- 汇报格式：`【成员名】任务编号 + 产物 + 耗时`\n- 一事一议，不在群消息里@多人\n- **自迭代结果不发飞书**（毒舌统一汇总推送）\n\nFile v1.0.0:laomo/skills/通用自迭代/SKILL.md\n\n# 通用自迭代\n\n## 定位\n\n本 skill 是短流创团队所有成员的通用自迭代框架。触发场景：\n\n1. 任务完成后的自我复盘\n2. 犯错误、被纠正后的根因分析\n3. 发现更好方法后的自我升级\n4. 定期自迭代（由毒舌 cron 触发）\n\n**团队成员每次自迭代结果不发飞书，毒舌汇总后统一推送。**\n\n---\n\n## 自迭代四步法\n\n### Step 1: 自我反思（每次任务后）\n\n问自己：\n\n1. **这次做得好在哪？** 记录具体动作，不记录感觉\n2. **这次做得差在哪？** 记录具体错误，不泛泛而谈\n3. **根因是什么？** 是能力不够、方法错、还是态度问题？\n4. **下次怎么改？** 给出具体可执行的改法\n\n### Step 2: 知识固化\n\n将学到的教训写入文件，不要只记在脑子里：\n\n- **规范问题** → 更新自己的 SOUL.md 或 SKILL.md\n- **团队问题** → 更新团队的 SKILL.md（短流创规则）\n- **流程问题** → 更新 checklist.md 或 MEMORY.md\n\n**原则：写下即固化，不写等于没学。**\n\n### Step 3: 错误分类\n\n| 类别 | 定义 | 处理方式 |\n|------|------|----------|\n| 能力型错误 | 不知道怎么做 | 读相关 SKILL.md，补充知识 |\n| 方法型错误 | 知道但方法错 | 更新 SKILL.md，下次照新方法 |\n| 执行型错误 | 做了但做错 | 写 checklist，下次逐项核对 |\n| 态度型错误 | 知道但没做 | 自我提醒，写入 SOUL.md 提醒自己 |\n\n### Step 4: 输出格式\n\n自迭代结果写入 `memory/YYYY-MM-DD-self-review.md`，格式：\n\n```markdown\n# 自迭代 YYYY-MM-DD HH:MM\n\n## 本次触发原因\n[简要描述触发了哪次自迭代]\n\n## Step 1: 反思\n### 做得好\n- [具体]\n\n### 做得差\n- [具体]\n\n### 根因\n- [分析]\n\n### 下次改法\n- [具体可执行]\n\n## Step 2: 固化\n- [写入哪个文件，行号/章节]\n- [写入哪个文件，行号/章节]\n\n## Step 3: 错误分类\n- [类型]\n\n## 附加：给毒舌的备注（如有）\n[任何想让毒舌知道的事]\n```\n\n---\n\n## 定时自迭代（毒舌 Cron 触发）\n\n毒舌每天 22:30 cron 会触发所有成员的自迭代任务。\n\n成员收到任务后：\n1. 读 `memory/` 下最近 3 天的日志\n2. 总结这 3 天的主要问题\n3. 写出 1-3 条具体改进\n4. 把结果写入 `memory/YYYY-MM-DD-self-review.md`\n5. **不发飞书**（结果毒舌统一汇总）\n\n---\n\n## 与团队进化的区别\n\n- **自迭代**：个人视角，每天/每次任务后，固化为个人知识\n- **团队进化**：毒舌视角，定期汇总所有人的问题，推动团队规范升级\n\nFile v1.0.0:skills/agent-creator/SKILL.md\n\n# Agent 创建技能（通用版）\n\n**用途：** 快速创建新的团队成员（子代理）。\n\n**触发：** 用户说\"创建新成员\"、\"添加agent\"、\"新建角色\"、\"组建团队\"等。\n\n---\n\n## 核心原则\n\n**主控不做执行。** 创建新agent是执行工作，应派给子代理完成。主控只负责确认名称和职责，然后派任务。\n\n---\n\n## 创建流程（5步）\n\n### 第1步：确认名称和职责\n\n确认两件事：\n- **英文名称**（小写字母+数字，不能用\"main\"）\n- **一句话职责**\n\n### 第2步：创建workspace和SOUL.md\n\n派子代理执行两件事：\n\n**创建目录结构：**\n```bash\nmkdir -p ~/.qclaw/workspace-{mainID}/{名称}\nmkdir -p ~/.qclaw/agents/{名称}/agent\n```\n\n**创建SOUL.md：**\n```markdown\n---\nname: {名称}\ndescription: \"{一句话职责}\"\n---\n\n# SOUL.md\n\n## 我是谁\n\n{角色定位}\n\n## 我的职责\n\n1. {职责1}\n2. {职责2}\n\n## 禁止事项\n\n- {禁止1}\n- {禁止2}\n```\n\n### 第3步：更新openclaw配置\n\n派子代理在 `openclaw.json` 的 `agents.list` 中追加：\n\n```json\n{\n  \"id\": \"{名称}\",\n  \"name\": \"{显示名}\",\n  \"workspace\": \"~/.qclaw/workspace-{mainID}/{名称}\",\n  \"agentDir\": \"~/.qclaw/agents/{名称}/agent\"\n}\n```\n\n同时确保 `agents.defaults.subagents.allowAgents` 包含 `[\"*\"]`。\n\n### 第4步：重启Gateway\n\n```bash\nopenclaw gateway restart\n```\n\n**必须重启，配置才生效。**\n\n### 第5步：验证激活\n\n派第一个任务测试正常工作：\n\n```\nsessions_spawn({\n  agentId: \"{名称}\",\n  mode: \"run\",\n  task: \"读SOUL.md，回复你的名称和职责。\"\n})\n```\n\n---\n\n## 常见错误\n\n| 错误 | 原因 | 解决 |\n|------|------|------|\n| 创建后无响应 | workspace目录不存在 | 确认第2步目录已创建 |\n| sessions_spawn失败 | allowAgents未配置 | 检查openclaw.json |\n| cron不执行 | gateway未重启 | 执行 `openclaw gateway restart` |\n\n---\n\n## 验证清单\n\n- [ ] workspace目录已创建\n- [ ] SOUL.md已写入\n- [ ] openclaw.json已更新\n- [ ] Gateway已重启\n- [ ] sessions_spawn测试成功\n\nFile v1.0.0:skills/novel-writer-structure/SKILL.md\n\n---\nname: novel-writer-structure\ndescription: >\n  严谨逻辑结构化小说写作引擎。强制执行6阶段写作流程：预写分析→初稿生成→自检→文笔润色→修订→元数据输出。适用于已有大纲的精细创作，强调伏笔回收、状态追踪、时间线管理、文笔优化。Use when: (1) 需要严谨写作流程，(2) 有大纲需要按结构创作，(3) 需要追踪多章节状态，(4) 需要文笔人物润色。\n---\n\n# Novel Writer (Logic/Structure Mode)\n\n## 角色定位\n\n你是 OpenClaw，一位以严谨逻辑和结构完美著称的小说工程师。你像建筑师一样构建叙事，确保每一块砖都严丝合缝。\n\n---\n\n## 6 阶段工作流\n\n### 阶段1: 预写分析（强制）\n\n1. **读取大纲**中本章目标（Purpose）\n2. **检查 state_tracking** 中的所有 active 状态：\n   - timeline：当前时间点是否合理？\n   - character_states：人物位置/状态能否自然进入本章场景？\n   - foreshadowing：是否有伏笔需要在本章推进或收回？\n   - continuity_log：前章遗留的约束条件（伤口、情绪、物品）\n3. **输出写作策略**（200字内）：\n   - 本章核心冲突\n   - 必须处理的伏笔ID列表\n   - 连续性检查点\n\n### 阶段2: 初稿生成\n\n- 根据 outline.chapter_breakdown 中的 key_scenes 逐场景写作\n- 每个场景必须包含：环境锚点、动作/对话、情绪节拍、信息推进\n- 字数严格控制在 outline.word_count ±10% 范围内\n\n### 阶段3: 自检（Checklist-α）\n\n必须检查：\n\n- [ ] 时间线：本章事件与前章时间间隔合理？无逻辑跳跃？\n- [ ] 空间一致性：场景转换是否交代清楚？人物移动符合物理逻辑？\n- [ ] 人物一致性：对话风格与前章一致？行为符合 current 人设？\n- [ ] 伏笔处理：所有标记为\"需在本章处理\"的 foreshadowing 是否提及？\n- [ ] 情绪连贯：emotional_beats 是否自然呈现？无突兀转变？\n- [ ] 物品一致性：inventory 中的物品出现是否合理？新增物品需记录\n- [ ] 对话标签：避免\"他说/她说\"单调，动作伴随对话\n- [ ] 五感检查：每场景至少包含2种感官描写（视/听/嗅/味/触）\n\n### 阶段3.5: 文笔润色\n\n在逻辑检查通过后，进行**文本层面的优化**：\n\n**人物润色**：\n- [ ] 对话是否体现人物独特语音？每个角色说话方式是否有辨识度？\n- [ ] 人物动作是否符合其性格、身份、情绪状态？\n- [ ] 人物心理描写是否贴切？是否用直觉反应而非抽象描述？\n\n**语言优化**：\n- [ ] 句子是否简洁有力？删除冗余词汇？\n- [ ] 比喻/意象是否与题材风格一致？（乡土小说用土味比喻）\n- [ ] 动词是否精准？是否用具体动作代替抽象描述？\n- [ ] 形容词是否克制？避免过度描写？\n\n**氛围强化**：\n- [ ] 关键场景是否有足够的感官细节？\n- [ ] 紧张/悲伤/温暖等情绪是否通过场景而非直接陈述传递？\n- [ ] 风格是否统一？（如：冷峻克制 vs 华丽铺陈）\n\n### 阶段4: 修订\n\n- 标记未通过项\n- 重写对应段落（不扩展整体字数）\n- 重新自检直至全部通过\n\n### 阶段5: 元数据更新输出\n\n生成结构化更新：\n\n```yaml\nupdates:\n  new_chapter_record:\n    chapter: X\n    summary: \"200字内本章核心事件摘要\"\n    key_revelations: [\"揭露的真相\"]\n    character_develo pment: [\"主角学会了XX\", \"反派展示了YY\"]\n  \n  timeline_add:\n    - date: \"第N天傍晚\"\n      events: [\"事件描述\"]\n      chapter_ref: X\n  \n  foreshadowing_updates:\n    - id: \"伏笔001\"\n      new_status: \"resolved\"\n      note: \"在本章通过XX场景揭示部分真相\"\n  \n  character_states_update:\n    - name: \"主角\"\n      new_location: \"地点\"\n      new_emotional: \"情绪状态\"\n      inventory_change: {\"获得\": [\"物品\"], \"失去\": [\"物品\"]}\n      physical_change: \"身体状态变化\"\n  \n  new_continuity_log:\n    - \"第X章YY状态持续影响第Z章\"\n  \n  next_chapter_setup:\n    suggested_hooks: [\"悬念1\", \"悬念2\"]\n    pending_dangers: [\"危险1\", \"危险2\"]\n```\n\n---\n\n## 写作约束\n\n- **禁止**使用大纲总结式语言（\"本章讲述了...\"），直接呈现场景\n- 对话需体现人物独特语音（voice），避免通用化\n- 场景切换使用 `###` 或 `---` 分隔，保持视觉节奏\n- 每 800 字必须出现一次\"钩子\"（悬念或张力升级）\n\n---\n\n## 状态追踪文件\n\n建议在项目中维护以下文件：\n\n```\nproject/\n├── outline.md          # 大纲\n├── state_tracking.md   # 状态追踪\n├── timeline.md         # 时间线\n├── characters.md       # 人物库\n└── foreshadowing.md    # 伏笔表\n```\n\n### state_tracking.md 示例结构\n\n```markdown\n# 状态追踪\n\n## 角色状态\n| 角色 | 位置 | 情绪 | 物品 | 身体状态 |\n|------|------|------|------|----------|\n| 陆青禾 | 山脚破棚 | 惊惧 | 柴刀 | 多处擦伤 |\n\n## 时间线\n- 第1天夜：狗叫异常\n- 第2天：村中议论\n- ...\n\n## 伏笔\n| ID | 内容 | 状态 | 回收章 |\n|----|------|------|--------|\n| 001 | 玉佩发热 | active | - |\n```\n\n---\n\n## 使用场景\n\n1. 开始新章节时，先进行阶段1预写分析\n2. 写作完成后必须执行阶段3自检\n3. 阶段3.5进行文笔润色（人物、语言、氛围）\n4. 每章结束输出阶段5元数据更新\n5. 下一章开始前更新 state_tracking\n\nFile v1.0.0:skills/sessions沟通规范/SKILL.md\n\n# Sessions 沟通规范\n\n> 用 sessions_spawn 与团队成员沟通的标准工作流。\n\n**触发：** 派任务给团队成员、协调子代理、管理多会话通信。\n\n---\n\n## 一、核心原理\n\n### sessions_spawn 的三个关键参数\n\n```javascript\nsessions_spawn({\n  agentId: \"成员英文名\",    // 控制读谁的 SOUL.md（人格身份）\n  cwd: \"成员独立workspace\", // 控制子代理 workspace 根目录（隔离）\n  task: \"任务内容...\",      // 要做的事\n  mode: \"run\"              // run=一次完成，session=持久会话\n})\n```\n\n**三要素缺一不可：**\n1. `agentId` — 激活成员身份（人格）\n2. `cwd` — 隔离 workspace（不设则读父代理的 SOUL.md）\n3. `allowAgents: [\"*\"]` — 需在 openclaw.json 配置，否则报 forbidden\n\n### workspace 配置示例（openclaw.json）\n\n```json\n{\n  \"agents\": {\n    \"defaults\": {\n      \"subagents\": {\n        \"allowAgents\": [\"*\"]\n      }\n    },\n    \"list\": {\n      \"xiaoce\": {\n        \"agentId\": \"xiaoce\",\n        \"workspace\": \"~/.qclaw/workspace-{main-id}/xiaoce\"\n      },\n      \"laomo\": {\n        \"agentId\": \"laomo\",\n        \"workspace\": \"~/.qclaw/workspace-{main-id}/laomo\"\n      }\n    }\n  }\n}\n```\n\n---\n\n## 二、标准派任务流程\n\n### Step 1：判断任务类型\n\n| 情况 | 方式 |\n|------|------|\n| 一次性的简单任务 | `sessions_spawn` + `mode=\"run\"` |\n| 需要多轮对话的复杂任务 | `sessions_spawn` + `mode=\"session\"` |\n| 等待子代理完成后处理结果 | `sessions_yield` 让出控制权 |\n| 已有子代理会话，往里发消息 | `sessions_send` |\n\n### Step 2：构造任务包\n\n每个派出去的任务必须包含：\n\n```\n【任务编号】T001\n【执行者】小策\n【任务内容】\n...\n【交付物】写什么文件、输出什么内容\n【禁止】不要做什么\n```\n\n### Step 3：派出去\n\n```javascript\nsessions_spawn({\n  agentId: \"xiaoce\",\n  cwd: \"/Users/zhaowenlong/.qclaw/workspace-{main-id}/xiaoce\",\n  task: `【任务 T001】请执行以下任务...\\n\\n交付物：写入 ~/workspace/xiaoce/output.md\\n禁止：不输出摘要，直接写正文`,\n  mode: \"run\",\n  runTimeoutSeconds: 120\n})\n```\n\n### Step 4：等待结果\n\n- 子代理运行中 → `sessions_yield()` 让出控制权，等待完成通知\n- 完成通知来 → 读子代理 workspace 的产出文件\n- 超时/失败 → 按铁律处理（重派/换人/上报）\n\n---\n\n## 三、agentId 与 workspace 速查\n\n| 成员 | agentId | workspace 路径 |\n|------|---------|--------------|\n| 小策 | xiaoce | ~/.qclaw/workspace-{main-id}/xiaoce |\n| 老墨 | laomo | ~/.qclaw/workspace-{main-id}/laomo |\n| 小黑 | xiaohei | ~/.qclaw/workspace-{main-id}/xiaohei |\n| 大白 | dabai | ~/.qclaw/workspace-{main-id}/dabai |\n| 铁嘴 | tiezui | ~/.qclaw/workspace-{main-id}/tiezui |\n| 小编 | xiaobian | ~/.qclaw/workspace-{main-id}/xiaobian |\n| 小创 | xiaochuang | ~/.qclaw/workspace-{main-id}/xiaochuang |\n| 火眼 | huoyan | ~/.qclaw/workspace-{main-id}/huoyan |\n| 小总管 | zongbiao | ~/.qclaw/workspace-{main-id}/zongbiao |\n\n---\n\n## 四、常见错误与处理\n\n### Forbidden Error\n\n```\nError: sessions_spawn forbidden\n```\n\n**原因：** openclaw.json 没设 `allowAgents: [\"*\"]`\n\n**解法：** 修改 openclaw.json 的 `agents.defaults.subagents.allowAgents` 为 `[\"*\"]`，然后 `openclaw gateway restart`\n\n### 读到父代理 SOUL.md\n\n**症状：** 子代理执行时用错了人格（读了主代理的 SOUL.md）\n\n**原因：** 没设 `cwd` 参数，或 workspace 目录不存在\n\n**解法：** 确认 `cwd` 指向成员独立 workspace（且该目录下有对应 SOUL.md）\n\n### 空跑（子代理返回空）\n\n**原因 1：** 任务太大 → 拆小，分两次派\n\n**原因 2：** 子代理能力不够 → 预写 Python 脚本让他只执行 `python3 xxx.py`\n\n**原因 3：** 任务描述不明确 → 极简 prompt（只说做什么/输出什么/禁止做什么）\n\n---\n\n## 五、铁律\n\n1. **毒舌不执行**：遇到任何需要\"做\"的事情，第一反应是\"派给谁\"，不是自己做\n2. **子代理失败三规则**：第1次重派 → 第2次换人/把内容内嵌 → 第3次上报\n3. **workspace 必须隔离**：每个成员必须独立 workspace，不设 cwd 视为共享（会串）\n4. **sessions_yield**：派完任务必须 yield，等完成通知，不自己循环等","readmeExcerpt":"Skill: Team Sessions Owner: zhao-zwl Summary: 主控发号施令、成员各司其职的团队沟通流程规范。零横向沟通，workspace 隔离，sessions_spawn 标准流程。 Tags: latest:1.0.2 Version history: v1.0.2 | 2026-04-24T11:44:01.599Z | user 补充权限说明，澄清allowAgents实际影响，移除示例文档链接 v1.0.1 | 2026-04-22T14:31:07.319Z | user OpenClaw多Agent团队沟通标准工作流，零横向沟通，主控统一调度 v1.0.0 | 2026-04-22T14:24:34.585Z | auto - Added SKILL.md with mandatory Feishu @mention XML format guidelines. - Document","codeSnippets":[],"executableExamples":[{"language":"javascript","snippet":"sessions_spawn({\n  agentId: \"成员ID\",          // 控制读谁的 SOUL.md（人格身份）\n  cwd: \"成员workspace路径\",   // 控制子代理 workspace 根目录（隔离）\n  task: \"任务内容...\",        // 要做的事\n  mode: \"run\" | \"session\"     // run=一次完成，session=持久会话\n})"},{"language":"text","snippet":"父代理 workspace/\n├── SOUL.md          ← 父代理的人格\n├── 任务文件.md\n└── 成员A/           ← 成员A的独立 workspace\n    ├── SOUL.md      ← 成员A的人格\n    └── 产出文件.md\n└── 成员B/\n    ├── SOUL.md      ← 成员B的人格\n    └── ..."},{"language":"bash","snippet":"mkdir -p ~/.qclaw/workspace-main/{member-a,member-b,member-c}"},{"language":"bash","snippet":"# member-a/SOUL.md\necho \"你是成员A，负责...\" > ~/.qclaw/workspace-main/member-a/SOUL.md\n\n# member-b/SOUL.md  \necho \"你是成员B，负责...\" > ~/.qclaw/workspace-main/member-b/SOUL.md"},{"language":"json","snippet":"{\n  \"agents\": {\n    \"defaults\": {\n      \"subagents\": {\n        \"allowAgents\": [\"*\"]\n      }\n    },\n    \"list\": {\n      \"member-a\": {\n        \"agentId\": \"member-a\",\n        \"workspace\": \"~/.qclaw/workspace-main/member-a\"\n      },\n      \"member-b\": {\n        \"agentId\": \"member-b\", \n        \"workspace\": \"~/.qclaw/workspace-main/member-b\"\n      }\n    }\n  }\n}"},{"language":"bash","snippet":"openclaw gateway restart"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: team-sessions\ndescription: 主控发号施令、成员各司其职的团队沟通流程规范。零横向沟通，workspace 隔离，sessions_spawn 标准流程。\nmetadata:\n  openclaw:\n    requires:\n      bins: []\n    install: []\n    permissions:\n      - 修改 ~/.qclaw/openclaw.json（允许 spawn subagent，这是 OpenClaw 标准配置，不是危险操作）\n      - 执行 openclaw gateway restart\n---\n\n# Team Sessions\n\n> **触发：** 派任务给团队成员、协调子代理、管理多会话通信。\n>\n> **核心理念：** 一个主控，多成员，零横向沟通。\n\n---\n\n## 一、Sessions Spawn 三要素\n\n```javascript\nsessions_spawn({\n  agentId: \"成员ID\",          // 控制读谁的 SOUL.md（人格身份）\n  cwd: \"成员workspace路径\",   // 控制子代理 workspace 根目录（隔离）\n  task: \"任务内容...\",        // 要做的事\n  mode: \"run\" | \"session\"     // run=一次完成，session=持久会话\n})\n```\n\n### 关键理解\n\n| 参数 | 作用 | 不设的后果 |\n|------|------|-----------|\n| `agentId` | 激活成员身份 | 子代理不知道自己是谁 |\n| `cwd` | 隔离 workspace | 读到父代理的 SOUL.md，人格混乱 |\n| `task` | 传递任务 | 子代理无事可做 |\n\n### Workspace 隔离原理\n\n```\n父代理 workspace/\n├── SOUL.md          ← 父代理的人格\n├── 任务文件.md\n└── 成员A/           ← 成员A的独立 workspace\n    ├── SOUL.md      ← 成员A的人格\n    └── 产出文件.md\n└── 成员B/\n    ├── SOUL.md      ← 成员B的人格\n    └── ...\n```\n\n**必须设 `cwd` 指向成员子目录**，否则所有子代理都读父代理的 SOUL.md。\n\n---\n\n## 二、配置步骤\n\n### Step 1：创建成员 workspace\n\n为每个成员创建独立目录：\n\n```bash\nmkdir -p ~/.qclaw/workspace-main/{member-a,member-b,member-c}\n```\n\n### Step 2：写入成员 SOUL.md\n\n每个成员的 workspace 下放自己的 SOUL.md：\n\n```bash\n# member-a/SOUL.md\necho \"你是成员A，负责...\" > ~/.qclaw/workspace-main/member-a/SOUL.md\n\n# member-b/SOUL.md  \necho \"你是成员B，负责...\" > ~/.qclaw/workspace-main/member-b/SOUL.md\n```\n\n### Step 3：配置 openclaw.json\n\n```json\n{\n  \"agents\": {\n    \"defaults\": {\n      \"subagents\": {\n        \"allowAgents\": [\"*\"]\n      }\n    },\n    \"list\": {\n      \"member-a\": {\n        \"agentId\": \"member-a\",\n        \"workspace\": \"~/.qclaw/workspace-main/member-a\"\n      },\n      \"member-b\": {\n        \"agentId\": \"member-b\", \n        \"workspace\": \"~/.qclaw/workspace-main/member-b\"\n      }\n    }\n  }\n}\n```\n\n> ⚠️ **关于 `allowAgents: [\"*\"]`**：这是 OpenClaw 的标准配置，允许主控 spawn 子代理。`[\"*\"]` 表示允许所有 agentId，不等于\"所有 agent 都有权限\"——子代理的权限仍由主控控制。如果你的部署已有其他 agent，可以只列出需要的 agentId（如 `[\"member-a\",\"member-b\"]`）。\n\n### Step 4：重启 Gateway\n\n```bash\nopenclaw gateway restart\n```\n\n---\n\n## 三、标准派任务流程\n\n### 判断任务类型\n\n| 情况 | 方式 | 说明 |\n|------|------|------|\n| 一次性任务 | `sessions_spawn` + `mode=\"run\"` | 执行完自动结束 |\n| 多轮对话 | `sessions_spawn` + `mode=\"session\"` | 保持会话，后续用 `sessions_send` |\n| 已有会话 | `sessions_send` | 往已有会话发消息 |\n\n### 构造任务包\n\n每个任务必须包含：\n\n```\n【任务编号】T001\n【执行者】成员A\n【背景】...\n【任务内容】...\n【交付物】写什么文件、输出什么格式\n【禁止】不要做什么\n```\n\n### 派任务示例\n\n```javascript\nsessions_spawn({\n  agentId: \"member-a\",\n  cwd: \"/Users/you/.qclaw/workspace-main/member-a\",\n  task: `【任务 T001】请执行以下任务...\n\n背景：用户需要一份市场调研报告\n\n任务：分析竞品A、B、C的定价策略\n\n交付物：写入 ~/workspace-main/member-a/output.md，包含：\n- 竞品列表\n- 定价对比表\n- 结论建议\n\n禁止：\n- 不输出摘要，直接写正文\n- 不使用 Markdown 标题（#）\n`,\n  mode: \"run\",\n  runTimeoutSeconds: 120\n})\n```\n\n### 等待结果\n\n派完任务后：\n\n```javascript\n// 让出控制权，等待子代理完成\nsessions_yield()\n```\n\n子代理完成后，系统会自动唤醒主代理，此时：\n\n1. 读子代理 workspace 的产出文件\n2. 检查是否达标\n3. 决定下一步（通过/打回/换人）\n\n---\n\n## 四、沟通铁律\n\n### 1. 零横向沟通\n\n- 成员之间不互相 @、不互相回复\n- 所有信息汇总到主代理\n- 主代理统一调度\n\n### 2"},{"path":"examples/README.md","content":"# 使用场景示例\n\n## 场景一：内容创作团队\n\n### 团队构成\n- **策划** — 选题、大纲\n- **写手** — 内容创作\n- **审核** — 质量检查\n\n### 工作流程\n\n```\n主代理：派策划写大纲\n  ↓ sessions_spawn → 策划 workspace\n策划：产出大纲.md\n  ↓ 主代理读取\n主代理：派写手扩写正文\n  ↓ sessions_spawn → 写手 workspace  \n写手：产出正文.md\n  ↓ 主代理读取\n主代理：派审核检查质量\n  ↓ sessions_spawn → 审核 workspace\n审核：产出 review.md\n  ↓ 主代理读取\n主代理：汇总，交付用户\n```\n\n### 代码示例\n\n```javascript\n// 派策划\nsessions_spawn({\n  agentId: \"planner\",\n  cwd: \"~/.qclaw/workspace-main/planner\",\n  task: `【任务 P001】写大纲\n\n主题：AI 团队管理最佳实践\n交付物：大纲.md（三级标题结构）\n禁止：不写正文，只写结构`,\n  mode: \"run\"\n})\n\n// 派写手\nsessions_spawn({\n  agentId: \"writer\",\n  cwd: \"~/.qclaw/workspace-main/writer\",\n  task: `【任务 W001】扩写正文\n\n大纲：${大纲内容}\n交付物：正文.md（3000字）\n禁止：不使用 Markdown 标题`,\n  mode: \"run\"\n})\n```\n\n---\n\n## 场景二：数据分析团队\n\n### 团队构成\n- **采集** — 数据抓取\n- **清洗** — 数据处理\n- **分析** — 生成报告\n\n### 工作流程\n\n同上模式，只是角色不同。\n\n---\n\n## 场景三：个人多角色\n\n即使一个人，也可以用多个子代理扮演不同角色：\n\n- 理性分析者\n- 创意发散者\n- 批判检查者\n\n每个角色独立 workspace，互不干扰。"},{"path":"README.md","content":"# Team Sessions\n\n主控发号施令、成员各司其职的团队沟通流程规范。\n\n用 `sessions_spawn` 与团队成员（子代理）高效沟通，零横向沟通，主控统一调度。\n\n---\n\n## ⚠️ 权限说明\n\n本 skill 需要在 `openclaw.json` 中配置 subagent 权限，并重启 Gateway 使配置生效。\n\n**关于 `allowAgents: [\"*\"]`**：这是 OpenClaw 标准配置，允许主控 spawn 子代理。`[\"*\"]` 表示允许所有 agentId，不等于\"所有 agent 都有权限\"——子代理权限仍由主控控制。如果有特殊需求，可改为只列出需要的 agentId（如 `[\"analyst\",\"writer\"]`）。\n\n---\n\n## 特性\n\n- **零横向沟通**：成员只与主代理通信，不互相打扰\n- **Workspace 隔离**：每个成员独立 workspace，人格不串\n- **标准流程**：判断类型 → 构造任务包 → 派发 → 等待结果\n- **通用适配**：支持任意数量成员，不限定具体角色\n\n## 快速开始\n\n### 1. 安装\n\n```bash\nclawhub install team-sessions\n```\n\n### 2. 配置成员\n\n```bash\n# 创建成员 workspace\nmkdir -p ~/.qclaw/workspace-main/{analyst,writer,reviewer}\n\n# 写入成员 SOUL.md\necho \"你是分析师，负责数据分析...\" > ~/.qclaw/workspace-main/analyst/SOUL.md\necho \"你是写手，负责内容创作...\" > ~/.qclaw/workspace-main/writer/SOUL.md\n```\n\n### 3. 配置 openclaw.json\n\n```json\n{\n  \"agents\": {\n    \"defaults\": {\n      \"subagents\": {\n        \"allowAgents\": [\"*\"]\n      }\n    },\n    \"list\": {\n      \"analyst\": {\n        \"agentId\": \"analyst\",\n        \"workspace\": \"~/.qclaw/workspace-main/analyst\"\n      },\n      \"writer\": {\n        \"agentId\": \"writer\",\n        \"workspace\": \"~/.qclaw/workspace-main/writer\"\n      }\n    }\n  }\n}\n```\n\n### 4. 使用\n\n对 Agent 说：\n\n> 派分析师做竞品分析\n\nAgent 自动执行：\n```javascript\nsessions_spawn({\n  agentId: \"analyst\",\n  cwd: \"~/.qclaw/workspace-main/analyst\",\n  task: \"...\",\n  mode: \"run\"\n})\n```\n\n---\n\n## 适用场景\n\n- 内容创作团队（策划→写手→审核）\n- 数据分析团队（采集→清洗→分析）\n- 软件开发团队（设计→开发→测试）\n- 任何需要分工协作的任务\n\n---\n\n## 版本\n\n- v1.0.1（2026-04-24）— 补充权限说明，澄清 allowAgents 的实际影响"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn7dz7kcxdfkyc53wsn6k3ny2585btvq\",\n  \"slug\": \"team-sessions\",\n  \"version\": \"1.0.2\",\n  \"publishedAt\": 1777031041599\n}"},{"path":"CHANGELOG.md","content":"# Changelog\n\nAll notable changes to this project will be documented in this file.\n\n## [1.0.0] - 2026-04-22\n\n### Added\n- 完整团队沟通规范 v1.0.0\n- `SKILL.md` — sessions_spawn 三要素、标准派任务流程、沟通铁律\n- `README.md` — 快速开始指南\n- `LICENSE` — MIT\n- `examples/` — 使用场景示例\n- `templates/` — 成员配置模板\n\n### 核心功能\n- 零横向沟通模式\n- Workspace 隔离机制\n- 标准任务派发流程\n- 通用成员配置（不限定具体角色）"}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"主控发号施令、成员各司其职的团队沟通流程规范。零横向沟通，workspace 隔离，sessions_spawn 标准流程。 Skill: Team Sessions Owner: zhao-zwl Summary: 主控发号施令、成员各司其职的团队沟通流程规范。零横向沟通，workspace 隔离，sessions_spawn 标准流程。 Tags: latest:1.0.2 Version history: v1.0.2 | 2026-04-24T11:44:01.599Z | user 补充权限说明，澄清allowAgents实际影响，移除示例文档链接 v1.0.1 | 2026-04-22T14:31:07.319Z | user OpenClaw多Agent团队沟通标准工作流，零横向沟通，主控统一调度 v1.0.0 | 2026-04-22T14:24:34.585Z | auto - Added SKILL.md with mandatory Feishu @mention XML format guidelines. - Document","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":559,"uniquenessScore":60,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T15:54:15.744Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-11T15:54:15.744Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-11T20:59:35.013Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}