{"id":"24b07aad-efa5-4f90-b7a8-d39db13e7e8c","entityType":"agent","slug":"clawhub-paudyyin-daily-agent","name":"daily-agent","canonicalUrl":"https://www.xpersona.co/agent/clawhub-paudyyin-daily-agent","canonicalPath":"/agent/clawhub-paudyyin-daily-agent","generatedAt":"2026-10-11T01:47:35.873Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-10T23:06:48.060Z","emptyReason":null},"description":"长链任务执行skill — 被skill-router调用，负责复杂任务的调度、spawn子代理、Hat系统编排和收尾检查 Skill: daily-agent Owner: paudyyin Summary: 长链任务执行skill — 被skill-router调用，负责复杂任务的调度、spawn子代理、Hat系统编排和收尾检查 Tags: latest:2.18.0 Version history: v2.18.0 | 2026-08-03T00:55:19.437Z | auto daily-agent v2.18.0 - 重大重构：将 daily-agent 定位为被 skill-router 调用的长链任务执行 skill，仅负责复杂任务的调度、子代理 spawn、Hat 系统编排与收尾检查 - 强化主流程为：任务分类 → 复杂度评估 → 执行路由 → 技能匹配 → 委派执行 → 收尾检查 - 场景导航（scene-navigation）升级：基于关键词快速输出匹配场景及对应上下文（减少 token 消耗、提升定位效率） - 前置钩子（P","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.2K downloads reported by the source. Last updated 10/10/2026.","installCommand":"clawhub skill install s172x1s50dh0bgmm3yc9516nr586kk4b:daily-agent","sourceUrl":"https://clawhub.ai/paudyyin/daily-agent","homepage":"https://clawhub.ai/paudyyin/skills/daily-agent","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/paudyyin/daily-agent","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/paudyyin/skills/daily-agent","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":62,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"长链任务执行skill — 被skill-router调用，负责复杂任务的调度、spawn子代理、Hat系统编排和收尾检查 Skill: daily-agent Owner: paudyyin Summary: 长链任务执行skill — 被skill-router调用，负责复杂任务的调度、spawn子代理、Hat系统"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-10T23:06:48.060Z","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-10T23:06:48.060Z","emptyReason":null},"stars":null,"forks":null,"downloads":1234,"packageName":null,"latestVersion":"2.18.0","tractionLabel":"1.2K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-10T23:06:47.997Z","emptyReason":null},"lastUpdatedAt":"2026-10-10T23:06:48.060Z","lastCrawledAt":"2026-10-10T23:06:47.997Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-11T23:06:47.997Z","lastVerifiedAt":null,"highlights":[{"version":"2.18.0","createdAt":"2026-08-03T00:55:19.437Z","changelog":"## daily-agent v2.18.0 - 重大重构：将 daily-agent 定位为被 skill-router 调用的长链任务执行 skill，仅负责复杂任务的调度、子代理 spawn、Hat 系统编排与收尾检查 - 强化主流程为：任务分类 → 复杂度评估 → 执行路由 → 技能匹配 → 委派执行 → 收尾检查 - 场景导航（scene-navigation）升级：基于关键词快速输出匹配场景及对应上下文（减少 token 消耗、提升定位效率） - 前置钩子（PreTask hook）机制完善，任务分类与场景导航后自动注入 hook 检查，支持自动触发技能/上下文 - 明确角色关系：skill-router 作为入口，daily-agent 仅响应 skill-router 发来的长链/复杂任务 - 源码结构更新：新增 scripts/ 并行与观测脚本，优化 skill 文档，移除过时 skill-card","fileCount":9,"zipByteSize":32942},{"version":"2.15.1","createdAt":"2026-07-17T00:28:10.280Z","changelog":"Optimize description: English verb-first + Use when format, No-Op Test cleanup (-14% lines)","fileCount":6,"zipByteSize":24227},{"version":"2.15.0","createdAt":"2026-07-14T10:05:34.619Z","changelog":"Design Gate设计先行HARD-GATE + 执行机制 + 跳过条件","fileCount":6,"zipByteSize":26141},{"version":"2.4.0","createdAt":"2026-06-29T05:48:45.665Z","changelog":"v2.4.0: 整合 DeepSeek 12 条建议 + 审核报告 P0 修复: - 标题版本号 v2.3 → v2.4.0 - 定位描述修正：明确'任务编排与监控'职责 - Step 5 重命名为'委派执行与状态监控' - 增加 Step 5.5 异常处理与降级机制 - 修复快速决策流程图（增加模式触发检查） P1 修复: - Step 1 改为三级判断（触发方式→领域→复杂度） - 增加技能匹配关键词规则表 - 增加技能匹配兜底策略 - Git 提交限定目录（memory/skills/.learnings/ontology/docs） - 技能创建触发条件明确化（相似度>80%） - 增加铁律第7条（优雅降级） - 增加铁律第8条（匹配失败兜底） P2 修复: - Step 2 增加工具类型权重表（browser=8, exec=5, web_fetch=4 等） - 增加 Step 0 模式触发检查（caveman/zoom-out/grill-me/ToT） - parallel_tool_executor.py 增加超时重试机制（默认 2 次） - 增加环境要求章节（Python 版本、依赖脚本、验证命令） - 铁律第 5 条改为浏览器智能关闭策略（预判后续步骤）","fileCount":6,"zipByteSize":14039},{"version":"2.2.0","createdAt":"2026-06-27T05:07:53.971Z","changelog":"v2.2.0: 新增编码类技能调度（coding-agent/multi-agent-review/iterative-loop/ponytail）、安全守卫类技能（hook-engine/skill-bundle）、优化任务分类逻辑","fileCount":6,"zipByteSize":9418},{"version":"2.1.0","createdAt":"2026-06-20T02:49:38.314Z","changelog":"v2.1: 内联Tree-of-Thought多路径探索模式; v2.0: 从技能路由器重构为任务调度中枢，新增任务分类/复杂度评估/执行路由/收尾检查","fileCount":6,"zipByteSize":8556},{"version":"1.0.1","createdAt":"2026-06-19T00:03:20.085Z","changelog":"2026-06-19 批量更新","fileCount":6,"zipByteSize":5055},{"version":"1.0.0","createdAt":"2026-06-02T06:59:56.367Z","changelog":"初始发布：Paudy的数字同事，内置Reflection/Tool Use/Planning/Multi-Agent四大设计模式，支持早晨简报、文档处理、调研分析、定时提醒等日常工作流","fileCount":6,"zipByteSize":5065}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s172x1s50dh0bgmm3yc9516nr586kk4b:daily-agent","setupComplexity":"low","setupSteps":["Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.","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-paudyyin-daily-agent/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-paudyyin-daily-agent/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-paudyyin-daily-agent/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-paudyyin-daily-agent/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-paudyyin-daily-agent/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-paudyyin-daily-agent/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-11T01:47:35.869Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-paudyyin-daily-agent/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-paudyyin-daily-agent/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-paudyyin-daily-agent/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-paudyyin-daily-agent/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-10T23:06:48.060Z","emptyReason":null},"readme":"Skill: daily-agent\n\nOwner: paudyyin\n\nSummary: 长链任务执行skill — 被skill-router调用，负责复杂任务的调度、spawn子代理、Hat系统编排和收尾检查\n\nTags: latest:2.18.0\n\nVersion history:\n\nv2.18.0 | 2026-08-03T00:55:19.437Z | auto\n\n## daily-agent v2.18.0\n\n- 重大重构：将 daily-agent 定位为被 skill-router 调用的长链任务执行 skill，仅负责复杂任务的调度、子代理 spawn、Hat 系统编排与收尾检查\n- 强化主流程为：任务分类 → 复杂度评估 → 执行路由 → 技能匹配 → 委派执行 → 收尾检查\n- 场景导航（scene-navigation）升级：基于关键词快速输出匹配场景及对应上下文（减少 token 消耗、提升定位效率）\n- 前置钩子（PreTask hook）机制完善，任务分类与场景导航后自动注入 hook 检查，支持自动触发技能/上下文\n- 明确角色关系：skill-router 作为入口，daily-agent 仅响应 skill-router 发来的长链/复杂任务\n- 源码结构更新：新增 scripts/ 并行与观测脚本，优化 skill 文档，移除过时 skill-card\n\nv2.15.1 | 2026-07-17T00:28:10.280Z | user\n\nOptimize description: English verb-first + Use when format, No-Op Test cleanup (-14% lines)\n\nv2.15.0 | 2026-07-14T10:05:34.619Z | user\n\nDesign Gate设计先行HARD-GATE + 执行机制 + 跳过条件\n\nv2.4.0 | 2026-06-29T05:48:45.665Z | user\n\nv2.4.0: 整合 DeepSeek 12 条建议 + 审核报告\n\nP0 修复:\n- 标题版本号 v2.3 → v2.4.0\n- 定位描述修正：明确'任务编排与监控'职责\n- Step 5 重命名为'委派执行与状态监控'\n- 增加 Step 5.5 异常处理与降级机制\n- 修复快速决策流程图（增加模式触发检查）\n\nP1 修复:\n- Step 1 改为三级判断（触发方式→领域→复杂度）\n- 增加技能匹配关键词规则表\n- 增加技能匹配兜底策略\n- Git 提交限定目录（memory/skills/.learnings/ontology/docs）\n- 技能创建触发条件明确化（相似度>80%）\n- 增加铁律第7条（优雅降级）\n- 增加铁律第8条（匹配失败兜底）\n\nP2 修复:\n- Step 2 增加工具类型权重表（browser=8, exec=5, web_fetch=4 等）\n- 增加 Step 0 模式触发检查（caveman/zoom-out/grill-me/ToT）\n- parallel_tool_executor.py 增加超时重试机制（默认 2 次）\n- 增加环境要求章节（Python 版本、依赖脚本、验证命令）\n- 铁律第 5 条改为浏览器智能关闭策略（预判后续步骤）\n\nv2.2.0 | 2026-06-27T05:07:53.971Z | user\n\nv2.2.0: 新增编码类技能调度（coding-agent/multi-agent-review/iterative-loop/ponytail）、安全守卫类技能（hook-engine/skill-bundle）、优化任务分类逻辑\n\nv2.1.0 | 2026-06-20T02:49:38.314Z | user\n\nv2.1: 内联Tree-of-Thought多路径探索模式; v2.0: 从技能路由器重构为任务调度中枢，新增任务分类/复杂度评估/执行路由/收尾检查\n\nv1.0.1 | 2026-06-19T00:03:20.085Z | user\n\n2026-06-19 批量更新\n\nv1.0.0 | 2026-06-02T06:59:56.367Z | user\n\n初始发布：Paudy的数字同事，内置Reflection/Tool Use/Planning/Multi-Agent四大设计模式，支持早晨简报、文档处理、调研分析、定时提醒等日常工作流\n\nArchive index:\n\nArchive v2.18.0: 9 files, 32942 bytes\n\nFiles: _meta.json (131b), LEARNING.md (1462b), package.json (387b), scripts/parallel_tool_executor.py (9474b), scripts/profile_observer.py (6095b), scripts/skill_creator.py (4638b), skill-card.md (2016b), SKILL.md (58632b), templates/meeting-minutes.md (859b)\n\nFile v2.18.0:SKILL.md\n\n---\r\nname: daily-agent\r\ndescription: \"长链任务执行skill — 被skill-router调用，负责复杂任务的调度、spawn子代理、Hat系统编排和收尾检查\"\r\ntags: [meta, general, multi-agent, iterative, template-based]\r\nversion: 2.18.0\r\n---\r\n\r\n# Daily Agent — 长链任务执行skill v2.18.0\r\n\r\n**你是长链任务执行skill daily-agent**。由skill-router调用，负责复杂任务的调度和执行。\r\n\r\n**定位**：\r\n- 你不是always-on入口，**skill-router才是**\r\n- 你被skill-router调用，专门处理**长链任务**（≥10次调用/复杂调度/Hat系统编排）\r\n- 核心能力：任务分类 → 复杂度评估 → spawn子代理 → Hat系统 → 收尾检查\r\n\r\n**核心流程**：任务分类 → 复杂度评估 → 执行路由 → 技能匹配 → 委派执行 → 收尾检查\r\n\r\n## 快速决策流程\r\n\r\n```\r\nskill-router 调用 → daily-agent 启动\r\n  → Step 0: 模式触发检查（caveman/zoom-out/grill-me/ToT/converse）\r\n  → Step 1.5: 场景导航（Top 3 匹配场景，v2.8 新增）\r\n  → Step 1.8: 前置钩子检查（PreTask hook）（v2.9 新增）\r\n  → Step 2: 复杂度评估（短链/长链 + 工具预算）\r\n  → Step 3: 执行路由（主会话/spawn/cron）\r\n  → Step 4: 技能匹配（基于关键词→技能映射表，daily-agent不直接执行）\r\n  → Step 4.5: 并行执行规划 + 2-Action Rule（v2.10 新增）\r\n  → Step 5: 委派执行（spawn子代理 + 进度反馈）\r\n  → Step 5.5: 重试与降级\r\n  → Step 6: 收尾检查（浏览器/学习/git/记忆/技能审计/规划收尾）\r\n```\r\n\r\n---\r\n\r\n## Step 0: 内置模式触发检查（v2.5.0 新增）\r\n\r\n每条消息进来先检查是否触发内置模式。\r\n\r\n| 模式 | 触发条件 |\r\n|------|-----------|\r\n| caveman（压缩沟通） | 用户要求简短/省token/快速回复 |\r\n| zoom-out（全局理解） | 用户要求看全局/整体架构/系统全貌 |\r\n| grill-me（方案审视） | 用户提出方案要求深入追问/审视 |\r\n| ToT（多路径探索） | 用户要求多路径对比/方案探索 |\r\n| **converse（讨论模式）** | 用户想讨论/聊天/探索想法，不要求执行 |\r\n\r\n**模式叠加规则**：\r\n1. 模式可叠加，通过 `set_context(\"mode\", mode_name)` 设置\r\n2. 叠加时按最严格的约束执行\r\n3. 退出条件：用户明确说退出或任务完成\r\n\r\n**未触发任何模式**：正常进入 Step 0.5/Step 1。\r\n\r\n---\r\n\r\n## Step 0.5: Converse 模式（v2.5.0 新增）\r\n\r\n> 当用户说\"讨论一下\"或\"聊聊\"时，他们需要的不是AI执行力，而是对话伙伴。此时禁止任何写操作。\r\n\r\n### 意图检测三层判断\r\n\r\n**Layer 1: 显式触发词 → 直接进入 CONVERSE 模式**\r\n\r\n触发词：`讨论一下` / `聊聊` / `帮我分析` / `你觉得呢` / `聊聊` / `converse` / `怎么样` / `XX怎么样` / `XX行不行` / `帮我想想` / `有看法吗`\r\n\r\n→ 自动进入 Converse 模式，输出\"进入讨论模式\"提示\r\n\r\n**Layer 2: 隐式触发句式 → 确认后进入**\r\n\r\n触发句式：\r\n- \"我在想是不是可以……\"（探索性想法，未要求执行）\r\n- \"你觉得哪种方案更好？\"（征求意见，未要求执行）\r\n- \"帮我分析一下XX\"（分析请求，未要求执行）\r\n\r\n→ 提示：\"检测到讨论意图，是否进入 Converse 模式？\"\r\n\r\n**Layer 3: 上下文推断 → 自动识别**\r\n\r\n- 连续 2+ 轮对话中出现探索性/假设性表述且无执行意图\r\n- → 提示：\"看起来我们在讨论中，是否继续 Converse 模式？\"\r\n\r\n### 退出 Converse 模式的条件\r\n\r\n用户说出执行意图词 → 退出 CONVERSE 模式，进入执行：\r\n\r\n**退出触发词**：`执行` / `开始` / `动手` / `做吧` / `实施` / `go` / `implement` / `开始执行` / `退出 converse`\r\n\r\n**退出行为**：立即停止讨论，进入任务调度流程。\"执行\"、\"写代码\"、\"开始\"、\"动手\"、\"做吧\"、\"实施\"等。\r\n\r\n### CONVERSE 模式行为约束\r\n\r\n1. **禁止写操作**：禁止 write / edit / exec(写操作) / browser(写操作) / message\r\n2. **允许读操作**：read / web_search / web_fetch（仅用于支撑讨论）\r\n3. **优先级**：讨论 > 提供选项 > 分析利弊 > 给出建议\r\n4. **末尾提供推进选项**：\r\n   ```\r\n   ---\r\n   💬 讨论进行中 | 当前状态：\"等待确认\" | 下一步\r\n   ```\r\n5. **可叠加 grill-me/ToT 模式**：讨论中可引入追问或多路径探索\r\n\r\n### 状态维护\r\n\r\n进入 Converse 模式后维护以下状态：\r\n```json\r\n{\r\n  \"converse_active\": true/false,\r\n  \"converse_topic\": \"当前讨论主题\",\r\n  \"discussion_points\": [\"已讨论的要点\"],\r\n  \"pending_action\": \"待执行的操作（用户说执行后触发）\"\r\n}\r\n```\r\n\r\n### 退出时输出格式（v2.5.0 新增）\r\n\r\n当用户从讨论切换到执行时，输出 **\"讨论→执行\"过渡摘要**：\r\n\r\n1. **回顾讨论结论**\r\n2. **提取待执行操作**：`pending_action`\r\n3. **输出 CONVERSE 退出提示**：\r\n   ```\r\n   💬 讨论结束。\r\n   \r\n   讨论主题：[topic]\r\n   待执行：[pending_action]\r\n   \r\n   进入执行模式。需要我开始吗？输入 **\"开始执行\"** 启动。\r\n   ```\r\n\r\n### 讨论记录格式（v2.5.0 新增）\r\n\r\nConverse 模式结束后生成讨论摘要写入记忆。\r\n\r\n```markdown\r\n## Converse 讨论记录 [HH:MM]\r\n- **主题**：[topic]\r\n- **模式组合**：[Converse / Converse + grill-me / Converse + ToT]\r\n- **讨论要点**：\r\n  1. [要点1]\r\n  2. [要点2]\r\n- **结论/待定**：[结论或待定事项]\r\n- **待执行操作**：[pending_action]\r\n```\r\n\r\n写入位置：`memory/YYYY-MM-DD.md`\r\n\r\n---\r\n\r\n## Step 1: 任务分类（v2.4.0 新增）四级判断\r\n\r\n### 第一级：触发方式判断\r\n\r\n```\r\n消息进入\r\n    ↓\r\n    ├─ 定时 cron/心跳触发 → 判断 → 直接执行 cron 任务（不调用其他skill）\r\n    └─ 手动触发 → 进入下一步判断\r\n```\r\n\r\n### 第二级：领域分类\r\n\r\n| 任务类型 | 描述 | 示例 |\r\n|------|---------|------|\r\n| **对话** | 日常闲聊、问候、简单问答 | 通过 mx-im/outlook 等渠道 |\r\n| **查询** | \"是什么\"类问题，1次调用可回答 | 查 self-improving/ontology |\r\n| **搜索** | 需要网络搜索的研究任务 | 查 PPT/Word/Excel/PDF/HTML |\r\n| **文件** | 读写文件、整理文档等操作 | 文件操作相关 |\r\n| **编码** | 写代码、调试、重构、代码审查等 | 编程相关任务 |\r\n| **通信** | 发消息、发邮件、通知等跨渠道通信 | 1-3 次工具调用即可完成 |\r\n| **长任务** | 需要多步骤、多工具协同的复杂任务 | 跟踪进度、预计完成时间 ≥2 天 |\r\n\r\n### 第三级：复杂度预判\r\n\r\n根据任务类型初步判断复杂度，决定走主会话还是 spawn。\r\n\r\n### 第四级：任务模式判断（v2.17 新增）\r\n\r\n> 借鉴游戏中的 Fog of War 概念——有些任务不是一开始就能看清全貌的，需要先探索再规划。\r\n\r\n在复杂度评估后增加任务模式分类：\r\n\r\n| 模式 | 识别规则 | 处理方式 |\r\n|------|------|----------|\r\n| **确定性任务**（默认） | 路径清晰、目标明确 | 按常规流程规划执行 |\r\n| **探索性任务** | 路径未知、目标模糊 | 不预设完整计划，逐步探索 |\r\n\r\n**识别规则**：\r\n\r\n```\r\n任务分析\r\n    ↓\r\n    ├─ 涉及\"怎么做\"/\"方案对比\"/\"研究\"/\"设计\"/\"探索\"/\"未知\"/\"不确定\"\r\n    │   → 探索性模式\r\n    ↓\r\n    ├─ 涉及\"已经知道\"/\"按流程\"/\"常规操作\" → 确定性模式\r\n    ↓\r\n    ├─ 任务描述中有\"首次\"/\"没做过\"/\"不确定\" → 探索性模式\r\n    ↓\r\n    └─ 默认 → 确定性模式\r\n```\r\n\r\n### 任务分类完成条件\r\n\r\n四级判断完成后输出分类结果：\r\n- 触发方式（cron/手动）\r\n- 领域（对话/查询/搜索/文件/编码/通信/长任务）\r\n- 复杂度（短链/长链）\r\n- 模式（确定性/探索性）\r\n\r\n**注意**：分类结果影响后续的执行路由选择（主会话/spawn/cron）和任务规划方式。\r\n\r\n---\r\n\r\n## 探索性任务模式（v2.17 新增）\r\n\r\n> 借鉴游戏中的 Fog of War 概念——当任务路径未知或目标模糊时，不要预设完整计划，而是逐步探索、逐步规划。\r\n\r\n### 确定性任务 vs 探索性任务\r\n\r\n| 维度 | 确定性任务 | 探索性任务 |\r\n|------|-------------------|-----------|\r\n| 规划方式 | 预先规划所有步骤 | 只规划\"下一步\"行动 |\r\n| 进度追踪 | 按里程碑 + checkbox | 决策地图 |\r\n| 信息需求 | 信息充分可预判 | 信息不完整，需要逐步探索 |\r\n| 触发场景 | 路径清晰、范围明确 | 路径未知、需要探索 |\r\n| 完成标准 | 按预设路径逐一完成 | 路径在探索中逐步明确 |\r\n\r\n### 探索性任务的决策地图\r\n\r\n探索性任务使用\"决策地图\"替代传统的任务计划。\r\n\r\n```markdown\r\n## 决策地图\r\n\r\n### 已解决\r\n- [已解决问题1]: [结论]\r\n- [已解决问题2]: [结论]\r\n\r\n### 当前焦点\r\n[当前正在探索的问题]\r\n\r\n### 下一步选项（Not yet specified）\r\n- [待探索方向1]: [探索原因和预期]\r\n- [待探索方向2]: [探索原因和预期]\r\n```\r\n\r\n### 探索性任务的执行规则\r\n\r\n1. **不预先规划所有步骤** — 只规划当前可见的下一步\r\n2. **每步更新决策地图** — 根据新信息更新\"已解决\"/\"下一步选项\"\r\n3. **根据新信息决策** — 不固守初始计划，允许路径调整\r\n4. **标记 Fog of War 区域** — 对尚未明确的部分标注 `Not yet specified`\r\n5. **允许路径调整** — 发现新方向时及时更新决策地图\r\n\r\n### Fog of War 标记规范\r\n\r\n探索性任务中，对于尚未明确的部分使用以下标记：\r\n\r\n```markdown\r\n### ⚠ Fog of War 区域\r\n\r\n以下部分属于**探索性规划**，尚未明确。\r\n\r\n- **[待明确事项]**: Not yet specified\r\n  - 原因: [为什么目前无法确定]\r\n  - 澄清条件: [什么条件下可以确定]\r\n```\r\n\r\n**注意事项**：\r\n- Fog of War 区域标注\"探索性规划\"而非\"确定性规划\"\r\n- 随着探索推进逐步消除 Fog of War 区域\r\n- 当所有 Fog of War 消除后，任务切换为确定性模式\r\n\r\n### 模式切换\r\n\r\n**探索性 → 确定性**：\r\n- 当探索性任务逐步明确后（路径清晰/方案确定/消除了 Fog of War 区域），自动切换为确定性模式\r\n- 输出\"模式切换：探索性→确定性\"提示，并将决策地图转换为带 checkbox 的任务清单\r\n\r\n**确定性 → 探索性**：\r\n- 当确定性任务遇到意外情况（新需求/技术障碍/方向调整/发现\"不确定因素\"），切换为探索性模式\r\n- 输出\"模式切换：确定性→探索性\"提示，并生成决策地图\r\n\r\n**切换输出格式**：\r\n```\r\n⚡ 模式切换: [探索性/确定性] → [确定性/探索性]\r\n原因: [切换原因]\r\n当前状态: [决策地图 / 任务清单]\r\n```\r\n\r\n---\r\n\r\n## Step 1.5: 场景导航（v2.8 新增）基于关键词的场景匹配\r\n\r\n> 借鉴 Claude-Mem 的 scene-based memory 机制，通过场景关键词快速定位相关技能和上下文。\r\n\r\n### 场景导航流程\r\n\r\n在 Step 1 任务分类后，通过 scene-navigation 匹配最相关的场景：\r\n\r\n```\r\n任务分类完成\r\n    ↓\r\n提取关键词（领域/任务类型/文件名...）\r\n    ↓\r\n匹配 scene-navigation 中的场景描述\r\n    ↓\r\n加载对应场景上下文（v2.8.1 新增）\r\n    ↓\r\n根据场景复杂度决定 → read 读取 scene block\r\n```\r\n\r\n### 场景匹配表\r\n\r\n| 场景关键词 | 匹配技能/上下文 |\r\n|---------|---------------------|\r\n| 编码/编程/代码 | coding-framework, skill相关, 代码审查 |\r\n| 记忆/知识/学习 | self-improving, memory-tencentdb, ontology |\r\n| 文档/报告/演示 | document-pro, PPT, Excel, PDF |\r\n| 搜索/调研/分析 | web_search多引擎, 知识库查询, 交叉验证 |\r\n| WCS | WCS相关, 仓储系统 |\r\n| 邮件/通信/通知 | 邮件自动化, 消息发送 |\r\n| 天气/日程/生活 | weather, 日历服务 |\r\n\r\n### 场景复杂度分级（v2.8.1 新增）\r\n\r\n根据匹配场景的复杂度决定加载策略：\r\n\r\n| 复杂度 | 场景描述 | 加载策略 | 输出格式 |\r\n|------|------|----------|------|\r\n| >10 | 大型复杂场景 | 详细加载（2-3行摘要） | `### 1. {场景名} 匹配度: XX%\\n{场景描述}` |\r\n| 5-9 | 中等场景（≤3个技能） | 简要加载 | `- {场景名} 匹配度: X%: {一句话描述}` |\r\n| <5 | 简单场景 | 仅列出名称 | `- {场景名} 匹配度: X%` |\r\n\r\n### 场景输出示例\r\n\r\n```markdown\r\n## 📍 场景导航结果\r\n\r\n### 📌 高匹配场景（>5个技能相关）\r\n1. **coding-framework v10.9** 匹配度: 56%\r\n   涉及编码、调试、重构、Rubber Duck检查、Plan Mode探索等\r\n\r\n### 📎 中匹配场景（≤3个技能相关）\r\n- **WCS仓储系统** 匹配度: 8%: 涉及仓储调度算法优化，95%逻辑已完成，5%边界情况需Mock测试\r\n- **数据分析流程** 匹配度: 6%: 涉及数据清洗、可视化、KNN算法验证，处于PoC阶段\r\n\r\n### 📋 低匹配场景\r\n- 邮件自动化场景: 3%\r\n- 天气查询场景: 1%\r\n\r\n👉 使用 `read` 命令读取对应场景的 scene block。\r\n```\r\n\r\n### 设计效果\r\n\r\n- 减少 token 消耗：从全量加载 2-3KB 缩减到 500-800 token\r\n- 快速定位相关技能和上下文\r\n- 避免加载不相关的技能\r\n- 提高任务匹配精度\r\n\r\n**注意**：场景导航是辅助判断，不是强制约束。当任务涉及多个领域时，可以匹配多个场景。复杂度 >10 的场景详细加载，5-9 简要加载，<5 仅列出名称，以节省 token 消耗（目标 < 800）。\r\n\r\n---\r\n\r\n## Step 1.8: 前置钩子检查（v2.9 新增）\r\n\r\n> 借鉴 Superpowers 的 hook 机制，在任务执行前自动检查是否有匹配的 PreTask hook，实现技能的自动触发和上下文注入。\r\n\r\n在 Step 1 任务分类后、Step 1.5 场景导航后，自动执行 PreTask hook 检查。\r\n\r\n### 检查流程\r\n\r\n```\r\n任务分类 + 场景导航完成\r\n    ↓\r\n构造 PreTask 检查输入\r\n  {\r\n    \"task_type\": \"coding\",          // 来自 Step 1 分类\r\n    \"files\": [\"src/main.py\", ...],  // 涉及的文件（从任务描述/上下文中提取）\r\n    \"keywords\": [\"review\", ...]     // 从任务描述中提取的关键词\r\n  }\r\n    ↓\r\n调用 hook-engine 检查\r\n  bash D:\\Users\\yindb2\\.openclaw\\skill-archive\\_inactive\\hook-engine\\hooks\\pre-task-check.sh\r\n    ↓\r\n获取匹配结果\r\n  {\r\n    \"triggered_skills\": [\"python-reviewer\", \"code-reviewer\"],\r\n    \"context_injection\": \"建议先执行 2 个代码审查技能\"\r\n  }\r\n    ↓\r\n根据结果决定是否加载对应技能（read SKILL.md 前 50 行即可）\r\n    ↓\r\n进入 Step 2 复杂度评估\r\n```\r\n\r\n### Hook 触发规则\r\n\r\n触发规则定义在 `D:\\Users\\yindb2\\.openclaw\\skill-archive\\_inactive\\hook-engine\\rules\\skill-triggers.md` 中：\r\n\r\n| 触发条件 | 匹配技能 | 优先级 |\r\n|------|----------|--------|\r\n| task_type=coding + *.py | python-reviewer | 10 |\r\n| task_type=coding + *.ts/*.js | typescript-reviewer | 10 |\r\n| keywords=review/审查 | code-reviewer | 20 |\r\n| keywords=security/安全 | security-auditor | 30 |\r\n| keywords=test/测试 | test-engineer | 15 |\r\n| keywords=architecture/架构 | architecture-critic | 25 |\r\n| keywords=performance/性能 | performance-analyst | 25 |\r\n| keywords=explore/探索 | explore | 5 |\r\n\r\n### 注意事项\r\n\r\n- Hook 触发是\"建议\"而非\"强制\"——用户说\"跳过 XX 审查\"时可以不加载\r\n- 最多同时触发 3 个 hook，避免 token 浪费\r\n- Hook 结果只需 read SKILL.md 前 50 行，不需要完整加载\r\n- Hook 触发结果会注入到任务上下文中供后续步骤参考\r\n\r\n---\r\n\r\n## Step 2: 复杂度评估（v2.4.0 新增）\r\n\r\n### 工具调用预算评估（v2.4.0 新增）\r\n\r\n**各工具调用权重**：\r\n\r\n| 工具类型 | 权重 | 说明 |\r\n|---------|------|------|\r\n| browser | 8 | 最重，涉及页面渲染 |\r\n| exec | 5 | 命令执行，可能耗时 |\r\n| web_fetch | 4 | 网络请求 |\r\n| web_search | 2 | API 调用 |\r\n| read | 1 | 文件读取 |\r\n| write/edit | 2 | 文件写入 |\r\n\r\n**复杂度计算公式**：\r\n\r\n```\r\n预算 = Σ (工具调用次数 × 工具权重)\r\n\r\nsoft_limit = 20   # 软上限\r\nhard_limit = 40   # 硬上限 → spawn\r\n\r\nif 预算 > hard_limit:\r\n    → 强制拆分为 spawn 子任务\r\nelif 预算 > soft_limit:\r\n    → 建议拆分，但可在主会话执行（需告知用户预计耗时）\r\nelse:\r\n    → 在主会话直接执行\r\n```\r\n\r\n**额外加成规则**：\r\n- 涉及多文件编辑 → 加 10 分\r\n- 涉及外部 API → 加 3 分\r\n\r\n### 评估结论\r\n\r\n- 短链任务直接执行\r\n- 短链上限5次调用\r\n- 超过5次 → 建议spawn\r\n\r\n### 拆分原则\r\n\r\n- 长链spawn后不再拆分\r\n- 拆分时确保每个子任务独立可执行\r\n- 拆分粒度以\"一个完整功能\"为单位 → spawn\r\n\r\n---\r\n\r\n## Step 3: 执行路由\r\n\r\n根据任务分类和复杂度评估结果，选择对应的执行路径。\r\n\r\n| 任务类型 | 执行方式 | 说明 |\r\n|------|---------|------|\r\n| 简单查询 + 闲聊/问答 | 主会话直接回答 | 最快路由 |\r\n| 复杂查询 + 文件操作/搜索/文档 | 主会话 + 调用对应skill | 按需加载SKILL.md |\r\n| 长链任务 | spawn子代理 | 后台执行，不阻塞 |\r\n| 定时/周期性任务 | cron | 定时/周期性cron job |\r\n| 通信类任务 | mx-im/outlook | 通过对应渠道发送 |\r\n\r\n### spawn子代理的任务描述规范\r\n\r\n1. **任务描述必须包含完整上下文**：不能假设子代理知道任何背景信息\r\n2. **设置合理的超时时间**：根据任务复杂度设置超时，避免过长或过短\r\n3. **提供明确的验收标准**：子代理需要知道什么算\"完成\"\r\n\r\n### runTimeoutSeconds 设置规范（v2.14.0 新增）\r\n\r\n根据任务复杂度为 spawn 子代理设置合理的 `runTimeoutSeconds` 参数：\r\n\r\n| 复杂度等级 | runTimeoutSeconds | 适用场景 | 判断标准 |\r\n|-----------|-------------------|---------|---------|\r\n| **trivial** | 30 | 简单查询、单文件读取、快速计算 | 1-2次工具调用，无需多步推理 |\r\n| **small** | 60 | 搜索+总结、简单文件操作、格式转换 | 3-5次工具调用，逻辑简单明确 |\r\n| **medium** | 120 | 多文件分析、代码审查、数据处理 | 6-10次工具调用，涉及文件读写+exec |\r\n| **large** | 240 | 深度研究、报告生成、多步骤编码 | 11-20次工具调用，涉及browser/web_fetch |\r\n| **critical** | 360 | 系统级重构、跨模块修改、全量测试 | 20+次工具调用，涉及复杂逻辑+多轮验证 |\r\n\r\n**工具调用次数估算方法**：\r\n```\r\n基础调用估算：\r\n  - read/write/edit: 1次\r\n  - exec: 1-3次（取决于是否有多步验证）\r\n  - web_search: 1-2次\r\n  - web_fetch: 2-5次（取决于页面数量）\r\n  - browser操作: 3-10次（snapshot+act循环）\r\n\r\n合计调用次数 → 对应复杂度：\r\n  1-2次 → trivial (30s)\r\n  3-5次 → small (60s)\r\n  6-10次 → medium (120s)\r\n  11-20次 → large (240s)\r\n  20+次 → critical (360s)\r\n```\r\n\r\n**spawn子代理示例**：\r\n```\r\nsessions_spawn(\r\n    task=\"任务描述\",\r\n    mode=\"run\",\r\n    runTimeoutSeconds=120,  // 根据复杂度设置\r\n    ...\r\n)\r\n```\r\n\r\n**注意事项**：\r\n- 宁可设置较大的超时，也不要因为超时而中断任务\r\n- 子代理实际运行时间通常远小于 timeout\r\n- 超时后子代理会被 kill，未完成的工作需要重新提交\r\n\r\n---\r\n\r\n## Step 3.5: 帽子切换 — Hat 系统（v2.11 新增）\r\n\r\n> 借鉴 ralph-orchestrator 的 Hat System，通过角色切换实现不同阶段的专注目标，避免\"边写代码边审查\"的混乱。\r\n\r\n### 触发条件\r\n\r\n- 任务类型 = coding\r\n- 复杂度 = large 或 critical\r\n- 涉及未确定的\"设计决策\"\r\n\r\n### 执行流程\r\n\r\n```\r\n任务进入\r\n    ↓\r\n    ├─ Phase 1: Research Hat（调研）\r\n    │   ├─ 收集所有相关代码、文档、上下文\r\n    │   ├─ 不修改任何文件，只读取和分析\r\n    │   └─ 输出：调研报告，包含关键发现和约束条件\r\n    ↓\r\n    ├─ Phase 2: Plan Hat（规划）\r\n    │   ├─ 基于 Research context 制定实施计划\r\n    │   ├─ large → PDD .specs/ 目录生成 requirements + design + plan\r\n    │   ├─ critical → PDD + 分阶段实施计划\r\n    │   └─ 输出：实施计划，供 Code Hat 执行\r\n    ↓\r\n    ├─ Phase 3: Code Hat（编码）\r\n    │   ├─ 严格按 plan 执行编码\r\n    │   ├─ 编码过程中不引入新的设计决策（Backpressure 原则）\r\n    │   └─ 输出：代码变更，供 Review Hat 审查\r\n    ↓\r\n    ├─ Phase 4: Review Hat（审查）\r\n    │   ├─ 调用 code-review skill 进行审查（read `D:\\Users\\yindb2\\AppData\\Roaming\\mx\\openclaw-home\\yindb2\\.openclaw\\workspace\\skills\\code-review\\SKILL.md`）\r\n    │   ├─ large → 轻量审查（3个维度）\r\n    │   ├─ critical → 深度审查（5个维度）\r\n    │   └─ 发现问题 → 返回 Phase 3 修复\r\n    ↓\r\n    └─ Phase 5: Debug Hat（调试，仅必要时）\r\n        ├─ 仅当 Review 发现 high/critical 问题时进入\r\n        ├─ 定位问题 → 修复 → 返回 Review\r\n        └─ 最多 3 轮 debug → review 循环\r\n```\r\n\r\n### 帽子职责矩阵\r\n\r\n| Hat | 输入 | 输出 |\r\n|------|------|------|\r\n| Research | 任务描述 | context 调研报告，列出关键发现和约束 |\r\n| Plan | context 调研 | plan.md 或 .specs/ 目录 |\r\n| Code | plan + context | 代码变更 |\r\n| Review | 代码变更 | review.md，问题列表和严重度 |\r\n| Debug | review.md | 修复后的代码 |\r\n\r\n### 注意事项\r\n\r\n**与 coding-framework 的关系**：帽子系统是宏观调度，coding-framework 负责微观执行\r\n- Phase 7（Explore）→ Phase 6（Plan）→ Phase 1/5（Code）→ code-review（Review）\r\n\r\n**与 daily-agent 的关系**：Step 3 路由后，当任务类型=coding 且 complexity=large/critical 时：\r\n1. 输出\"进入帽子系统：调研 → 规划 → 编码 → 审查 → 调试\"\r\n2. 按阶段调用 coding-framework 对应能力（read `D:\\Users\\yindb2\\AppData\\Roaming\\mx\\openclaw-home\\yindb2\\.openclaw\\workspace\\skills\\coding-framework\\SKILL.md`）\r\n3. 每个阶段完成后输出进度：`[Phase 2/5] Plan Hat 完成，进入编码阶段`\r\n\r\n### 限制 Debug 循环次数\r\n\r\n```\r\nReview 结果:\r\n  ├─ 无 high/critical 问题 → 通过 ✓\r\n  └─ 有 high/critical 问题 → 进入 Debug Hat\r\n      ├─ 修复 → 返回 Review\r\n      └─ 超过 3 轮仍有问题 → 停止修复，报告当前状态和未解决问题\r\n```\r\n\r\n---\r\n\r\n## Step 4: 技能匹配（v2.13 新增）\r\n\r\n### 1% 规则检查（v2.13 新增）\r\n\r\n> 参考自 Superpowers using-superpowers 的 Red Flags 概念。\r\n> \r\n> **核心原则**：即使只有 1% 的可能性需要某个技能，也必须加载。\r\n\r\n**以下场景是必须加载技能的 Red Flags**：\r\n\r\n| 信号 | 行动 |\r\n|---------|------|\r\n| \"帮我写个脚本\" | 可能涉及编码，加载 coding-framework |\r\n| \"这个文件怎么报错了\" | 涉及**调试**，加载 debugging-and-error-recovery |\r\n| \"帮我看看这段代码\" | 可能涉及代码审查，加载 code-review |\r\n| \"这个设计合理吗\" | 涉及架构分析，加载 architecture-critic |\r\n\r\n**判断方法**：只要任务涉及任何编码/调试/审查 → 必须加载 `coding-framework` 并在 Step 0 检查 Anthropic 原则。\r\n\r\n---\r\n\r\n### 技能匹配表 — 关键词映射\r\n\r\n#### 文档处理\r\n\r\n| 触发词 | 匹配技能 | 优先级 |\r\n|--------|---------|--------|\r\n| PPT/演示/幻灯片/pptx | pptx | 唯一 |\r\n| Word/文档/文字/docx | docx | 唯一 |\r\n| Excel/表格/电子表格/xlsx | xlsx | 唯一 |\r\n| PDF/文件/文档/pdf | pdf | 唯一 |\r\n| HTML/报告/网页/web | html-report-generator 或 frontend-design 或 web-artifacts-builder | 多候选时竞争 |\r\n\r\n#### 编码开发\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 写代码/编程/开发/重构 | coding-framework | **必须检查：即使只有1%可能性也要加载 Step 0 · Anthropic 原则** |\r\n| 调试/排错/bug/修复 | debugging-and-error-recovery | 错误定位和修复（v2.12 新增 · Anthropic 原则） |\r\n| Agent调试/自诊断/自修复/报错分析 | agent-introspection-debugging | 代理自身的问题诊断和修复（含 error-classifier 工具） |\r\n| 生产环境审计/上线检查/发布验证 | production-audit | 0-100分评分+5维度评估+问题分类，shipping-and-launch 子技能 |\r\n| Agent架构审计/系统设计评审/架构评估 | agent-architecture-audit | 12维度架构评估+5维度质量评估+改进建议 |\r\n| 代码质量评估/技术债评估/代码评分 | agent-self-evaluation | 5维度评分+趋势对比+改进建议 |\r\n| 自主循环/自动迭代/持续执行 | autonomous-loops | De-Sloppify清理+进度追踪+质量保障 |\r\n| 学习/自我改进/持续学习 | continuous-learning | 错误学习+经验积累+知识更新 |\r\n| 测试/TDD/测试驱动 | test-driven-development | RED-GREEN-REFACTOR 循环（v2.12 新增 · Anthropic 原则） |\r\n| 原型/demo/验证/可行性 | prototype | 快速原型构建 |\r\n| 代码/审查/代码审查 | code-review | 双轴审查（v2.12 新增 · Anthropic 原则） |\r\n| 代码走读/代码理解/代码解读 | code-walkthrough | 代码逻辑走读和解读 |\r\n| 多代理审查/并行审查/代码评审 | multi-agent-review | 6维度并行审查 |\r\n| 迭代/循环/逐步改进 | iterative-loop | 迭代式改进循环 |\r\n| 简化/重构/YAGNI/代码简化 | code-simplifier | 代码简化和复杂度控制（v2.12 新增 · Anthropic 原则） |\r\n\r\n#### 产品与设计（v2.12 新增 · Anthropic 原则扩展）\r\n\r\n> 当用户描述产品需求或设计思路时，自动匹配以下 Anthropic 原则相关技能。\r\n> 关键信号：\"帮我设计\"、\"做个方案\"、\"产品需求\"等 → 匹配 coding-framework 外的 Anthropic 原则技能。\r\n\r\n**产品探索**\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 用户访谈/需求验证/用户调研 | interview-me | 模拟用户访谈和需求验证 |\r\n| 想法/创意/头脑风暴/发散 | idea-refine | 创意提炼+多方案探索 |\r\n| 需求/PRD/产品文档/需求分析 | spec-driven-development | 4阶段需求驱动开发 |\r\n\r\n**规划分解**\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 任务分解/计划/排期/工作拆分 | planning-and-task-breakdown | 5级规划+XS-XL任务 sizing |\r\n\r\n**实施执行**\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 增量开发/渐进式/分步实施 | incremental-implementation | 增量式实施策略 |\r\n| 数据驱动/源码驱动/证据驱动 | source-driven-development | 源码驱动的开发决策 |\r\n| 上下文工程/context管理/rules配置 | context-engineering | 上下文工程 agent 配置 |\r\n| UI/界面/前端/页面/组件 | frontend-design | 高质量前端 UI |\r\n| API/接口/SDK/端点 | api-and-interface-design | API和接口设计 |\r\n| 怀疑驱动/质疑/反向思考/挑战假设 | doubt-driven-development | 怀疑驱动开发，挑战假设避免盲区 |\r\n\r\n**测试验证**\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 浏览器测试/DevTools/前端调试 | browser-testing-with-devtools | Chrome DevTools MCP |\r\n\r\n**安全加固**\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 安全/漏洞/OWASP/STRIDE | security-and-hardening | OWASP+STRIDE 安全检查 |\r\n| 性能/优化/加速/响应时间 | performance-optimization | 性能分析和优化 |\r\n\r\n**工程实践**\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| git/提交/分支/合并/版本 | git-workflow-and-versioning | 工作流+版本管理 |\r\n| CI/CD/流水线/自动化部署 | ci-cd-and-automation | 持续集成和部署 |\r\n| 废弃/迁移/升级/替换 | deprecation-and-migration | 废弃和迁移管理 |\r\n| 文档/ADR/架构决策/设计文档 | documentation-and-adrs | 记录决策 why 而非 what |\r\n| 监控/告警/日志/预警/可观测 | observability-and-instrumentation | RED 指标+告警规则 |\r\n| 发布/上线/部署/launch | shipping-and-launch | 上线检查清单+发布 |\r\n\r\n**技能管理**\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 技能使用/技能查找/技能推荐 | using-agent-skills | 技能发现和使用指南 |\r\n\r\n#### 通信\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 消息/通知/发送/群发 | mx-im | 通过IM渠道发送 |\r\n| 邮件/outlook/email | outlook-automation | Outlook邮件操作 |\r\n\r\n#### 知识/记忆\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 记住/学习/经验/教训 | self-improving | 记录到 .learnings/ |\r\n| 知识/图谱/关系/1句话/更新 | ontology + self-improving | 知识图谱更新 |\r\n| 回忆/搜索记忆/之前说过 | memory_search 工具 | 直接调用记忆搜索工具 |\r\n\r\n#### 技能创建相关（v2.16 新增）\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 写 skill/创建 skill/新建技能 | prompt-craft | 技能描述编写规范和模板 |\r\n| 优化描述/prompt 描述 | prompt-craft | 优化技能描述文本 |\r\n| 改进描述/优化skill描述/完善描述 | prompt-craft | 优化技能描述文本 |\r\n| 技能描述/prompt 编写 | prompt-craft | 技能描述编写规范 |\r\n\r\n**注意**：当用户说\"写一个XX技能\"时，如果XX涉及具体编码（如\"写一个React组件技能\"），应优先匹配 coding-framework 而非 prompt-craft。prompt-craft 仅用于描述编写参考。\r\n\r\n#### 金融分析\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 新闻/资讯/热点 | daily-news | 每日新闻汇总 |\r\n| 股票/基金/投资/分析/股价300 | stock-research / fund-analysis | 股票和基金分析 |\r\n| 翻译/translate | translation | 多语言翻译 |\r\n\r\n#### 专业工具\r\n\r\n| 触发词 | 匹配技能 | 说明 |\r\n|--------|---------|------|\r\n| 论文/答辩审查/文献 | thesis-review | 论文评审和文献综述 |\r\n| 数据分析/SQL/数据查询 | data-analysis | SQL/Python/数据分析 |\r\n| 桌面控制/鼠标键盘/自动化操作 | desktop-control-win | Windows桌面自动化控制 |\r\n\r\n### 并行执行规则（v2.4.0 新增）\r\n\r\n```\r\n识别所有可并行的工具调用\r\n1. 分析任务中有哪些可并行的操作 → 标记为并行组\r\n2. 检查 → 确认无依赖关系的调用可并行\r\n3. 执行：2个并行组同时执行 exec、browser等\r\n4. 汇总结果后判断：\"是否还有后续并行操作？\"或\"是否需要串行？\"\r\n```\r\n\r\n**并行化 8 原则（v2.4.0 新增）**：\r\n\r\n> **核心思想：能并行就并行，不能并行再串行。2个以上的独立调用必须并行！**\r\n\r\n---\r\n\r\n## 内置模式详细说明\r\n\r\n### 模式A：压缩沟通（caveman）\r\n\r\n**触发条件**：\r\n- 用户说\"简短\"/\"省token\"/\"caveman\"/\"快速回复\"\r\n- 或上下文暗示需要极简沟通\r\n\r\n**行为规则**：\r\n- 删除冠词(a/an/the)、副词(just/really/basically)、客套(sure/certainly)\r\n- 格式：`[主语] [动词] [宾语]. [结论].`\r\n- 不用完整句子，能用缩写就缩写\r\n- 用最少文字传达最多信息：X -> Y\r\n\r\n**示例**：\r\n- 用户：\"帮我看看这个React组件为什么重渲染？\"\r\n- 回答：\"Inline obj prop -> new ref -> re-render. `useMemo`.\"\r\n\r\n**退出方式**：用户说\"stop caveman\"/\"正常说话\"/\"normal mode\"\r\n\r\n### 模式B：全局理解（zoom-out）\r\n\r\n**触发条件**：\r\n- 用户说\"整体架构\"/\"全局理解\"/\"系统全貌\"\r\n- 或上下文暗示需要宏观视角\r\n\r\n**行为规则**：\r\n- 先画出系统整体架构图\r\n- 解释各模块关系和职责（参考 domain glossary）\r\n- 用 ASCII 图或表格展示结构\r\n- 从高层到低层逐步深入\r\n\r\n### 模式C：方案审视（grill-me）\r\n\r\n**触发条件**：\r\n- 用户提出方案/计划/设计思路\r\n- 用户说\"帮我审视\"/\"grill me\"/\"挑战我的方案\"\r\n\r\n**行为规则**：\r\n- 对方案提出尖锐质疑\r\n- 找出隐含假设和漏洞\r\n- 提供反面论据\r\n- 追问细节直到方案经得起推敲\r\n\r\n### 模式D：多路径探索（Tree-of-Thought）\r\n\r\n**触发条件**：\r\n- 任务规划/方案设计等需要探索多条路径的场景\r\n- 用户说\"有哪些路径\"/\"多路径对比\"/\"ToT\"\r\n- 或上下文暗示需要探索多种可能性\r\n\r\n**行为规则**：\r\n1. **生成候选**：至少生成 3 条不同路径/方案/思路，每条包含实施步骤和预期效果\r\n2. **多维评估**：从可行性、成本、风险、效果等维度对每条路径打分\r\n3. **对比+推荐**：选择最优的 1 条路径，其他 2 条作为备选，给出具体步骤、所需资源和预期产出\r\n4. **输出**：以对比表格形式呈现\r\n5. **等待用户确认**\r\n\r\n```\r\n## 路径对比\r\n\r\n| 维度 | 路径A | 路径B | 路径C |\r\n|------|-------|-------|-------|\r\n| 可行性 | 高 | 中 | 较高 |\r\n| 成本 | 低 | 低 | 高 |\r\n| 风险 | 中 | 低 | 低 |\r\n| 效果 | 中 | 较好 | 最好 |\r\n\r\n## 推荐路径B，理由如下...\r\n\r\n## 路径A vs C 的取舍...\r\n\r\n## 最终建议：选择路径C，因为...\r\n```\r\n\r\n**与 grill-me 的区别**：\r\n- grill-me 是对已有方案进行深入追问\r\n- ToT 是在方案形成前探索多条可能路径\r\n\r\n---\r\n\r\n## Step 4.5: 并行执行规划（v2.3 新增）\r\n\r\n当任务涉及多个可并行的操作时：\r\n\r\n### 并行性判断\r\n\r\n```\r\n分析任务步骤 → 判断并行性？\r\n  ├─ 纯查询任务 → 可并行（web_search/web_fetch/read/memory_search等）\r\n  ├─ 多路径探索 → 可并行（涉及多个独立子任务，参见多路径探索模式）\r\n  └─ 有依赖关系 → 不可并行，串行执行\r\n```\r\n\r\n### 可并行工具清单\r\n\r\n| 工具 | 资源类型 | 并行度 |\r\n|------|----------|----------|\r\n| web_search | API | 8 |\r\n| web_fetch | NETWORK | 6 |\r\n| read | FILE | 4 |\r\n| memory_search | API | 8 |\r\n| session_status | API | 8 |\r\n| cron_list | API | 8 |\r\n| sessions_list | API | 8 |\r\n\r\n### 不可并行的操作\r\n\r\nwrite / edit / exec / browser 等有副作用的操作不可并行。\r\n\r\n### 执行策略\r\n\r\n- **并行执行器**：`python scripts/parallel_tool_executor.py`\r\n- **优先级**：API(8并发) > 文件(4并发) > 网络请求(按需)\r\n- **限制条件**：同一资源不并行，避免冲突\r\n- **路径选择**：按规范选择最优路径，不盲目并行\r\n\r\n### 常见的并行场景\r\n\r\n- 多引擎搜索：web_search 同时查 3 个不同关键词\r\n- 多文件读取：read 同时读 N 个独立文件\r\n- 状态查询并行：session_status + sessions_list\r\n\r\n### 常见的串行场景\r\n\r\n- 查询 → 分析结果 → 写入文件（有依赖关系）\r\n- 搜索 → 提取内容 → 总结输出（有依赖关系）\r\n- 有状态修改的操作，必须串行执行\r\n\r\n---\r\n\r\n## Step 4.5: 任务规划与检查（v2.10 新增）\r\n\r\n> 借鉴 Manus 的任务规划机制，确保长链任务有明确的计划、进度追踪和检查点。\r\n\r\n### 规划触发条件\r\n\r\n满足以下条件时自动触发任务规划：\r\n\r\n```\r\n任务分析\r\n1. .planning/.active_plan 或类似文件存在 → 加载已有规划\r\n2. .planning/*/task_plan.md 存在 → 加载任务计划\r\n3. ./task_plan.md 存在 → 加载任务计划（兼容旧格式）\r\n```\r\n\r\n### 恢复判断\r\n\r\n检查是否存在任务规划文件：\r\n\r\n1. **检查 task_plan.md** → 确认任务目标和步骤\r\n2. **检查 findings.md** → 确认已完成的调研\r\n3. **检查 progress.md** → 确认当前进度\r\n4. **确认下一步** → 从上次中断处继续\r\n\r\n### 5-Question Reboot Test\r\n\r\n每次恢复任务时回答：\r\n\r\n| 问题 | 检查位置 |\r\n|------|----------|\r\n| 我在做什么？ | task_plan.md 的目标描述 |\r\n| 为什么做？ | 任务背景 |\r\n| 做到哪了？ | 进度中的 Goal |\r\n| 发现了什么？ | findings.md |\r\n| 下一步是什么？ | progress.md |\r\n\r\n### 2-Action Rule（v2.10 新增）\r\n\r\n> 每 2 次查询/浏览操作后，必须将发现写入文件。防止\"只看不动手\"。\r\n\r\n```\r\n规则\r\n- 每 2 次 view/browser/search 操作后\r\n- 必须将发现写入 findings.md\r\n- 然后继续下一步/更新进度\r\n\r\n操作计数\r\n- web_search 查询 +1\r\n- web_fetch 页面 +1\r\n- browser snapshot 操作 +1\r\n- read (非规划文件) +1\r\n\r\n每 2 次 → 必须写入 findings.md\r\n```\r\n\r\n### 规划文件管理\r\n\r\n对于未完成的规划任务（复杂度 ≥ medium）：\r\n\r\n1. 创建任务规划文件\r\n2. 使用 planning-templates skill 中的模板\r\n3. 定期更新进度文件\r\n4. trivial/small 任务不需要规划文件\r\n\r\n---\r\n\r\n## Step 4.8: Design Gate（v2.15 新增）\r\n\r\n> 参考自 Superpowers brainstorming 的 HARD-GATE 机制。\r\n> DS（设计审查）要求在编码前完成设计确认 + 避免\"边想边做\"的问题。\r\n\r\n### 核心规则\r\n\r\n```\r\nNO IMPLEMENTATION WITHOUT DESIGN APPROVAL\r\n```\r\n\r\n当任务涉及设计决策时，必须先完成设计确认，才能进入编码阶段（coding-framework/frontend-design 等）。\r\n\r\n### 触发条件（DS设计审查）\r\n\r\n**触发流程**：\r\n1. daily-agent 检测到任务涉及设计决策 → 设置 `design_gate_active = true`\r\n2. 阻止任何编码操作：**检查**：IF `design_gate_active` AND 未获得设计批准 THEN STOP → 输出设计模板 → 等待用户确认\r\n3. 用户确认设计方案后 → 设置 `design_approved = true`，进入编码阶段\r\n4. 用户说\"直接写代码\" → 设置 `design_gate_bypassed = true`\r\n\r\n### 判断流程\r\n\r\n```\r\n任务涉及设计决策？\r\n    ├─ YES → 进入设计确认流程\r\n    └─ NO → 直接进入编码\r\n              ↓\r\n         输出2-3个方案 + 推荐理由\r\n              ↓\r\n         用户选择方案\r\n              ↓\r\n         记录设计决策到 .specs/ 或 memory\r\n              ↓\r\n         进入编码阶段\r\n```\r\n\r\n### 绕过 Design Gate（DS设计审查）的条件\r\n\r\n**以下情况可以直接写代码，不需要设计确认**：\r\n1. 用户明确说\"直接写\" / \"不用设计\" / \"just code it\"\r\n2. 修改量 <= 50行代码，且不涉及架构变更\r\n\r\n**以下情况必须走设计流程（即使只有1处）**：\r\n- 涉及数据库 schema 变更\r\n- 涉及 API 接口变更\r\n- 涉及跨模块依赖\r\n- 用户明确要求设计评审\r\n\r\n**输出格式**：\r\n\"这个任务涉及设计决策，建议先确认方案再编码。是否需要我输出设计方案？\"\r\n\r\n### 设计文档模板\r\n\r\n```markdown\r\n# [任务名称] 设计\r\n\r\n## 背景\r\n[一句话说明]\r\n\r\n## 目标\r\n[2-3句话描述期望效果]\r\n\r\n## 方案\r\n- 方案A: 描述\r\n- 方案B: 描述\r\n\r\n## 推荐方案\r\n[方案选择 + 理由]\r\n\r\n## 风险评估\r\n[可能的风险和应对]\r\n\r\n## 验收标准\r\n[如何确认完成]\r\n```\r\n\r\n---\r\n\r\n## Step 5: 委派执行与进度反馈（v2.4.0 新增）\r\n\r\n**核心**：长链任务 spawn 子代理后，必须提供进度反馈，不能\"静默执行\"。\r\n\r\n### 5.1 任务委派格式\r\n\r\nspawn 子代理时必须包含以下信息：\r\n\r\n```\r\n任务委派\r\n- skill_name: 匹配到的技能名称\r\n- task_description: 任务描述（Agent Brief 格式，遵循持久性原则）\r\n- input_context: 输入上下文（包含相关文件路径、前置任务结果等）\r\n- expected_output: 期望输出\r\n- timeout: 预计执行时间\r\n```\r\n\r\n### Agent Brief 持久性原则（v2.17 新增）\r\n\r\n> 借鉴 Matt Pocock 的 triage skill 理念——\"任务描述应该描述行为而非路径\"。\r\n> 当 spec 描述行为而非文件路径时，即使代码重构后 spec 仍然有效。\r\n\r\n**铁律**：禁止引用具体文件路径和行号，只描述行为。\r\n\r\n**示例**：\r\n\r\n| ❌ 错误（引用路径/行号） | ✅ 正确（描述行为） |\r\n|---|---|\r\n| `修改 src/api/user.py 第127行的查询逻辑` | `修改用户API中的查询逻辑，支持分页和过滤` |\r\n| `在 components/Header.tsx 中添加导航栏` | `在页面顶部添加全局导航栏组件` |\r\n| `修复 utils/auth.js 的 validateToken 函数` | `修复认证模块中的 token 验证逻辑` |\r\n| `第42行的条件判断逻辑错误` | `修复条件分支中的逻辑错误` |\r\n\r\n**注意事项**：\r\n- 委派指令中**描述行为**而非引用路径/行号，避免代码重构后描述失效\r\n- 所有 task spec / 任务描述中，**描述行为**而非引用路径\r\n- 子代理在执行时自行定位具体文件和行号\r\n\r\n**适用范围**：\r\n- daily-agent 的委派指令\r\n- coding-framework 的任务描述\r\n- PDD .specs/ 中的 requirements.md 和 implementation-plan.md\r\n- 所有 spawn 子代理的 task 描述\r\n\r\n### 5.2 进度反馈机制\r\n\r\n长链任务执行过程中需要反馈进度。\r\n\r\n**短链任务（主会话执行）**：\r\n- 每完成一个步骤输出进度\r\n- 遇到阻塞时立即告知（Step 4.5 并行规划）\r\n- 预计耗时超过 5 分钟时提前说明\r\n\r\n**长链任务（spawn 子代理）**：\r\n- 使用 `sessions_spawn` 启动子代理\r\n- 子代理通过进度文件（skill_name、task_description、input_context）更新进度\r\n- 设置合理的超时时间：简单的 300s、中等的 600s、复杂的 900s+\r\n\r\n**spawn 子代理示例**：\r\n```\r\nsessions_spawn(\r\n    task=\"任务描述\",\r\n    label=\"daily-task-{timestamp}-{domain}\",\r\n    skill=\"{matched_skill}\",\r\n    timeoutSeconds=600\r\n)\r\n```\r\n\r\n### 5.3 进度反馈\r\n\r\n**短链任务**：\r\n- 每个步骤完成后输出进度\r\n- 遇到阻塞时立即告知\r\n\r\n**spawn 子代理任务**：\r\n- 启动时告知用户：\"已开始后台任务 {task_id}，预计 {eta} 后完成。你可以继续做其他事情。\"\r\n- 完成后自动通知\r\n\r\n**长链任务进度反馈（v2.4.0 新增）**：\r\n\r\n当任务预计执行时间 > 30 秒时：\r\n1. spawn 子代理执行具体任务\r\n2. 将 task_id 记录到进度文件\r\n3. 主会话继续响应用户其他请求\r\n4. 子代理完成后通过\"任务完成\"通知用户\r\n5. 用户可随时查询任务进度\r\n\r\n**ETA 估算表**：\r\n\r\n| 任务类型 | 预计时间 |\r\n|---------|---------|\r\n| 简单搜索 + 总结 | 30-60 秒 |\r\n| 文档生成任务（PPT/Word） | 60-120 秒 |\r\n| 数据分析任务 | 120-300 秒 |\r\n| 复杂编码任务 | 300-600 秒 |\r\n\r\n**注意事项**：\r\n- 长任务 spawn 后，子代理的 at 回调负责通知\r\n- 预计时间 = 估算的执行时间\r\n- 超时处理：prompt 中说明\"如果任务 XXX 超过预期未完成，请告知用户\"\r\n\r\n---\r\n\r\n## Step 5.5: 重试与降级（v2.4.0 新增）\r\n\r\n### 重试策略\r\n\r\n```\r\n5.1 失败\r\n5.2 重试:\r\n    if retries < 3 and 可恢复错误 → 等待后重试（1s, 2s, 4s）\r\n    if retries >= 3:\r\n        → 记录失败到 .learnings/YYYY-MM-DD-task-{id}-error.md\r\n        → 通知用户并提供替代方案\r\n        → 触发 self-improving 学习机制\r\n```\r\n\r\n### 常见错误处理\r\n\r\n| 错误类型 | 处理策略 |\r\n|---------|---------|\r\n| spawn 子代理超时 | 检查子代理状态，必要时重新执行 |\r\n| 工具调用失败 | 尝试替代工具（如 web_search 失败换 web_fetch） |\r\n| 连续失败超过 3 次 | 停止重试，通知用户并记录到 .learnings/ |\r\n| 网络请求失败 | 切换数据源，尝试备用 API |\r\n| 文件读写错误 | 检查权限，尝试备用路径 |\r\n\r\n### 失败记录格式\r\n\r\n```markdown\r\n## 任务失败记录\r\n\r\n- **时间**: YYYY-MM-DD HH:MM:SS\r\n- **任务ID**: daily-task-{timestamp}-{domain}\r\n- **失败类型**: {failure_type}\r\n- **错误信息**: {error_message}\r\n- **重试次数**: {retries}\r\n- **降级策略**: {fallback_strategy}\r\n- **是否解决**: 是/否\r\n```\r\n\r\n### 降级 7 原则（v2.4.0 新增）\r\n\r\n> **核心思想：失败不可怕，不记录才可怕。每次失败都是学习机会。**\r\n\r\n---\r\n\r\n## Step 6: 收尾检查（v2.10 新增）\r\n\r\n任务完成后执行以下检查：\r\n\r\n```\r\n✅ 浏览器是否关闭 → browser stop\r\n✅ 有新经验/教训 → 记录到 .learnings/ (self-improving)\r\n✅ 有代码变更需要提交 → git add + git commit（写描述性commit message）\r\n✅ 有新知识/经验 → 更新 memory/ 或 ontology\r\n✅ 有新技能发现 → 建议创建新技能\r\n✅ 有重复模式出现 → 建议创建新 skill（v2.3 新增）\r\n✅ 有用户偏好变化 → 更新用户画像（v2.3 新增）\r\n✅ 任务复杂度较高（≥medium） → 考虑是否 spawn rubber-duck（v2.6 新增）\r\n✅ 任务执行超过3次工具重试 → 记录到失败日志（v2.7 新增）\r\n✅ 任务涉及规划文件变更 → 更新 L1 记忆（v2.8.2 新增）\r\n✅ 任务有规划文件 → 更新 task_plan.md / findings.md / progress.md（v2.10 新增）\r\n```\r\n\r\n### 规划文件收尾（v2.10 新增）\r\n\r\n如果任务涉及规划文件（.planning/*/task_plan.md 或 ./task_plan.md），需要：\r\n\r\n1. **更新 task_plan.md**：\r\n   - 标记任务状态为 `complete`\r\n   - 在 Errors Encountered 部分记录遇到的问题\r\n   - 更新 Files Created/Modified 列表\r\n\r\n2. **更新 findings.md**：\r\n   - 记录新发现的路径和结论\r\n   - 更新待办事项\r\n\r\n3. **更新 progress.md**：\r\n   - 添加 Session Log 条目\r\n   - 记录本次完成的任务和下一步计划\r\n   - 更新进度百分比\r\n\r\n### 收尾检查清单\r\n\r\n1. **浏览器检查** → 确保所有浏览器实例已关闭\r\n2. **经验记录** → 将新经验写入 .learnings/\r\n3. **技能审计** → 检查是否有可提取为新技能的模式（≥3次重复）（v2.3）\r\n4. **用户画像更新** → 检查对话中是否有用户偏好变化（v2.3）\r\n5. **git commit** → 提交所有代码变更（v2.4.0 新增）\r\n6. **记忆更新** → 更新长期记忆和知识图谱\r\n\r\n### Git 提交规范（v2.4.0 新增）\r\n\r\n**必须提交的文件类型**：\r\n- `memory/`\r\n- `skills/`\r\n- `.learnings/`\r\n- `ontology/`\r\n- `docs/`\r\n\r\n**不提交的文件**：\r\n- 临时文件（*.tmp, *.bak）\r\n- 大文件（>10MB）\r\n- 敏感文件（*.key, *.pem）\r\n\r\n**提交流程**：\r\n```bash\r\n# 1. 添加变更文件\r\ngit add memory/ skills/ .learnings/ ontology/ docs/\r\n\r\n# 2. 检查变更\r\ngit diff --cached --stat\r\n\r\n# 3. 提交\r\ngit commit -m \"daily: {task_description}\"\r\n```\r\n\r\n### 技能自动提取规则（v2.4.0 新增）\r\n\r\n当任务执行过程中出现以下模式时，自动提取为新 skill：\r\n\r\n```\r\n检测条件（全部满足时触发）：\r\n  1. 同 (domain, matched_skill) 组合重复出现 ≥ 3\r\n  2. 在 3 个以上不同任务中出现相似的操作流程 > 80%\r\n  3. 操作序列长度 ≥ 3 步\r\n  4. 该模式在近期任务中出现频率较高\r\n\r\n触发时：\r\n  python scripts/skill_creator.py analyze <任务描述>\r\n  → 创建草稿到 skills/_drafts/\r\n  → 用户确认后移到 skills/\r\n```\r\n\r\n### 用户画像自动更新（v2.3 新增）\r\n\r\n当对话中出现用户偏好变化时，自动更新用户画像。\r\n\r\n```\r\n检测信号\r\n  - 用户说\"我喜欢...\" / \"我不喜欢...\"\r\n  - 用户说\"以后...\" / \"下次...\"\r\n  - 用户说\"记住...\" / \"别忘了...\"\r\n  - 用户说\"不要...\" / \"禁止...\"\r\n\r\n触发时：\r\n  python scripts/profile_observer.py extract <对话内容>\r\n  → 更新到 memory/user_observations.json\r\n  → 同时更新 USER.md 中的\"个人偏好\"部分\r\n\r\n定期画像检查：\r\n  python scripts/profile_observer.py hint\r\n  → 检查最近7天的对话\r\n  → 发现语气/偏好有变化时提示\r\n```\r\n\r\n### 自动 Rubber Duck 审查（v2.6 新增）\r\n\r\n> 借鉴 Copilot CLI 的 rubber duck 审查机制——当代码变更达到一定规模时，自动 spawn 一个轻量级审查子代理，而不是每次都调用重量级的多代理审查。\r\n\r\n**触发条件**：编码任务完成后，满足以下任一条件：\r\n1. 任务涉及\"代码变更\"且涉及多文件修改/重构\r\n2. 任务复杂度为 medium 或 large（≥3 个文件修改 或 涉及安全相关操作）\r\n3. 任务执行过程中出现过重大决策未验证/方案不确定\r\n\r\n**不触发条件**：\r\n- trivial/small 任务（< 3 个文件修改）且路径 A \"自审\"已覆盖\r\n- 纯文档/配置/数据类任务（不涉及代码逻辑）\r\n- 已经过多代理审查的任务（不重复审查）\r\n\r\n**审查方法**：\r\n```\r\nsessions_spawn(\r\n  task: \"你是 rubber-duck 代码审查员。请对以下代码变更做快速审查，检查 3 个维度：\r\n         1. 逻辑正确性：是否有明显的逻辑错误、边界条件遗漏、路径错误\r\n         2. 安全性：是否有注入风险、权限漏洞、敏感信息泄露\r\n         3. 可维护性：是否有命名不清、重复代码、过度复杂的问题\r\n         \r\n         变更文件列表：{changed_files}\r\n         \r\n         请以 JSON 格式输出审查结果：\r\n         {\\\"issues\\\": [{\\\"severity\\\": \\\"high|medium|low\\\", \\\"file\\\": \\\"xxx\\\", \\\"line\\\": N, \\\"desc\\\": \\\"...\\\"}], \\\"verdict\\\": \\\"pass|fail\\\"}\r\n         \r\n         注意\r\n         - 只关注高优先级问题，不纠结风格\r\n         - 如果代码质量良好，直接通过\r\n         - 输出格式严格为 JSON：{\\\"issues\\\": [], \\\"verdict\\\": \\\"pass\\\"}\",\r\n  model: \"sonnet\",\r\n  mode: \"run\",\r\n  runTimeoutSeconds: 120\r\n)\r\n```\r\n\r\n**审查结果处理**：\r\n- `verdict: \"pass\"` → 审查通过，记录到任务日志\r\n- `verdict: \"fail\"` → 将 issues 列表展示给用户，由用户决定是否修复\r\n- spawn 超时/失败 → 不影响任务完成，记录为\"审查跳过\"\r\n\r\n**Token 消耗估算**：\r\n- 审查子代理只接收变更的代码 diff，不接收完整项目\r\n- 输入约 500 tokens\r\n- 输出约 120 秒\r\n\r\n### 自动上下文摘要（v2.7 新增）\r\n\r\n> 借鉴 Copilot CLI 的 `/context` 命令理念——在长对话中自动生成上下文摘要，帮助用户和 AI 了解当前状态，减少 token 消耗。\r\n\r\n**触发条件**：\r\n- 对话轮次 ≥3 次工具调用且涉及复杂操作/多步骤任务\r\n- 或任务涉及 spawn 子代理且需要汇总多个子任务结果\r\n\r\n**执行方法**：\r\n```\r\n调用 session_status 工具 → 获取当前状态 → 生成上下文摘要\r\n```\r\n\r\n**输出格式**：简短的状态摘要\r\n```\r\n📊 当前状态: 119k/203k (59%) | 📝 本轮: +5.8k tokens | 🔧 工具: 21次\r\n```\r\n\r\n**详细格式**（用户要求\"总结上下文\"时）：\r\n```\r\n📋 上下文摘要\r\n📊 对话状态: 119k / 203k (59%)\r\n📝 本轮消耗: +5.8k tokens\r\n📦 缓存命中率: 49% (117k cached)\r\n🔧 工具调用: 21次\r\n💰 估算成本: ~84k tokens\r\n```\r\n\r\n**注意事项**：\r\n- 上下文摘要使用 session_status 的 API 数据\r\n- \"本轮 token\" 对应 session_status 返回的 \"out\" 值\r\n- 缓存命中率 >80% 时提示\"上下文稳定，可以开始新任务\"\r\n\r\n### 自动 L1 记忆同步（v2.8.2 新增）\r\n\r\n> 借鉴 Claude-Mem 的双层记忆机制——当任务涉及重要知识更新时，自动触发 L1 记忆同步，确保 markdown 记忆和向量记忆的同步。\r\n\r\n**触发条件**：任务完成后发现以下任一情况：\r\n- 对话中出现了重要的新知识/经验/教训\r\n- 对话中出现了关键决策/结论\r\n- 对话中出现了需要记录的 bug/问题解决方案\r\n- 对话中出现了值得记录的 skill/工具使用经验\r\n- 对话中出现了用户偏好变化/新需求\r\n\r\n**执行方法**：\r\n```\r\n调用 PowerShell 脚本\r\npowershell -ExecutionPolicy Bypass -File \"D:\\Users\\yindb2\\AppData\\Roaming\\mx\\openclaw-home\\yindb2\\.openclaw\\workspace\\scripts\\dual-memory-sync.ps1\" -Mode sync-markdown\r\n```\r\n\r\n**预期效果**：\r\n- 自动将对话中的重要知识同步到 markdown 记忆文件（耗时约 1 分钟左右）\r\n- 确保向量记忆和 markdown 记忆的一致性\r\n- 避免\"对话中学到了但记忆中找不到\"的情况\r\n\r\n**注意事项**：\r\n- L1 同步是后台操作，不阻塞用户交互\r\n- 同步过程中不影响对话的正常进行\r\n- 同步完成后自动通知（如果有重要更新）\r\n\r\n---\r\n\r\n## 铁律规则\r\n\r\n### 规则1：长链任务必须spawn\r\n\r\n- 长链任务/复杂操作 → 必须使用 `sessions_spawn`\r\n- 不允许\"长链任务\"在主会话执行\r\n- 违反 = 失职\r\n\r\n### 规则2：短链任务工具调用上限5次\r\n\r\n- 短链任务的工具调用次数控制在\"5次\"以内\r\n- 超过5次 → 建议spawn\r\n- 不允许\"短链任务无限调用\"\r\n\r\n### 规则3：搜索任务多引擎交叉验证\r\n\r\n- 中文搜索优先用 web_search(bocha/baidu) → 主力\r\n- 英文搜索优先用 web_search(volc/ali) → 主力\r\n- 不确定的先搜索再回答\r\n\r\n### 规则4：不认识先搜索\r\n\r\n- 遇到不确定的概念/术语 → 先搜索确认\r\n- 不编造\r\n- 不猜测、不臆断\r\n\r\n### 规则5：浏览器即用即关（v2.4.0 新增）\r\n\r\n每次使用浏览器后，检查接下来2步是否还需要浏览器：\r\n- 如果接下来 2 步不需要浏览器 → 立即关闭\r\n- 如果后续步骤还需要浏览器 → 保持打开\r\n- 收尾检查时确认浏览器已关闭 → 关闭\r\n\r\n**判断逻辑**：\r\n```\r\nif \"browser\" not in predicted_remaining_tools(next_2_steps):\r\n    browser.stop()\r\n```\r\n\r\n### 规则6：失败要记录\r\n\r\n- 错误/失败 → 触发 self-improving 记录\r\n- 写到 .learnings/ 目录\r\n\r\n### 规则7：重复模式要提取技能（v2.4.0 新增）\r\n\r\n- 同类任务 → 重复 3 次 → 检查是否有可提取模式 → 建议创建新skill\r\n- 参考 Step 5.5 的技能提取规则\r\n\r\n### 规则8：并行执行优先（v2.4.0 新增）\r\n\r\n- 能并行的操作 → 必须并行执行\r\n- 不允许\"能并行却串行\"的低效行为\r\n- 涉及2个以上的独立调用必须使用 exec、browser等\r\n- 参考 Step 4 的并行规则\r\n\r\n### 规则9：Converse 模式期间禁止写操作（v2.5.0 新增）\r\n\r\n- CONVERSE 模式期间禁止 write / edit / exec(写) / message / browser(写)\r\n- 只允许读操作：read / web_search / web_fetch（仅用于支撑讨论）\r\n- 用户说\"执行\"/\"开始\"/\"动手\"/\"做吧\"/\"退出讨论\" → 退出 CONVERSE 模式后进入执行\r\n- 违反 = 失职\r\n\r\n---\r\n\r\n## 快速决策流程图（v2.5.0 新增）\r\n\r\n```\r\n┌──────────────────────────────────────────────────────────────┐\r\n│ 消息进入                                                      │\r\n│ Step 0: 模式触发检查                                          │\r\n│   触发 caveman/zoom-out/grill-me                              │\r\n│   /ToT/converse                                               │\r\n│   未触发 → 进入下一步                                          │\r\n├──────────────────────────────────────────────────────────────┤\r\n│ Step 0.5: Converse 意图检测                                   │\r\n│   检测讨论意图 → 进入 CONVERSE                                 │\r\n│   检测执行意图 → 进入任务调度                                   │\r\n│   检测讨论+追问 → 讨论+追问                                    │\r\n│   未触发 CONVERSE → 进入任务调度                                │\r\n├──────────────────────────────────────────────────────────────┤\r\n│ Step 1: 任务分类                                               │\r\n│   ├─ 定时 cron/心跳 → 直接执行 cron 任务                        │\r\n│   ├─ 手动触发                                                  │\r\n│   │   领域：对话/查询/搜索/文件/编码/通信/长任务                   │\r\n│   │   复杂度预判：短链/长链                                      │\r\n│   │   模式判断：确定性/探索性                                    │\r\n│   └─ 场景匹配 → 匹配技能                                       │\r\n├──────────────────────────────────────────────────────────────┤\r\n│ Step 2: 复杂度评估 + 工具预算                                   │\r\n│   计算工具调用预算                                               │\r\n│   判断：短链(≤5次) / 长链(≥10次)                                 │\r\n├──────────────────────────────────────────────────────────────┤\r\n│ Step 3: 执行路由                                               │\r\n│   ├─ converse → 讨论模式（禁止 spawn/write）                     │\r\n│   ├─ 短链 → 主会话直接执行                                       │\r\n│   └─ 长链 → spawn(子代理, 后台执行)                              │\r\n│                                                                │\r\n│   短链任务 → 主会话执行                                          │\r\n└──────────────────────────────────────────────────────────────┘\r\n```\r\n\r\n**spawn 子代理示例**：\r\n```\r\nsessions_spawn(\r\n    task=\"任务描述\",\r\n    label=\"daily-task-{timestamp}-{domain}\",\r\n    skill=\"{matched_skill}\",\r\n    timeoutSeconds=600\r\n)\r\n```\r\n\r\n---\r\n\r\n## 子技能索引\r\n\r\ndaily-agent 整合了多个子技能，以下是各子技能的索引：\r\n\r\n| 独立子技能（保留独立SKILL.md） | 用途 | 触发场景 |\r\n|-----------------|------|---------|\r\n| `diagnose` | 6阶段系统化排错方法论 | 调试/排错/bug |\r\n| `tdd` | Red-Green-Refactor循环 | 测试驱动开发 |\r\n| `prototype` | 快速原型构建方法论 | 验证想法/做demo |\r\n| `thesis-review` | 论文评审和文献综述 | 论文评审 |\r\n\r\n| 内置模式（daily-agent内联） | 用途 | 触发场景 |\r\n|------------------------|------|---------|\r\n| 压缩沟通模式（caveman） | 省token极简回复 | 用户要求简短/省token |\r\n| 全局理解模式（zoom-out） | 系统架构/全局视图 | 用户要求\"看全局\" |\r\n| 方案审视模式（grill-me） | 深入追问和挑战方案 | 用户要求方案审视 |\r\n| 多路径探索模式（ToT） | 多方案对比和探索 | 任务规划/方案设计 |\r\n| **讨论模式（converse）** | **讨论聊天/探索想法** | **用户要求讨论/聊天** |\r\n\r\n---\r\n\r\n## 任务完成后\r\n\r\n完成任务后，做任务总结，将操作记录更新到 record.md 中。\r\n\r\n---\r\n\r\n## 版本历史\r\n\r\n当前版本：v2.18.1（2026-07-26）完整记录见 git log。\n\nFile v2.18.0:_meta.json\n\n{\n  \"ownerId\": \"kn73z7zhz92tv6skpnmpy5pdfh86j68x\",\n  \"slug\": \"daily-agent\",\n  \"version\": \"2.18.0\",\n  \"publishedAt\": 1785718519437\n}\n\nFile v2.18.0:LEARNING.md\n\n# LEARNING.md — Daily Agent 学习记录\r\n\r\n## 使用说明\r\n每次 Paudy 纠正我、指出错误、或我学到新规则时，自动追加到这里。\r\n格式：日期 + 事件 + 学到的教训。\r\n\r\n---\r\n\r\n## 学习记录\r\n\r\n### 2026-06-02 — Gateway 重启铁律\r\n- **事件**：反复用 `gateway stop` + 杀进程重启，导致配置被覆盖\r\n- **Paudy 纠正**：应该只用 `gateway restart`（SIGUSR1 热重载）\r\n- **教训**：\r\n  1. `gateway stop` 连接远程配置服务器 401，经常失败\r\n  2. 杀进程再启动会触发 PRD preset 合并，覆盖本地配置\r\n  3. SIGUSR1 热重载安全，不杀进程、不合并 preset、配置完整保留\r\n  4. `doctor --fix` 自动修复也覆盖配置，禁止自动执行\r\n- **永久规则**：Gateway 重启只用 `gateway restart`\r\n\r\n### 2026-06-02 — L1 cursor bug\r\n- **事件**：L1 记忆提取从 5/28 起持续产出 0 条\r\n- **根因**：cursor 设为精确 max(recorded_at)，下次查询用 `>` 比较排除所有行\r\n- **修复**：cursor +1ms buffer + SELF-CHECK 自动检测\r\n- **教训**：cursor 前进时必须 +1ms 缓冲，避免 `>` 比较排除最新批次\r\n\r\n### 2026-06-02 — 配置防覆盖\r\n- **事件**：memorySearch 和 memory-tencentdb 每次重启后被剥离\r\n- **根因**：PRD preset 里没有这些字段\r\n- **修复**：同步更新 PRD preset + openclaw.json\r\n- **教训**：所有自定义配置必须同时写入 PRD preset，否则重启会被覆盖\n\nFile v2.18.0:skill-card.md\n\n## Description:\n\nRoutes long-running and complex agent tasks by classifying requests, assessing complexity, coordinating subagents, applying Hat-system phases, and performing completion checks.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[paudyyin](https://clawhub.ai/user/paudyyin)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nDevelopers and agent operators use this skill to route complex or long-chain tasks, delegate work to subagents, manage planning and review phases, and summarize completion status.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill broadly orchestrates task routing, local script use, memory/profile writes, and commits, which can create persistent changes without enough user control or scoping.\n\nMitigation: Use only in a tightly controlled workspace after disabling automatic memory/profile writes, automatic commits, unbundled script execution, and always-on activation, or require explicit user approval and diff review for each persistent change.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/paudyyin/skills/daily-agent)\n- [LEARNING.md](LEARNING.md)\n- [meeting-minutes.md](templates/meeting-minutes.md)\n\n## Skill Output:\n\n**Output Type(s):** [Guidance, Markdown, Code, Shell commands, Configuration]\n\n**Output Format:** [Markdown with inline plans, status updates, code blocks, shell commands, and structured summaries]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include delegated task briefs, progress summaries, review results, and generated or modified local files when the host agent permits writes.]\n\n## Skill Version(s):\n\n2.18.0 (source: server release metadata and SKILL.md frontmatter)\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\nFile v2.18.0:templates/meeting-minutes.md\n\n# 会议纪要模板\r\n\r\n## 基本信息\r\n- **会议名称**：\r\n- **日期**：\r\n- **时间**：\r\n- **地点**：\r\n- **参会人员**：\r\n- **记录人**：\r\n\r\n---\r\n\r\n## 会议议程\r\n\r\n| 序号 | 议题 | 汇报人 | 时间 |\r\n|------|------|--------|------|\r\n| 1 | | | |\r\n| 2 | | | |\r\n| 3 | | | |\r\n\r\n---\r\n\r\n## 会议内容\r\n\r\n### 议题一：[议题名称]\r\n**汇报内容**：\r\n\r\n**讨论要点**：\r\n- \r\n\r\n**决议/结论**：\r\n- \r\n\r\n### 议题二：[议题名称]\r\n**汇报内容**：\r\n\r\n**讨论要点**：\r\n- \r\n\r\n**决议/结论**：\r\n- \r\n\r\n---\r\n\r\n## 行动项（Action Items）\r\n\r\n| 序号 | 行动内容 | 负责人 | 截止日期 | 状态 |\r\n|------|---------|--------|---------|------|\r\n| 1 | | | | 待开始 |\r\n| 2 | | | | 待开始 |\r\n| 3 | | | | 待开始 |\r\n\r\n---\r\n\r\n## 下次会议\r\n- **时间**：\r\n- **议题预告**：\r\n\r\n---\r\n\r\n## 备注\n\nFile v2.18.0:package.json\n\n{\r\n  \"name\": \"daily-agent\",\r\n  \"version\": \"2.2.0\",\r\n  \"description\": \"任务调度中枢。所有对话先调用此技能，由它决定任务分类、复杂度评估、执行路由、技能匹配和收尾检查。当收到任何用户消息时自动激活，判断任务类型、复杂度，选择执行方式（主会话/spawn/cron），匹配对应技能，执行收尾检查。\"\r\n}\n\nArchive v2.15.1: 6 files, 24227 bytes\n\nFiles: _meta.json (131b), LEARNING.md (1431b), package.json (382b), skill-card.md (2414b), SKILL.md (45095b), templates/meeting-minutes.md (798b)\n\nFile v2.15.1:SKILL.md\n\n---\r\nname: daily-agent\r\ndescription: \"Classify, route, and orchestrate every incoming task. Use when receiving any user message �� determines task type, complexity, skill match, and execution path (main session/spawn/cron).\"\r\nversion: 2.17.0\r\n---\r\n\r\n# Daily Agent �� ����������� v2.17.0\r\n\r\n**���жԻ��ȵ��� daily-agent**����������ִ��·����\r\n\r\n**ְ��**������������� �� ����������ࡢ·�ɡ�����ƥ����ִ�м�أ���ֱ�Ӳ������߻����ݡ�\r\n\r\n## ����ְ��\r\n\r\n```\r\n�û���Ϣ �� daily-agent����һ��������\r\n  ���� Step 1: ������ࣨʲô���ͣ���\r\n  ���� Step 1.5: ����Ԥ���أ�Top 3 ��س���ժҪ����v2.8 ������\r\n  ���� Step 1.8: �����Զ�������PreTask hook����v2.9 ������\r\n  ���� Step 2: ���Ӷ�����������/��������\r\n  ���� Step 3: ִ��·�ɣ����Ự/spawn/cron����\r\n  ���� Step 4: ����ƥ�䣨��Ҫ�ĸ�skill����daily-agent������\r\n  ���� Step 4.5: ִ��ǰ���滮�ļ� + 2-Action Rule��v2.10 ������\r\n  ���� Step 5: ί��ִ����״̬���\r\n  ���� Step 5.5: �쳣�����뽵��\r\n  ���� Step 6: ��β��飨�����/ѧϰ/git/����/������ժҪ/�滮�ļ����£�\r\n```\r\n\r\n---\r\n\r\n## Step 0: ģʽ������飨v2.5.0 ���£�\r\n\r\n���������ǰ���ȼ���Ƿ񴥷�����ģʽ��\r\n\r\n| ģʽ | �����ؼ��� |\r\n|------|-----------|\r\n| caveman��ѹ����ͨ�� | ��˵��̫���ˡ�ʡ��token |\r\n| zoom-out��ȫ�����⣩ | ��������ṹ�����Ҹ���ͼ���ܹ� |\r\n| grill-me���������ӣ� | �������ӡ�grill��ѹ������ |\r\n| ToT����·��̽���� | ����Щ˼·���෽����tot |\r\n| **converse������ģʽ��** | ����һ�¡�����á����ҷ����������롢���ġ�converse |\r\n\r\n**������**��\r\n1. ����ȫ��ģʽ������`set_context(\"mode\", mode_name)`\r\n2. �������лظ���ѭ��ģʽ�淶\r\n3. ģʽ�ڼ��Կɵ��������Ӽ���\r\n\r\n**��δ����**������ Step 0.5��Converse ��ͼ��⣩\r\n\r\n---\r\n\r\n## Step 0.5: Converse ��ͼ��⣨v2.5.0 ������\r\n\r\n> ����ԭ�򣺷���\"����\"��\"ִ��\"��ͼ���û��������뷨ʱ��AI ��Ӧ����ִ�У������Ƚ������۽׶Ρ�\r\n\r\n### ������ͼ���\r\n\r\n**Layer 1: ��ʽ������ֱ�ӽ��� CONVERSE��**\r\n\r\n�����ʣ�`����һ��` / `�����` / `���ҷ���` / `������` / `����` / `converse` / `����һ��` / `XX��ô��` / `XX�ò���` / `������` / `��û�п���`\r\n\r\n�� ֱ�ӽ��� Converse ģʽ����֪�û���\"��������ģʽ��\"\r\n\r\n**Layer 2: ��ʽ��������ʾ�û�ȷ�ϣ�**\r\n\r\n��ʽģʽ��\r\n- ��Ϣ��\"������\"��ͷ�����޺�������ָ��\r\n- ��Ϣ����\"�Dz��ǿ���\"���޾����������\r\n- \"������XX\"���޾���ָ�\r\n\r\n�� ��ʾȷ�ϣ�\"����������̽��һ���뷨����Ҫ��������ģʽ�𣿻���������ֱ�ӿ�ʼ��\"\r\n\r\n**Layer 3: �������ƶϣ��Զ����룩**\r\n\r\n- �û����� 2+ ����Ϣ�����������ʣ�����ȷ�������ʣ�\r\n- �� �Զ����� Converse ģʽ����֪�û���\"��⵽�������ۣ����л�������ģʽ��\"\r\n\r\n### �˳� Converse ������\r\n\r\n�û�˵��������һ��� �� �����˳� CONVERSE������ִ�У�\r\n\r\n**��ʽ�˳���**��`ִ��` / `��ʼ` / `����` / `����` / `����ô��` / `go` / `implement` / `��������` / `�˳� converse`\r\n\r\n**��ʽ�˳�**���û�������ȷ����ָ�\"�����ļ�\"��\"д����\"��\"����\"��\"������\"��\"ʵ��\"��\"����\"��\r\n\r\n### CONVERSE ״̬�µ���ΪԼ��\r\n\r\n1. **��ֹд����**�������� write / edit / exec(д����) / browser(д����) / message\r\n2. **����������**��read / web_search / web_fetch������֧�����ۣ�\r\n3. **������**������ > ���ԣ�̽�� > ���ۣ���ս���� > ֱ��ִ��\r\n4. **ÿ�λظ�ĩβ**���ṩ�ƽ�ѡ��\r\n   ```\r\n   ---\r\n   ?? �ƽ�ѡ��������� | תΪִ�У�˵\"ִ��\"���ɣ�| ��ͣ\r\n   ```\r\n5. **���� grill-me/ToT ����**������ʱ��Ȼ�������ӺͶ�·��̽��\r\n\r\n### ״̬ά��\r\n\r\n�ڶԻ���������ά�� Converse ״̬��\r\n```json\r\n{\r\n  \"converse_active\": true/false,\r\n  \"converse_topic\": \"��������\",\r\n  \"discussion_points\": [\"�����۵�Ҫ��\"],\r\n  \"pending_action\": \"��ִ�еIJ������û�˵ִ�к�ִ�У�\"\r\n}\r\n```\r\n\r\n### ִ������ͣ���ˣ�v2.5.0 ���䣩\r\n\r\n��� AI ����ִ��д�������û�˵ **\"�ȵȣ�����һ��\"** / **\"ͣ��������\"** / **\"��ͣ����������\"**��\r\n\r\n1. **������ͣ��ǰִ����**\r\n2. **���浱ǰִ�н���**�� `pending_action`\r\n3. **���� CONVERSE ״̬**���ظ���\r\n   ```\r\n   ?? ����ִͣ�С�\r\n   \r\n   ��ǰ���ȣ�[��Ҫ˵��ִ�е���һ��]\r\n   ��ִ�У�[ʣ�����]\r\n   \r\n   ���������ĸ����棿������˵ **\"����ִ��\"** ���ɻָ���\r\n   ```\r\n\r\n### ���ۼ�¼�־û���v2.5.0 ���䣩\r\n\r\n�˳� Converse ʱ���û�˵\"ִ��\"�󣩣�������ժҪд�뵱�ռ��䣺\r\n\r\n```markdown\r\n## Converse ���ۼ�¼ [HH:MM]\r\n- **����**��[topic]\r\n- **����ģʽ**��[Converse / Converse + grill-me / Converse + ToT]\r\n- **����Ҫ��**��\r\n  1. [Ҫ��1]\r\n  2. [Ҫ��2]\r\n- **����/����**��[���վ���]\r\n- **����ִ��**��[pending_action]\r\n```\r\n\r\nд��λ�ã�`memory/YYYY-MM-DD.md`\r\n\r\n---\r\n\r\n## Step 1: ������ࣨv2.4.0 �ع�Ϊ�����жϣ�\r\n\r\n### ��һ����������ʽ�ж�\r\n\r\n```\r\n�յ���Ϣ\r\n    ��\r\n    ���� cron/��ʱ���� ������ ֱ��ƥ�� cron ר�ü���\r\n    ��   ���ؼ��ʣ�ÿ��/ÿ��/��ʱ/����/���ڣ�\r\n    ��\r\n    ���� �ֶ�/�¼����� ������ �����ڶ���\r\n```\r\n\r\n### �ڶ������������\r\n\r\n| ���� | ���ͳ��� | ���� |\r\n|------|---------|------|\r\n| **ͨ��** | ����Ϣ�����ʼ�����֪ͨ | ƥ�� mx-im/outlook ���� |\r\n| **����** | \"��סXX\"�����¹���֪ʶ¼�� | ƥ�� self-improving/ontology |\r\n| **�ļ�** | �� PPT/Word/Excel/PDF/HTML | ƥ���Ӧ�ļ����� |\r\n| **����** | д���롢���ԡ��ع������� | ƥ������༼�� |\r\n| **����** | �����ϡ������š��������� | ������������������֤ |\r\n| **��ѯ** | ����Ϣ�������������ļ�����״̬ | 1-3 �ι��ߵ��ã���ʱ���� |\r\n| **�Ի�** | ���ġ��ʴ����ۡ����� | ���蹤�ߵ��ã��� ��2 �� |\r\n\r\n### �����������Ӷ�����\r\n\r\n�������������������Ӷȣ�����ִ�л��������Ự/spawn����\r\n\r\n### ���ļ�������ģʽ�жϣ�v2.17 ������\r\n\r\n> �����Ϸ����е� Fog of War��ս������������������������Ԥ�ȹ滮ȫ�����裬��Щ������Ҫ\"���߱߿�\"��\r\n\r\n�ڸ��Ӷ��������ж������ִ��ģʽ��\r\n\r\n| ģʽ | ���� | ���ͳ��� |\r\n|------|------|----------|\r\n| **ȷ����ģʽ**��Ĭ�ϣ� | ·�������������Ԥ��ö�� | ��֪����ʵ�֡�bug�޸����ļ����� |\r\n| **̽����ģʽ** | ·��δ֪������̽�� | �¼ܹ���ơ�δ֪�����о��������Աȡ��������� |\r\n\r\n**ʶ�����**��\r\n\r\n```\r\n��������\r\n    ��\r\n    ���� �������¹ؼ���֮һ �� ��ѡ̽����ģʽ��\r\n    ��   ̽�� / ��� / �о� / ���� / ��ȷ�� / δ֪ / �����Ա�\r\n    ��   \"��֪����ô��\" / \"��Ҫ�����߿�\" / \"�ȿ���\" / \"����\"\r\n    ��\r\n    ���� �����漰\"�״νӴ�\"�ļ���/���� �� ̽����ģʽ\r\n    ��\r\n    ���� ����������ȷ����������ȷ���ļ�/����/���ݣ� �� ̽����ģʽ\r\n    ��\r\n    ���� ����·�������������ö�� �� ȷ����ģʽ��Ĭ�ϣ�\r\n```\r\n\r\n**ȷ�Ϸ�ʽ**��\r\n- ����ж�Ϊ̽����ģʽ����֪�û���\"�������·����̫ȷ�����ҽ�ʹ��̽��ģʽ������һ����һ����ÿ����ɺ��������Ϣ������һ����\"\r\n- �û��ɸ����жϣ�\"�����֪����ô��\" �� ǿ��ȷ����ģʽ\r\n\r\n### ���߾���\r\n\r\n| ������ʽ | ���� | ���Ӷ� | ִ�в��� |\r\n|---------|------|--------|---------|\r\n| cron | * | * | cron ר�ü��� |\r\n| manual | memory | * | memory ���� + ���Ự |\r\n| manual | comm | * | ͨ�ż��� + ���Ự |\r\n| manual | file/code/search | long | ƥ�似�� + spawn |\r\n| manual | file/code/search | short | ƥ�似�� + ���Ự |\r\n| manual | query/chat | * | ���Ựֱ�ӻظ� |\r\n| **converse** | **����** | **����** | **���Ự���ۣ���ֹ spawn/write��** |\r\n\r\n### �������ȼ���������������ʱ��\r\n\r\n1. **ͨ��** �� �漰\"���͸�/����Ⱥ��/֪ͨ\"\r\n2. **����** �� �漰\"��ס/��һ��/���¹���\"\r\n3. **�ļ�** �� �漰�����ļ���ʽ\r\n4. **����** �� �漰����/����/����\r\n5. **����** �� �漰\"��/��/��\"\r\n6. **��ѯ** �� �򵥲�ѯ\r\n7. **�Ի�** �� Ĭ��\r\n\r\n**�������**�����������������������ļ��жϣ�������ʽ�����򡢸��Ӷȡ�����ģʽ������ȷ��ִ�в��ԣ����Ự/spawn/cron����ִ��ģʽ��ȷ����/̽���ԣ���\r\n\r\n---\r\n\r\n## ̽��������ģʽ��v2.17 ������\r\n\r\n> �����Ϸ����е� Fog of War��ս��������������·��δ֪�����񣬲�Ԥ�ȹ滮���в��裬������\"���ߵ�ͼ\"����\"ִ�мƻ�\"��ÿ���һ�����������Ϣ������һ����\r\n\r\n### ȷ����ģʽ vs ̽����ģʽ\r\n\r\n| ά�� | ȷ����ģʽ��Ĭ�ϣ� | ̽����ģʽ |\r\n|------|-------------------|-----------|\r\n| �滮��ʽ | Ԥ��ö�����в��� | ֻ�滮\"��ǰ�ɼ�\"����һ�� |\r\n| ����׷�� | ִ�мƻ� + checkbox | ���ߵ�ͼ |\r\n| �������Ϊ | ���ȶ��ƻ�ִ�� | ��������Ϣ�������� |\r\n| ���ó��� | ·�����������鷶Χ�� | ·��δ֪����Ҫ̽�� |\r\n| ʧ��Ԥ�� | �������ʧ�ܣ���·����֪ | ·������������Ҫ���� |\r\n\r\n### ���ߵ�ͼ��ʽ\r\n\r\n̽����ģʽʹ��\"���ߵ�ͼ\"���洫ͳִ�мƻ���\r\n\r\n```markdown\r\n## ���ߵ�ͼ\r\n\r\n### �ѽ��\r\n- [����1]: [����]\r\n- [����2]: [����]\r\n\r\n### ��ǰ����\r\n[��ǰ���ڽ��������]\r\n\r\n### ��һ��ѡ��\r\n- ѡ��A: [����] �� Ԥ�ڽ��: [����]\r\n- ѡ��B: [����] �� Ԥ�ڽ��: [����]\r\n\r\n### ģ������Not yet specified��\r\n- [���ⲻ�滮��δ֪����1]: ��Ϣ���㣬����������\r\n- [���ⲻ�滮��δ֪����2]: ����ǰ��ľ��߽��\r\n```\r\n\r\n### ̽����ģʽִ�й���\r\n\r\n1. **��Ԥ�ȹ滮���в���** �� ֻ�滮��ǰ�ɼ�����һ��\r\n2. **ÿ����ɺ���¾��ߵ�ͼ** �� ���·�������\"�ѽ��\"������\"��ǰ����\"\r\n3. **��������Ϣ������һ��** �� ���ǻ�еִ�мƻ������ǻ���������֪\r\n4. **��� Fog of War ����** �� ��\"���ⲻ�滮\"��������ȷ��ע `Not yet specified`\r\n5. **����·���������** �� ̽���з����·����������ģ�����ʧ��\r\n\r\n### Fog of War ��ǹ淶\r\n\r\n����������У�����δ��ȷ������ʹ�����±�ǣ�\r\n\r\n```markdown\r\n### ? Fog of War ����\r\n\r\n��������ǰ��Ϣ���㣬**���ⲻ���滮**��\r\n\r\n- **[��������]**: Not yet specified\r\n  - ԭ��: [Ϊʲô�����޷��滮]\r\n  - ��������: [ʲô��Ϣ���ֺ���Թ滮]\r\n```\r\n\r\n**���ԭ��**��\r\n- Fog of War ����\"���˹滮\"������\"���ⲻ�滮\"\r\n- ÿ�� Fog of War �������˵��ԭ��ͳ�������\r\n- ����̽���ƽ���Fog of War ����Ӧ����С\r\n\r\n### ģʽ�л�\r\n\r\n**̽���� �� ȷ����**��\r\n- �������û�˵\"����·��������\" / \"��֪����ô����\" / ̽�������� Fog of War ����������\r\n- ��Ϊ�������ߵ�ͼ�е�\"�ѽ��\"��\"��ǰ����\"ת��Ϊȷ����ִ�мƻ����л��� checkbox ׷��\r\n\r\n**ȷ���� �� ̽����**��\r\n- ������ִ�����������⣨Ԥ����Ĵ���/��Ϊ/������ / �û�˵\"�ȵȣ��Ҳ�ȷ��\" / ����ԭ�ƻ�������\r\n- ��Ϊ����ͣ��ǰִ�мƻ����л������ߵ�ͼģʽ������������\"��ǰ����\"\r\n\r\n**�л�ʱ���**��\r\n```\r\n?? ģʽ�л�: [ȷ����/̽����] �� [̽����/ȷ����]\r\nԭ��: [Ϊʲô�л�]\r\n��ǰ״̬: [���ߵ�ͼ / ִ�мƻ�]\r\n```\r\n\r\n---\r\n\r\n## Step 1.5: ����Ԥ���أ�v2.8 ����������ʽ��¶�Ż���\r\n\r\n> ��� Claude-Mem �Ľ���ʽ��¶��ƣ���һ���Լ���ȫ�����䣬���ǰ���Ԥ������س���ժҪ��\r\n\r\n### Ԥ���ز���\r\n\r\n���� Step 1 ��������������� scene-navigation ��ѡ����س�����\r\n\r\n```\r\n����������\r\n    ��\r\n��������ؼ��ʣ�����/����/�ļ�/����...��\r\n    ��\r\n�� scene-navigation ƥ����س��������ȶ�����\r\n    ��\r\n�����ȶȷּ�ע�루v2.8.1 ������\r\n    ��\r\n����ִ������Ҫ����ʱ �� ���� read ���� scene block\r\n```\r\n\r\n### ����ƥ�����\r\n\r\n| �������� | ����ƥ��ij����ؼ��� |\r\n|---------|---------------------|\r\n| ���� | coding-framework, skill����, ������� |\r\n| ���� | ����ϵͳ, memory-tencentdb, ontology |\r\n| �ļ� | �ĵ�����, PPT, Excel, PDF |\r\n| ���� | �����ձ�, ��������, ��ҵ���� |\r\n| WCS | WCS��Ŀ, �ִ�ϵͳ |\r\n| ���� | ����Ӧ����, �Ӿ���� |\r\n| Ѳ�� | �ƶ�Ѳ��, VMS |\r\n\r\n### �ȶȷּ�ע�����v2.8.1 ������\r\n\r\n���ݳ����ȶȾ���ע����ϸ�̶ȣ�\r\n\r\n| �ȶ� | ���� | ע������ | ʾ�� |\r\n|------|------|----------|------|\r\n| ��10 | ?? �ȳ��� | ����ժҪ��2-3�У� | `### 1. {������}���ȶ�: XX ??��\\n{����ժҪ}` |\r\n| 5-9 | ??? �³��� | һ��ժҪ | `- {������}���ȶ�: X��: {һ�仰ժҪ}` |\r\n| <5 | ?? �䳡�� | ֻע�볡���� | `- {������}���ȶ�: X��` |\r\n\r\n### ע���ʽʾ��\r\n\r\n```markdown\r\n## ?? ��ؼ��䣨Ԥ���أ�\r\n\r\n### ?? �ȳ���������ժҪ��\r\n1. **coding-framework v10.9**���ȶ�: 56 ??��\r\n   ͳһ��̿�ܣ�7�ֹ���ģʽ��8���Ӵ�����Rubber Duck�Զ���飬Plan Mode��Explore��졣\r\n\r\n### ??? �³�����һ��ժҪ��\r\n- **WCS��Ŀ**���ȶ�: 8��: �ִ�����ϵͳ����ɶ�95%��ʣ��5%Ϊ�ⲿ����Mock��\r\n- **����Ӧ����**���ȶ�: 6��: �����Ӿ�������٣�KNN�������ڣ�PoC�׶Ρ�\r\n\r\n### ?? �䳡��������������\r\n- �ƶ�Ѳ����Ŀ���ȶ�: 3��\r\n- ���������¼����ȶ�: 1��\r\n\r\n?? ��Ҫ����ʱ��ʹ�� `read` ���߼������� scene block��\r\n```\r\n\r\n### Ԥ��Ч��\r\n\r\n- ���ٳ�ʼ token ���ģ��� 2-3KB ���� 500-800 token��\r\n- �ȳ����������������ģ��䳡���������ɼ�������\r\n- ���ּ�������ԣ�������أ�\r\n- �����޹س�����Ⱦ������\r\n\r\n**�������**���������ؼ���Ԥ����ժҪ�������ȳ�������10������ժҪ�����³�����5-9��һ��ժҪ�����䳡����<5���������������� token ���� �� 800��\r\n\r\n---\r\n\r\n## Step 1.8: �����Զ�������v2.9 ������\r\n\r\n> ��� Superpowers �ļ����Զ�������ƣ�����ʼǰ���������������Զ�������ؼ��������ġ�\r\n\r\n�� Step 1��������ࣩ�� Step 1.5������Ԥ���أ���ɺ󣬵��� PreTask hook��\r\n\r\n### ִ������\r\n\r\n```\r\n������� + ����Ԥ�������\r\n    ��\r\n���� PreTask �¼����ݣ�\r\n  {\r\n    \"task_type\": \"coding\",          // �� Step 1 ��ȡ\r\n    \"files\": [\"src/main.py\", ...],  // ���û���Ϣ/����������ȡ\r\n    \"keywords\": [\"review\", ...]     // ���û���Ϣ����ȡ�ؼ���\r\n  }\r\n    ��\r\n���� hook-engine��\r\n  bash skills/hook-engine/hooks/pre-task-check.sh\r\n    ��\r\n�������ؽ����\r\n  {\r\n    \"triggered_skills\": [\"python-reviewer\", \"code-reviewer\"],\r\n    \"context_injection\": \"�Ѽ��� 2 ������������\"\r\n  }\r\n    ��\r\n�Զ����ش������ܵ������ģ�read SKILL.md ǰ 50 �У�\r\n    ��\r\n���� Step 2�����Ӷ�������\r\n```\r\n\r\n### ��������\r\n\r\n�������� `skills/hook-engine/rules/skill-triggers.md`��\r\n\r\n| ���� | �������� | ���ȼ� |\r\n|------|----------|--------|\r\n| task_type=coding + *.py | python-reviewer | 10 |\r\n| task_type=coding + *.ts/*.js | typescript-reviewer | 10 |\r\n| keywords=review/��� | code-reviewer | 20 |\r\n| keywords=security/��ȫ | security-auditor | 30 |\r\n| keywords=test/���� | test-engineer | 15 |\r\n| keywords=architecture/�ܹ� | architecture-critic | 25 |\r\n| keywords=performance/���� | performance-analyst | 25 |\r\n| keywords=explore/��� | explore | 5 |\r\n\r\n### ע������\r\n\r\n- ��ʽ�������ȣ��û�˵\"�� XX ����\"ʱ�����Զ�����\r\n- ��ഥ�� 3 �����ܣ����� token �˷�\r\n- ÿ������ֻ���� SKILL.md ǰ 50 �У�ժҪ����\r\n- ��ƥ��ʱ��Ĭͨ������Ӱ����������\r\n\r\n---\r\n\r\n## Step 2: ���Ӷ�������v2.4.0 ��ǿ��\r\n\r\n### ������������Ȩ�ɱ����㣨v2.4.0 ������\r\n\r\n**��������Ȩ�ر�**��\r\n\r\n| �������� | Ȩ�� | ˵�� |\r\n|---------|------|------|\r\n| browser | 8 | ���ʱ���漰ҳ����Ⱦ |\r\n| exec | 5 | ����ִ�У����ܺ�ʱ |\r\n| web_fetch | 4 | �������� |\r\n| web_search | 2 | API ���ã��Ͽ� |\r\n| read | 1 | �����ļ���ȡ |\r\n| write/edit | 2 | �����ļ�д�� |\r\n\r\n**���Ӷ�������ʽ**��\r\n\r\n```\r\n�ܳɱ� = �� (��������Ȩ�� �� ���ô���)\r\n\r\nsoft_limit = 20   # Ԥ��\r\nhard_limit = 40   # ǿ�� spawn\r\n\r\nif �ܳɱ� > hard_limit:\r\n    �� ���������� spawn\r\nelif �ܳɱ� > soft_limit:\r\n    �� Ԥ�������� spawn�����������Ựִ��\r\nelse:\r\n    �� ���������Ựִ��\r\n```\r\n\r\n**����ԭ������Ϊ����**��\r\n- ���ߵ��ô��� �� 10 �� ����\r\n- �漰����Դ �� 3 �� ����\r\n\r\n### ��������\r\n\r\n- �����Ựֱ��ִ��\r\n- ���ߵ������ޣ�5��\r\n- ����5�� �� ����תspawn\r\n\r\n### ��������\r\n\r\n- ����spawn�Ӵ���ִ��\r\n- ���Ựֻ���𣺽��ս�����㱨�û�\r\n- ��ֹ�����Ự\"��������\"��spawn\r\n\r\n---\r\n\r\n## Step 3: ִ��·��\r\n\r\n�����������ͺ͸��Ӷȣ�ѡ��ִ�з�ʽ��\r\n\r\n| ���� | ִ�з�ʽ | ˵�� |\r\n|------|---------|------|\r\n| ���� + �Ի�/��ѯ | ���Ựֱ�ӻظ� | ���·�� |\r\n| ���� + ����/�ļ�/���� | ���Ự + ƥ��skill | ���ض�ӦSKILL.md |\r\n| ���� | spawn�Ӵ��� | ��ִ̨�У���ɺ�㱨 |\r\n| ��ʱ���� | cron | ����/����cron job |\r\n| ͨ������ | mx-im/outlook | ֱ�ӵ���ͨ�ż��� |\r\n\r\n### spawn�Ӵ���ʱ�Ĺ���\r\n\r\n1. **�����ṩ����������**�����������������ļ����������\r\n2. **���ú�����ʱ**�����������Ӷȷּ������±���\r\n3. **��ѡ�������������**�����ڳ������񣬴���һ����at���\r\n\r\n### runTimeoutSeconds ���ù���v2.14.0 ������\r\n\r\n���������Ӷ�������������ö�Ӧ�� `runTimeoutSeconds` ������\r\n\r\n| ���Ӷȵȼ� | runTimeoutSeconds | ���ͳ��� | �жϱ�׼ |\r\n|-----------|-------------------|---------|---------|\r\n| **trivial** | 30 | �򵥲�ѯ�����ļ���ȡ������̶����� | 1-2�ι��ߵ��ã����������� |\r\n| **small** | 60 | �ļ��༭+�ύ���������������޸� | 3-5�ι��ߵ��ã������������� |\r\n| **medium** | 120 | ���ļ��޸ġ��������ɡ����ݷ��� | 6-10�ι��ߵ��ã��漰�ļ���д+exec |\r\n| **large** | 240 | ���ӱ��桢�ಽ����ҳ̽����������� | 11-20�ι��ߵ��ã��漰browser/web_fetch |\r\n| **critical** | 360 | ������Ŀ������������������ȷ��� | 20+�ι��ߵ��ã�������Դ+���ļ����� |\r\n\r\n**���Ӷ���������**��\r\n```\r\n���ߵ��ô���Ԥ����\r\n  - read/write/edit: 1��\r\n  - exec: 1-3�Σ�ȡ��������Ӷȣ�\r\n  - web_search: 1-2��\r\n  - web_fetch: 2-5�Σ�������Ҫ���ץȡ��\r\n  - browser����: 3-10�Σ�snapshot+act���У�\r\n\r\n���Ӷ�ӳ�䣺\r\n  1-2�� �� trivial (30s)\r\n  3-5�� �� small (60s)\r\n  6-10�� �� medium (120s)\r\n  11-20�� �� large (240s)\r\n  20+�� �� critical (360s)\r\n```\r\n\r\n**spawn����ʾ��**��\r\n```\r\nsessions_spawn(\r\n    task=\"��������\",\r\n    mode=\"run\",\r\n    runTimeoutSeconds=120,  // ���ݸ��Ӷ���������\r\n    ...\r\n)\r\n```\r\n\r\n**ע������**��\r\n- ��������ƫ�󣬱���������ʱ���ض�\r\n- �Ӵ���ʵ�����ʱ��ͨ��ԶС��timeout\r\n- ��ʱ���Ӵ����ᱻkill������ɵ��ļ��������ᶪʧ\r\n\r\n---\r\n\r\n## Step 3.5: �׶α��� �� Hat ��̬�л���v2.11 ������\r\n\r\n> ��� ralph-orchestrator �� Hat System�����ͱ�����񰴽׶ζ�̬�л���ɫ������һ����ִ�С�\r\n\r\n### ��������\r\n\r\n- �������� = coding\r\n- ���Ӷ� = large �� critical\r\n- �û�δ��ȷ˵\"ֱ��д\"\r\n\r\n### �׶�����\r\n\r\n```\r\n���ͱ������\r\n    ��\r\n    ���� Phase 1: Research Hat����죩\r\n    ��   ���� ���������ṹ��������ϵ������ģʽ\r\n    ��   ���� �����context ժҪ���ؼ��ļ����ܹ�Լ��������ջ��\r\n    ��   ���� ʵ�֣����� coding-framework ģʽ7 Explore\r\n    ��\r\n    ���� Phase 2: Plan Hat���滮��\r\n    ��   ���� ���� context ����ʵ�ּƻ�\r\n    ��   ���� large �� PDD .specs/ Ŀ¼��requirements + design + plan��\r\n    ��   ���� critical �� PDD + �û�����\r\n    ��   ���� ʵ�֣����� coding-framework ģʽ6 Plan Mode\r\n    ��\r\n    ���� Phase 3: Code Hat�����룩\r\n    ��   ���� �� plan ��ʵ��\r\n    ��   ���� ÿ����ɺ����� Backpressure �ſ�\r\n    ��   ���� ʵ�֣����� coding-framework ģʽ1/5\r\n    ��\r\n    ���� Phase 4: Review Hat����飩\r\n    ��   ���� ���� code-review skill\r\n    ��   ���� large �� ��׼��飨3������\r\n    ��   ���� critical �� �����飨5������\r\n    ��   ���� �������� �� �ص� Phase 3 �޸�\r\n    ��\r\n    ���� Phase 5: Debug Hat�����ԣ����裩\r\n        ���� ��鷢�� high/critical ����ʱ����\r\n        ���� �������� �� �޸� �� �������\r\n        ���� ��� 3 �� debug �� review ѭ��\r\n```\r\n\r\n### �׶μ������Ĵ���\r\n\r\nÿ���׶β������ļ���Ϊ��һ�׶ε����룺\r\n\r\n| �׶� | ���� | ��� |\r\n|------|------|------|\r\n| Research | �û����� | context ժҪ���ؼ��ļ��б����ܹ�Լ���� |\r\n| Plan | context ժҪ | plan.md �� .specs/ Ŀ¼ |\r\n| Code | plan + context | �����ļ� |\r\n| Review | �����ļ� | review.md�������б��� |\r\n| Debug | review.md | �޸���Ĵ��� |\r\n\r\n### ʵ�ַ�ʽ\r\n\r\n**�� coding-framework ��**���׶α���ͨ��ģʽ���ʵ�֣�\r\n- ģʽ7��Explore���� ģʽ6��Plan���� ģʽ1/5��Code���� code-review��Review��\r\n\r\n**�� daily-agent ��**��Step 3 ·��ʱ����� task_type=coding �� complexity=large/critical��\r\n1. ��֪�û���\"���Ǵ������񣬽��� �����滮���������� �Ľ׶�ִ��\"\r\n2. ���׶�˳����� coding-framework �Ķ�Ӧģʽ\r\n3. ÿ���׶���ɺ�������ȣ�`[Phase 2/5] Plan ? �� �������׶�`\r\n\r\n### ��̬���� Debug �׶�\r\n\r\n```\r\nReview ���:\r\n  ���� �� high/critical ���� �� ��� ?\r\n  ���� �� high/critical ���� �� ���� Debug �׶�\r\n      ���� �޸� �� ���� Review\r\n      ���� �������� �� �ٴ� Debug����� 3 �֣�\r\n      ���� 3 �ֺ��������� �� �����û����г�δ�������\r\n```\r\n\r\n---\r\n\r\n## Step 4: ����ƥ�䣨v2.13 ��ǿ��\r\n\r\n### ?? 1% �����飨v2.13 ������\r\n\r\n> �ο���Superpowers using-superpowers �� Red Flags ���\r\n> \r\n> **����ԭ��**����ʹֻ�� 1% �Ŀ���������ij�����ܣ�Ҳ������á�\r\n\r\n**��ƥ�似��ǰ���ȼ������ Red Flags**��\r\n\r\n| ����뷨 | ��ʵ |\r\n|---------|------|\r\n| \"��ֻ�Ǹ����޸�\" | ���޸�Ҳ�������� bug����鼼�ܡ� |\r\n| \"��������һ����\" | ����**֮ǰ**�ȼ�鼼�ܡ� |\r\n| \"����̫С�������\" | �򵥵��»�临�ӡ������� |\r\n| \"�����ڲ��޸�\" | �ڲ��޸�Ҳ���޸ġ���鼼�ܡ� |\r\n\r\n**�ж�**�������⵽���������� �� ������� `coding-framework` �� ִ�� Step 0 �׶μ��\r\n\r\n---\r\n\r\n### ƥ����򣨹ؼ��� �� ����ӳ�䣩\r\n\r\n#### �ļ���\r\n\r\n| �ؼ��� | ƥ�似�� | ���ȼ� |\r\n|--------|---------|--------|\r\n| PPT/��ʾ/�õ�Ƭ/pptx | pptx | Ψһ |\r\n| Word/�ĵ�/����/docx | docx | Ψһ |\r\n| Excel/����/���ݱ�/xlsx | xlsx | Ψһ |\r\n| PDF/�ϲ�/���/pdf | pdf | Ψһ |\r\n| HTML/ҳ��/��ҳ/web | html-report-generator �� frontend-design �� web-artifacts-builder | ��˳���� |\r\n\r\n#### ������\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| ���/д����/ʵ��/���� | coding-framework | **ͳһ��̿�ܣ��Ƽ���ڣ��ڲ�ͨ�� Step 0 ·�ɵ� Anthropic ���ܣ�** |\r\n| ����/�Ŵ�/bug/�޸� | debugging-and-error-recovery | ���֡���λ���޸���������v2.12 ���£�ӳ�䵽 Anthropic ���ܣ� |\r\n| Agentʧ��/��ת/ѭ��/�Ե��� | agent-introspection-debugging | �Ľ׶��Ե���ѭ�����������ϡ��ָ������棩���� error-classifier ���� |\r\n| ����ǰ���/��������/�ܷ������� | production-audit | 0-100����+5����ά��+��׼��������� shipping-and-launch ���� |\r\n| Agent��Ϊ�˻�/���߲��ȶ�/�ܹ���� | agent-architecture-audit | 12��ܹ����+5��ʧ��ģʽ+���������޸� |\r\n| ����/�����Լ�/������� | agent-self-evaluation | 5������+֤�ݹ���+�Ľ����� |\r\n| ����ѭ��/��������/���Ӷȷֲ� | autonomous-loops | De-Sloppify����+���Ӷȷֲ�ܵ� |\r\n| ѧϰ/��ʧ����ѧϰ/���� | continuous-learning | ԭ�ӱ���+���Ŷ�����+��Ŀ���� |\r\n| ����/TDD/��Ԫ���� | test-driven-development | RED-GREEN-REFACTOR ѭ����v2.12 ���£�ӳ�䵽 Anthropic ���ܣ� |\r\n| ԭ��/demo/��֤/��һ�� | prototype | ԭ�͹������� |\r\n| ���/review/������� | code-review | ������飨v2.12 ���£�ӳ�䵽 Anthropic ���ܣ� |\r\n| ����/������·/�����߶� | code-walkthrough | ������·׷�� |\r\n| �����/������� | multi-agent-review | 6����������� |\r\n| ����/ѭ���Ľ� | iterative-loop | �Զ������Ľ� |\r\n| ����/YAGNI/�������� | code-simplifier | ������Ϊ���ٸ����ԣ�v2.12 ���£�ӳ�䵽 Anthropic ���ܣ� |\r\n\r\n#### �����׶��ࣨv2.12 ���� �� Anthropic �ٷ����ܣ�\r\n\r\n> ��������ȷ����ij�������׶�ʱ��ֱ��·�ɵ���Ӧ Anthropic ���ܡ�\r\n> ������ģ������\"����\"ʱ��·�ɵ� coding-framework���ڲ� Step 0 ���һ��·�ɣ���\r\n\r\n**����׶�**\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| �������/�û�����/��Ҫʲô | interview-me | ��ȡ�û��������� |\r\n| �뷨/����/����/ͷ�Է籩 | idea-refine | ��ɢ+���������뷨 |\r\n| ���/PRD/�����ĵ�/���˵�� | spec-driven-development | 4�׶��ſع����� |\r\n\r\n**�ƻ��׶�**\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| ����ֽ�/���/�ƻ�/���� | planning-and-task-breakdown | 5���滮+XS-XL���� sizing |\r\n\r\n**�����׶�**\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| ����ʵ��/��ֱ��Ƭ/�𲽹��� | incremental-implementation | ����Ƭ��Ƭʵ�� |\r\n| ���ĵ�/�ٷ��ĵ�/Դ���� | source-driven-development | �ٷ��ĵ��������� |\r\n| ������/context/rules�ļ� | context-engineering | �Ż� agent ������ |\r\n| UI/����/���/��ʽ/ǰ�� | frontend-design | �������� UI |\r\n| API/�ӿ�/�˵�/��Լ | api-and-interface-design | �ȶ��ӿ���� |\r\n| �߷���/����Ϥ/�Կ���� | doubt-driven-development | �Կ���������������� |\r\n\r\n**��֤�׶�**\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| ���������/DevTools/����ʱ��֤ | browser-testing-with-devtools | Chrome DevTools MCP |\r\n\r\n**���׶�**\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| ��ȫ/©��/�ӹ�/STRIDE | security-and-hardening | OWASP+STRIDE ��в��ģ |\r\n| ����/�Ż�/����/�� | performance-optimization | �Ȳ������Ż� |\r\n\r\n**�����׶�**\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| git/�ύ/��֧/�ϲ�/�汾 | git-workflow-and-versioning | ԭ���ύ+������ʷ |\r\n| CI/CD/��ˮ��/�Զ������� | ci-cd-and-automation | �Զ��������� |\r\n| ����/Ǩ��/����/�滻 | deprecation-and-migration | ��ȫǨ�ƾ�ϵͳ |\r\n| �ĵ�/ADR/��������/˵�� | documentation-and-adrs | �ĵ��� why ��ֻ what |\r\n| ��־/ָ��/���/�澯/�ɹ۲� | observability-and-instrumentation | RED ָ��+׷�� |\r\n| ����/����/����/launch | shipping-and-launch | ��������嵥+�ع� |\r\n\r\n**��׶�**\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| �����ĸ�����/����·�� | using-agent-skills | Ԫ���ܣ����ܷ�����·�� |\r\n\r\n#### ͨ����\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| ����Ϣ/����/֪ͨ/���� | mx-im | ����IM���� |\r\n| �ʼ�/outlook/email | outlook-automation | Outlook�Զ��� |\r\n\r\n#### ����/֪ʶ��\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| ʧ��/����/����/ѧ�� | self-improving | ��¼��.learnings/ |\r\n| ��ס/��һ��/���¹���/֪ʶ | ontology + self-improving | ֪ʶͼ��¼�� |\r\n| �����/�������� | memory_search ���� | ���������������ߣ��Ǽ��ܣ� |\r\n\r\n#### ��ʾ�ʹ����ࣨv2.16 ������\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| д skill/���� skill/�¼��� | prompt-craft | ��ʾ�ʹ���������������ƹ淶 |\r\n| �Ż���ʾ��/prompt �Ż� | prompt-craft | �Ż�������ʾ�� |\r\n| ��ƴ���/�����Ӵ���/�������� | prompt-craft | ������������ |\r\n| ��ʾ�ʵ���/prompt ���� | prompt-craft | ���Դ����������� |\r\n\r\n**ע��**�����û�Ҫ��\"дһ���������������� skill\"����\"дһ�� React ���������\"��ʱ���� coding-framework ������prompt-craft ��Ϊ���Բο������������\r\n\r\n#### ������\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| ����/�ձ�/��Ѷ | daily-news | ÿ�����žۺ� |\r\n| ��Ʊ/Ͷ��/����/����300 | stock-research / fund-analysis | ����Ͷ�з��� |\r\n| ����/translate | translation | ��ƽ̨���� |\r\n\r\n#### ר������\r\n\r\n| �ؼ��� | ƥ�似�� | ˵�� |\r\n|--------|---------|------|\r\n| ����/ѧλ����/���� | thesis-review | ѧλ��������������� |\r\n| ���ݷ���/SQL/���� | data-analysis | SQL/Python/���� |\r\n| �������/�������� | desktop-control-win | Windows�����Զ��� |\r\n\r\n### ���ײ��ԣ�v2.4.0 ������\r\n\r\n```\r\nƥ��ʧ��ʱ�Ĵ������̣�\r\n1. ����Ƿ��йؼ��ʲ���ƥ�� �� ʹ����ӽ��ļ���\r\n2. ��ƥ�� �� ���˵�ͨ�öԻ�����\r\n3. ��ֹ�²�ִ�и߷��ռ��ܣ��� exec��browser��\r\n4. ���û�ȷ�ϣ�\"����Ҫ�ĸ����ܣ�\"��\"��ָ������\"\r\n```\r\n\r\n**���ɵ� 8 ����v2.4.0 ������**��\r\n> **����ƥ��ʧ��ʱ��·����ͨ�öԻ�����������ʾ�û�ָ�����򣬽�ֹ�²�ִ�С�**\r\n\r\n---\r\n\r\n## ����ģʽ��������������Ҫ�����ⲿskill��\r\n\r\n### ģʽA��ѹ����ͨ��ԭcaveman��\r\n\r\n**��������**��\r\n- �û�˵\"��˵\"/\"̫����\"/\"ʡ��token\"/\"caveman\"\r\n- �û��������ֳ����ͷ�\r\n\r\n**��Ϊ����**��\r\n- ȥ�����ڴ�(a/an/the)������(just/really/basically)�����׻�(sure/certainly)\r\n- �ö̾䣺`[����] [����] [ԭ��]. [��һ��].`\r\n- �������ﱣ�־�ȷ������鲻��\r\n- �ü�ͷ��ʾ�����X -> Y\r\n\r\n**ʾ��**��\r\n- �ʣ�\"ΪʲôReact���������Ⱦ��\"\r\n- ��\"Inline obj prop -> new ref -> re-render. `useMemo`.\"\r\n\r\n**�˳�����**���û�˵\"stop caveman\"/\"����˵\"/\"normal mode\"\r\n\r\n### ģʽB��ȫ�����⣨ԭzoom-out��\r\n\r\n**��������**��\r\n- �û�˵\"��������ṹ\"/\"���ģ����ʲô\"/\"���Ҹ���ͼ\"\r\n- ���İ������⣬��Ҫ�߲������\r\n\r\n**��Ϊ����**��\r\n- ���г��������ģ��͵��ù�ϵ\r\n- ����Ŀ����������ο�domain glossary��\r\n- ���ܹ�ͼ��ASCII��������\r\n- ������ϸ�ڣ�ֻ��ȫ��\r\n\r\n### ģʽC���������ӣ�ԭgrill-me��\r\n\r\n**��������**��\r\n- �û��������/�ƻ�/���˼·\r\n- �û�˵\"��������һ��\"/\"grill me\"/\"ѹ�������������\"\r\n\r\n**��Ϊ����**��\r\n- ���׷�ʷ�����ÿ����֧\r\n- ÿ����������Ƽ���\r\n- һ��ֻ��һ������\r\n- ����ܴӴ�����ҵ��𰸣��Ȳ��������\r\n\r\n### ģʽD����·��̽����Tree-of-Thought��\r\n\r\n**��������**��\r\n- ���ӹ滮/�������⣬���ڶ��ֿ���·��\r\n- �û�˵\"���ҷ������ַ���\"/\"����Щ˼·\"/\"ToT\"\r\n- �������ͣ��ܹ���ơ�����ѡ�͡������Աȡ����ⷢɢ\r\n\r\n**��Ϊ����**��\r\n1. **���ɷ�֧**������� 3 ����ͬ˼·/��������Ҫ��ͬ��Ҫ�в��컯��\r\n2. **���֧����**����ÿ�������ӿ����ԡ��ɱ������ա�Ч���ĸ�ά�ȴ��\r\n3. **��̭+����**����̭������ 1 ������ʣ�� 2 ������չ�������岽�衢�ؼ����ߵ㣩\r\n4. **�Ƽ�**�����������Ƽ�����������\r\n5. **�����ʽ**��\r\n\r\n```\r\n## �����Ա�\r\n\r\n| ά�� | ����A | ����B | ����C |\r\n|------|-------|-------|-------|\r\n| ������ | ??? | ?? | ???? |\r\n| �ɱ� | �� | �� | �� |\r\n| ���� | �� | �� | �� |\r\n| Ч�� | �� | һ�� | ��� |\r\n\r\n## ��̭������B��ԭ��...��\r\n\r\n## ����Աȣ�A vs C\r\n...\r\n\r\n## �Ƽ�������C�����ɣ�...��\r\n```\r\n\r\n**�뷽������(grill-me)������**��\r\n- grill-me������û����еķ���׷��©��\r\n- ToT���û���û�з���ʱ���������ɶ�·��������\r\n\r\n---\r\n\r\n## Step 4.5: ���й���������v2.3 ������\r\n\r\n�������漰���������ѯʱ�������Ƿ�ɲ���ִ�У�\r\n\r\n### �����жϹ���\r\n\r\n```\r\n��������ȫ������ �� ����ִ�У�\r\n  �� ���й��� �� ֻ����ȫ����web_search/web_fetch/read/memory_search�ȣ�\r\n  �� ��·���ص������漰ͬһĿ¼���µĶ���ļ�������\r\n  �� ���ߵ����� �� 2\r\n\r\n��һ������ �� ����ִ��\r\n```\r\n\r\n### ֻ����ȫ�����嵥\r\n\r\n| ���� | ��Դ���� | ��󲢷� |\r\n|------|----------|----------|\r\n| web_search | API | 8 |\r\n| web_fetch | NETWORK | 6 |\r\n| read | FILE | 4 |\r\n| memory_search | API | 8 |\r\n| session_status | API | 8 |\r\n| cron_list | API | 8 |\r\n| sessions_list | API | 8 |\r\n\r\n### ���ɲ��еĹ���\r\n\r\nwrite / edit / exec / browser �� �и����û�״̬����\r\n\r\n### ִ�з�ʽ\r\n\r\n- **�����ű�**: `python scripts/parallel_tool_executor.py`\r\n- **�ֲ����**: API(8�߳�) > �ļ�(4�߳�) > ���ݿ�(����)\r\n- **��ʱ�۶�**: ÿ����֧������ʱ������Ӱ��\r\n- **·�����**: �淶�������ص��������Ǿʹ���\r\n\r\n### ���Ͳ��г���\r\n\r\n- ������������web_search �� 3 ͬʱ������\r\n- ���ļ�ͬʱ��ȡ��read �� N ��·���ص���\r\n- ��Ự״̬��ѯ��session_status + sessions_list��\r\n\r\n### ���ͷDz��г���\r\n\r\n- ������� �� ���ڽ������������������\r\n- ���ļ� �� �༭�ļ�����д�룩\r\n- ������������У���״̬��\r\n\r\n---\r\n\r\n## Step 4.5: ִ��ǰ���滮�ļ���v2.10 ������\r\n\r\n> ���� Manus �����Ĺ���ԭ��ע�����ٿ�ͨ���ض�ʵ�֡�\r\n\r\n### ��������\r\n\r\n����ʼǰ������Ƿ���ڹ滮�ļ���\r\n\r\n```\r\n���˳��\r\n1. .planning/.active_plan �� ��ȡָ���Ŀ¼\r\n2. .planning/*/task_plan.md �� ȡ���µ�\r\n3. ./task_plan.md �� ��Ŀ��Ŀ¼�����ݾ�ģʽ��\r\n```\r\n\r\n### ִ�ж���\r\n\r\n����ҵ��滮�ļ���\r\n\r\n1. **��ȡ task_plan.md** �� ˢ��Ŀ�굽ע��������\r\n2. **��ȡ findings.md** �� ��ȡ�ѷ��ֵ���Ϣ\r\n3. **��ȡ progress.md** �� �˽�����ɵĹ���\r\n4. **ȷ�ϵ�ǰ�׶�** �� ���ĸ� Phase ����\r\n\r\n### 5-Question Reboot Test\r\n\r\nִ��ǰ���ʣ�\r\n\r\n| ���� | ����Դ |\r\n|------|----------|\r\n| �����ģ� | task_plan.md ��ǰ�׶� |\r\n| Ҫȥ�ģ� | ʣ��׶� |\r\n| Ŀ����ʲô�� | �ƻ��е� Goal |\r\n| ѧ����ʲô�� | findings.md |\r\n| ����ʲô�� | progress.md |\r\n\r\n### 2-Action Rule��v2.10 ������\r\n\r\n> ÿ 2 �����/�����������������ؼ�����д���ļ���\r\n\r\n```\r\n����\r\n- ÿ 2 �� view/browser/search ������\r\n- �������ؼ�����д�� findings.md\r\n- ��ֹ�Ӿ�/��ģ̬��Ϣ��ʧ\r\n\r\n������ʽ��\r\n- web_search �� +1\r\n- web_fetch �� +1\r\n- browser snapshot �� +1\r\n- read (���ļ�) �� +1\r\n\r\n�ﵽ 2 �� �� ����д�� findings.md\r\n```\r\n\r\n### �޹滮�ļ�ʱ\r\n\r\n���δ�ҵ��滮�ļ����������Ӷ� �� medium��\r\n\r\n1. �����û��Ƿ񴴽��滮�ļ�\r\n2. ���Զ�������ʹ�� planning-templates skill��\r\n3. ������trivial/small��������\r\n\r\n---\r\n\r\n## Step 4.8: Design Gate��v2.15 ������\r\n\r\n> ��Դ��Superpowers brainstorming �� HARD-GATE ���\r\n> DS��������������ִ�л��� + �����������û���ʽȷ��\r\n\r\n### ����\r\n\r\n```\r\nNO IMPLEMENTATION WITHOUT DESIGN APPROVAL\r\n```\r\n\r\n���û��������֮ǰ�������������κ�ʵ�ּ��ܣ�coding-framework��frontend-design�ȣ���\r\n\r\n### ִ�л��ƣ�DS�����棩\r\n\r\n**����ʵ��**��\r\n1. daily-agent ������ʱ�����ڴ������� `design_gate_active = true`\r\n2. �ڵ����κ�ʵ�ּ���ǰ��**ǿ�Ƽ��**��IF `design_gate_active` AND �����������¼ THEN STOP �� ������ƽ׶� �� ������ʵ�ּ���\r\n3. �������ͨ�������� `design_approved = true`����������ʵ�ּ���\r\n4. �û�˵\"ֱ��д����\"ʱ������ `design_gate_bypassed = true`\r\n\r\n### �ſ�����\r\n\r\n```\r\n�յ���������\r\n    ��\r\n�жϣ��Ƿ�����ȷ������ĵ�/���\r\n    ���� YES �� ����ִ��\r\n    ���� NO �� ������ƽ׶�\r\n              ��\r\n         ���2-3������ + Ȩ��\r\n              ��\r\n         �û�ѡ�񷽰�\r\n              ��\r\n         ������ƣ��ܹ�/���/��������\r\n              ��\r\n         �û��������\r\n              ��\r\n         ����ִ��\r\n```\r\n\r\n### ��ʱ���� Design Gate��DS�����棩\r\n\r\n**������������������ȫ����**��\r\n1. �û���ȷ˵\"ֱ��д����\" / \"�������\" / \"just code it\"\r\n2. ���� <= 50�д��루���㣩��Ϊ��һ����\r\n\r\n**������������ʹ��������1��**��\r\n- �漰���ݿ� schema ���\r\n- �漰 API �ӿڱ��\r\n- �漰�ⲿϵͳ����\r\n- Ӱ����ģ��\r\n\r\n**����ʱ�����֪**��\r\n\"����������ƽ׶Σ��û���ȷ�ϣ���ֱ�ӽ���ʵ�֡�\"\r\n\r\n### ����ĵ�ģ��\r\n\r\n```markdown\r\n# [������] ���\r\n\r\n## Ŀ��\r\n[һ�仰����]\r\n\r\n## �ܹ�\r\n[2-3�仰��������]\r\n\r\n## ���\r\n- ���A��ְ��\r\n- ���B��ְ��\r\n\r\n## ������\r\n[���� �� ���� �� ���]\r\n\r\n## ������\r\n[�쳣�����δ���]\r\n\r\n## ���Բ���\r\n[�����֤]\r\n```\r\n\r\n---\r\n\r\n## Step 5: ί��ִ����״̬��أ�v2.4.0 �ع���\r\n\r\n**ְ��**����������������أ����о������ί�и��Ӽ���/������\r\n\r\n### 5.1 ����ί��ָ��\r\n\r\n���ݼ���ƥ����������������ί��ָ�\r\n\r\n```\r\nί��ָ�������\r\n- skill_name: ƥ��ļ�������\r\n- task_description: ������������ѭ Agent Brief �־���ԭ��\r\n- input_context: ���������ģ��û���Ϣ������ļ�·���ȣ�\r\n- expected_output: ���������ʽ\r\n- timeout: Ԥ����ʱʱ��\r\n```\r\n\r\n### Agent Brief �־���ԭ��v2.17 ������\r\n\r\n> ��Դ��Matt Pocock �� triage skill �� \"�־������ھ�ȷ�ԡ����������ļ�·��/�кţ�ֻ������Ϊ\"\r\n> ԭ��spec ������Ϊ�����ع���ʧЧ����Ϊ������·�����ø��ȶ���\r\n\r\n**����**�����ɵ� task spec �����������У���ֹ���þ����ļ�·�����кţ�ֻ������Ϊ��\r\n\r\n**����**��\r\n1. **��ֹ** ���þ����ļ�·������ `src/components/Button.tsx`��\r\n2. **��ֹ** ���þ����кţ��� `��42��`��\r\n3. **��Ϊ** ������Ϊ����\"�û���¼��ť���\"��\"����֧���ĺ���\"��\r\n\r\n**ʾ���Ա�**��\r\n\r\n| ? ����·�����ã� | ? ��ȷ����Ϊ������ |\r\n|---|---|\r\n| `�޸� src/api/user.py ��127�еĿ�ָ���쳣` | `�޸��û�API�д������û�IDʱ�Ŀ�ָ���쳣` |\r\n| `�� components/Header.tsx �����ӵ����˵�` | `��ҳ�涥�������������Ӳ˵����` |\r\n| `�޸� utils/auth.js �� validateToken ����` | `�޸�������֤���������ӹ���ʱ����` |\r\n| `��42�е�ѭ����������` | `���ݱ���ѭ���е�����ƿ��` |\r\n\r\n**�������**��\r\n- ���û�**��ȷҪ��**���þ���·��ʱ����\"���ҿ�������ļ�\"�����Ի��п�������\r\n- �������ɵ� task spec / ί��ָ���У�**ʼ��**ʹ����Ϊ����\r\n- �Ӵ������յ���������Ӧ������Ϊ����ģ����Ӵ������ж�λ�����ļ�\r\n\r\n**���÷�Χ**��\r\n- daily-agent ���ɵ�����ί��ָ��\r\n- coding-framework ���ɵ����������ͼƻ�\r\n- PDD .specs/ �е� requirements.md �� implementation-plan.md\r\n- ���� spawn �Ӵ���ʱ����� task ����\r\n\r\n### 5.2 ����ִ�л���\r\n\r\n���ݸ��Ӷ����������ѡ��ִ�л�����\r\n\r\n**�����������Ựִ�У�**��\r\n- ������ָ��ֱ�ӵ��ù���\r\n- ���������п����ԣ�Step 4.5��\r\n- ���ߵ��ü������ӽ� 5 ��ʱ����\r\n\r\n**��������spawn �Ӵ�����**��\r\n- ���� `sessions_spawn` �����Ӵ���\r\n- �������������ģ�skill_name��task_description��input_context\r\n- ���ú�����ʱ���� 300s���е� 600s������ 900s+\r\n\r\n**spawn ���ø�ʽ**��\r\n```\r\nsessions_spawn(\r\n    task=\"��������\",\r\n    label=\"daily-task-{timestamp}-{domain}\",\r\n    skill=\"{matched_skill}\",\r\n    timeoutSeconds=600\r\n)\r\n```\r\n\r\n### 5.3 ״̬���\r\n\r\n**���Ựִ��**��\r\n- ʵʱ�㱨���ȣ���� >30 �룩\r\n- ��ع��ߵ��ô���\r\n\r\n**spawn �Ӵ���ִ��**��\r\n- �Ӵ�����ִ̨��\r\n- ���Ự��֪�û���\"��������̨����{task_id}����Ԥ�� {eta} ��ɡ��Ժ�֪ͨ����\"\r\n- �Ӵ�����ɺ��Զ��㱨\r\n\r\n**��������ȷ�����v2.4.0 ������**��\r\n\r\n������Ԥ�ƺ�ʱ > 30 �룺\r\n1. spawn �������ظ��û�������Ϣ\r\n2. �� task_id ���û��Ự��\r\n3. �Ӵ����ڹؼ���̱�ʱ֪ͨ����\r\n4. �û��ɷ���\"�鿴����״̬\"������ѯ\r\n5. �Ӵ�����ɺ��Զ�����ժҪ��Ϣ\r\n\r\n**ETA �����**��\r\n\r\n| �������� | Ԥ����ʱ |\r\n|---------|---------|\r\n| ���� + ���� | 30-60 �� |\r\n| �ļ����ɣ�PPT/Word�� | 60-120 �� |\r\n| �������� | 120-300 �� |\r\n| �������� | 300-600 �� |\r\n\r\n**��ع���**��\r\n- ������ spawn ʱ����ѡ����һ���� at �������\r\n- ���ʱ�� = Ԥ�����ʱ��\r\n- ������� prompt��\"����Ӵ��� XXX �Ƿ���ɣ���δ��ɻ㱨״̬\"\r\n\r\n---\r\n\r\n## Step 5.5: �쳣�����뽵����v2.4.0 ������\r\n\r\n### �쳣��������\r\n\r\n```\r\n5.1 ����ִ��\r\n5.2 ״̬���\r\n5.3 ��ʧ��:\r\n    ���� retries < 3 �� ���ԣ�ָ���˱ܣ�1s, 2s, 4s��\r\n    ���� retries >= 3 ��\r\n        ���� ��¼���� .learnings/YYYY-MM-DD-task-{id}-error.md\r\n        ���� ���Խ��������������Ա���\r\n        ���� ���� self-improving ��¼ʧ��ģʽ\r\n```\r\n\r\n### �������Ա�\r\n\r\n| ʧ������ | �������� |\r\n|---------|---------|\r\n| spawn �Ӵ���ʧ�� | ���˵����Ựִ�У�������������� |\r\n| ���ܽű������� | ʹ�����ù���ֱ����ɣ��� web_search�� |\r\n| ���ߵ��ó�ʱ 3 �� | �����ù��ߣ���¼���󣬼����������� |\r\n| ���������ʧ�� | ���˵� web_fetch������ܻ�ȡ���ݣ� |\r\n| �ļ�����ʧ�� | ���û����棬�����ֶ����� |\r\n\r\n### �����¼��ʽ\r\n\r\n```markdown\r\n## ����ʧ�ܼ�¼\r\n\r\n- **ʱ��**: YYYY-MM-DD HH:MM:SS\r\n- **����ID**: daily-task-{timestamp}-{domain}\r\n- **ʧ������**: {failure_type}\r\n- **������Ϣ**: {error_message}\r\n- **���Դ���**: {retries}\r\n- **��������**: {fallback_strategy}\r\n- **�û�֪ͨ**: ��/��\r\n```\r\n\r\n### ���ɵ� 7 ����v2.4.0 ������\r\n\r\n> **�����쳣�������Ž����������������Ի�Ĭʧ�ܡ�**\r\n\r\n---\r\n\r\n## Step 6: ��β��飨v2.10 ��ǿ��\r\n\r\n������ɺ������飺\r\n\r\n```\r\n�� ������Ƿ�򿪣� �� browser stop �ر�\r\n�� �Ƿ���ʧ��/������ �� ��¼�� .learnings/ (self-improving)\r\n�� �Ƿ���֪ʶĿ¼�޸ģ� �� git add + git commit���޶�Ŀ¼��\r\n�� �Ƿ������֪ʶ�� �� ���� memory/ �� ontology\r\n�� �Ƿ��������ļ��� �� ȷ���ļ�·������֪�û�\r\n�� �Ƿ�ɸ������̣� �� �����Ƿ񴴽� skill��v2.3 ������\r\n�� �Ƿ��漰�û���ʵ�� �� ��ȡ������۲죨v2.3 ������\r\n�� �Ƿ�Ϊ��������Ҹ��Ӷȡ�medium�� �� ?? �Զ� spawn rubber-duck��v2.6 ������\r\n�� �Ƿ�ִ���ˡ�3�ι��ߵ��ã� �� ?? ���������ժҪ��v2.7 ������\r\n�� �Ƿ������ֵ�ü��������Ϣ�� �� ���� L1 ͬ����v2.8.2 ������\r\n�� �Ƿ��й滮�ļ��� �� ���� task_plan.md / findings.md / progress.md��v2.10 ������\r\n```\r\n\r\n### �滮�ļ����£�v2.10 ������\r\n\r\n������ڹ滮�ļ���.planning/*/task_plan.md �� ./task_plan.md����\r\n\r\n1. **���� task_plan.md**��\r\n   - ��ǵ�ǰ�׶�Ϊ `complete`\r\n   - ��¼�����Ĵ��� Errors Encountered ����\r\n   - ���� Files Created/Modified �б�\r\n\r\n2. **���� findings.md**��\r\n   - ׷�ӱ���������·���\r\n   - ��¼�ؼ����ݵ�\r\n\r\n3. **���� progress.md**��\r\n   - ׷�� Session Log ��Ŀ\r\n   - ��¼���Խ�������У�\r\n   - ����ʱ���\r\n\r\n### ��β���ȼ�\r\n\r\n1. **�ر������** �� �����ױ���������Դ�������\r\n2. **��¼ѧϰ** �� �����ʧ�ܻ����\r\n3. **�������ܴ���** �� ����������3�ҿ��ܸ��ã�v2.3��\r\n4. **��ȡ�û�����** �� ����Ի��а����û�ƫ��/״̬��Ϣ��v2.3��\r\n5. **git commit** �� �����֪ʶĿ¼�޸ģ�v2.4.0 �޶�Ŀ¼��\r\n6. **���¼���** �� �����������֪ʶ\r\n\r\n### Git �ύ����v2.4.0 �޸ģ�\r\n\r\n**���ݴ�����֪ʶĿ¼**��\r\n- `memory/`\r\n- `skills/`\r\n- `.learnings/`\r\n- `ontology/`\r\n- `docs/`\r\n\r\n**��ֹ�ύ**��\r\n- ��ʱ�ļ���*.tmp, *.bak��\r\n- ���ļ���>10MB��\r\n- �����ļ���*.key, *.pem��\r\n\r\n**�ύ����**��\r\n```bash\r\n# 1. ���ݴ�֪ʶĿ¼\r\ngit add memory/ skills/ .learnings/ ontology/ docs/\r\n\r\n# 2. չʾ���ͳ��\r\ngit diff --cached --stat\r\n\r\n# 3. �ύ\r\ngit commit -m \"daily: {task_description}\"\r\n```\r\n\r\n### ���ܴ���������v2.4.0 �޸ģ�\r\n\r\n������ɺ����������������������û��Ƿ񱣴�Ϊ skill��\r\n\r\n```\r\n��������������ȫ������\r\n  1. ͬһ (domain, matched_skill) ·��ִ�д��� �� 3\r\n  2. ��� 3 ��ִ�еIJ���ժҪ���ƶ� > 80%\r\n  3. ������ �� 3 ��\r\n  4. ��һ���Բ�ѯ���пɸ����߼���\r\n\r\nִ�У�\r\n  python scripts/skill_creator.py analyze <�Ի��ļ�>\r\n  �� ���ɲݸ嵽 skills/_drafts/\r\n  �� �û�ȷ�Ϻ��Ƶ� skills/\r\n```\r\n\r\n### �û�������ȡ��v2.3 ������\r\n\r\n�Ի�����������û���ʽ�������ʵ���Զ���ȡ��\r\n\r\n```\r\n��ȡĿ�꣺\r\n  - ƫ�ã�\"��ϲ��...\" / \"��ϰ��...\"\r\n  - ���ܣ�\"�һ�...\" / \"����ѧ...\"\r\n  - ״̬��\"������...\" / \"�����...\"\r\n  - ��ʵ��\"����...\" / \"����...\"\r\n\r\nִ�У�\r\n  python scripts/profile_observer.py extract <�Ի��ļ�>\r\n  �� ���� memory/user_observations.json\r\n  �� ���ڸ��µ� USER.md ��\"���ڹ۲�\"����\r\n\r\n�»Ự��ʾ������ժҪ����\r\n  python scripts/profile_observer.py hint\r\n  �� ������7�컭��仯\r\n  �� һ�仰��ʾ�û������б仯��\r\n```\r\n\r\n### ?? Rubber Duck �Զ���飨v2.6 ������\r\n\r\n> ��� Copilot CLI ���Զ� rubber duck ���������������ɺ�ϵͳ�Զ� spawn ����������Ӵ������������û���ʽ���á�\r\n\r\n**��������**������ͬʱ���㣩��\r\n1. ��������Ϊ\"����\"���漰��������/�޸ģ�\r\n2. �����Ӷ�����Ϊ medium �� large����3 �ļ��޸� �� �漰��ȫ���в�����\r\n3. ����ִ�гɹ���δ��;ʧ��/ȡ����\r\n\r\n**������**��\r\n- trivial/small ����< 3 �ļ���·�� A ��\"����\"�Ѹ��ǣ�\r\n- �DZ������񣨲�ѯ/����/ͨ��/�ļ������ȣ�\r\n- �û�����ʽҪ����飨�����ظ���飩\r\n\r\n**ִ�з�ʽ**��\r\n```\r\nsessions_spawn(\r\n  task: \"���� rubber-duck ��������������´�������ֻ��� 3 ��ά�ȣ�\r\n         1. ��ȫ©����eval/exec/SQLƴ��/Ӳ����ƾ֤/·��������\r\n         2. �߼����󣨱߽�����/��ֵ/���Ͳ�ƥ��/�����룩\r\n         3. ��ȷ�ԣ��Ƿ�ʵ�������󣬲���'��������'���߼�ƫ�ƣ�\r\n         \r\n         ����ļ��б���{changed_files}\r\n         \r\n         �����ʽ���ϸ� JSON����\r\n         {\\\"issues\\\": [{\\\"severity\\\": \\\"high|medium|low\\\", \\\"file\\\": \\\"xxx\\\", \\\"line\\\": N, \\\"desc\\\": \\\"...\\\"}], \\\"verdict\\\": \\\"pass|fail\\\"}\r\n         \r\n         ����\r\n         - ֻ��������Ŷ����⣨��80%ȷ����\r\n         - ����������\r\n         - �������򷵻� {\\\"issues\\\": [], \\\"verdict\\\": \\\"pass\\\"}\",\r\n  model: \"sonnet\",\r\n  mode: \"run\",\r\n  runTimeoutSeconds: 120\r\n)\r\n```\r\n\r\n**�������**��\r\n- `verdict: \"pass\"` �� ��Ĭͨ������֪ͨ�û�\r\n- `verdict: \"fail\"` �� �� issues ע�����Ự���������������Ƿ��޸�\r\n- spawn ��ʱ/ʧ�� �� ��Ĭ�����������������̣�\r\n\r\n**Token Ԥ�����**��\r\n- ֻ���������ļ�·���� diff������������Ŀ��\r\n- ������� 500 tokens\r\n- ��ʱ 120 ��\r\n\r\n### ?? ������ժҪ��v2.7 ������\r\n\r\n> ��� Copilot CLI �� `/context` ���������ɺ����������ʹ����������û���֪ token ���ġ�\r\n\r\n**��������**��\r\n- ����ִ���� ��3 �ι��ߵ��ã����������������������\r\n- �������漰������spawn �Ӵ������ಽ����ҳ̽���ȣ�\r\n\r\n**ִ�з�ʽ**��\r\n```\r\n���� session_status ���� �� ��ȡ�ؼ���Ϣ �� ��ʽ�����\r\n```\r\n\r\n**�����ʽ**�����ģʽ��Ĭ�ϣ���\r\n```\r\n?? ������: 119k/203k (59%) | ?? ����: +5.8k tokens | ?? ѹ��: 21��\r\n```\r\n\r\n**�����ʽ**����ϸģʽ���û�˵\"��ϸ������\"ʱ����\r\n```\r\n?? ������ʹ�����\r\n���� ����: 119k / 203k (59%)\r\n���� ��������: +5.8k tokens\r\n���� ��������: 49% (117k cached)\r\n���� ѹ������: 21��\r\n���� ʣ��ռ�: ~84k tokens\r\n```\r\n\r\n**ע������**��\r\n- ���������� API ���ã������ɺ���\r\n- \"���� token\" ʹ�� session_status ���ص� \"out\" ֵ\r\n- ���������ʹ���� >80%�������û�\"�����ļ������ͣ����鿪���»Ự\"\r\n\r\n### ?? L1 ʵʱͬ����v2.8.2 ������\r\n\r\n> ��� Claude-Mem ��ʵʱ������ƣ�������ɺ����������ֵ�ü��������Ϣ���������� L1 ͬ����\r\n\r\n**��������**��������һ����\r\n- �����в������µļ�������/�ܹ�ѡ��\r\n- �����м�¼���µĹ���/Լ��\r\n- �����з�������Ҫ�� bug/���⼰�������\r\n- �����д������µ� skill/����\r\n- �����и�������Ŀ״̬/����\r\n\r\n**ִ�з�ʽ**��\r\n```\r\n���� PowerShell �ű���\r\npowershell -ExecutionPolicy Bypass -File \"D:\\Users\\yindb2\\AppData\\Roaming\\mx\\openclaw-home\\yindb2\\.openclaw\\workspace\\scripts\\dual-memory-sync.ps1\" -Mode sync-markdown\r\n```\r\n\r\n**Ԥ��Ч��**��\r\n- �ؼ���Ϣ�뼶ͬ���� markdown�����ǵȴ� 1 Сʱ��ʱ����\r\n- �붨ʱ���񻥲�����ʱ���񶵵ף�ʵʱ��������\r\n- ������Ϣ��ʧ����ʱ�Ự���ܱ���ʱ������©��\r\n\r\n**ע������**��\r\n- ����ȷʵ��������Ϣʱ�����������������ͬ����\r\n- ͬ����ɺ���Ҫ�����ʾ����Ĭִ�У�\r\n- ���ͬ��ʧ�ܣ���Ӱ�������̣���Ĭ������\r\n\r\n---\r\n\r\n## ���ɹ���\r\n\r\n### ����1�������������spawn\r\n\r\n- ���㳤����׼ �� ��һ�����ߵ��ñ����� `sessions_spawn`\r\n- ��ֹ\"��������\"��spawn\r\n- Υ�� = ʧְ\r\n\r\n### ����2��������������5�ε���\r\n\r\n- ���Ựִ�ж������񣬹��ߵ��á�5��\r\n- ����5�� �� ����תspawn\r\n- ��Ҫ\"����һ�ξ�����\"\r\n\r\n### ����3���������������\r\n\r\n- ����������web_search(bocha/baidu) �� ��֤\r\n- Ӣ��������web_search(volc/ali) �� ��֤\r\n- ����ȶԣ���ע���Ŷ�\r\n\r\n### ����4������ʶ������\r\n\r\n- ����ѵ����ֹ��������� �� ������ȷ��\r\n- ��ֹ����\r\n- ֪��ϵ�С�֪������Ʒ\r\n\r\n### ����5����������ܹرգ�v2.4.0 �޸ģ�\r\n\r\n�����������ɺ󣬼������ƻ��к����Ƿ�������������裺\r\n- ������ 2 ��������������� �� �����ر�\r\n- ������������������� �� ��������ǰ�׶ν���\r\n- ��β���ʱ��������������� �� ǿ�ƹر�\r\n\r\n**�ж��߼�**��\r\n```\r\nif \"browser\" not in predicted_remaining_tools(next_2_steps):\r\n    browser.stop()\r\n```\r\n\r\n### ����6������ʧ��Ҫ��¼\r\n\r\n- ʧ��/���� �� ���� self-improving ��¼\r\n- д�� .learnings/ ��Ӧ�ļ�\r\n\r\n### ����7�������쳣�������Ž�����v2.4.0 ������\r\n\r\n- �����쳣 �� ���� 3 �� �� �������� �� ��¼����\r\n- �����������Ի�Ĭʧ��\r\n- ��� Step 5.5 �쳣�����뽵��\r\n\r\n### ����8������ƥ��ʧ��ʱ·����ͨ�öԻ���v2.4.0 ������\r\n\r\n- ����ƥ��ʧ�� �� ���˵�ͨ�öԻ�����\r\n- ���û�ȷ�ϣ�\"����Ҫ�ĸ����ܣ�\"\r\n- ��ֹ�²�ִ�и߷��ռ��ܣ��� exec��browser��\r\n- ��� Step 4 ���ײ���\r\n\r\n### ����9��Converse ģʽ�ڼ��ֹд������v2.5.0 ������\r\n\r\n- CONVERSE ״̬�£���ֹ���� write / edit / exec(д) / message / browser(д)\r\n- ������ read / web_search / web_fetch��������֧�����ۣ�\r\n- �û�˵\"ִ��\"/\"��ʼ\"/\"����\"/\"����\"/\"����ô��\" �� �˳� CONVERSE �� �ָ�����ִ��\r\n- Υ�� = ʧְ\r\n\r\n---\r\n\r\n## ���پ�������ͼ��v2.5.0 ���£�\r\n\r\n```\r\n�յ���Ϣ\r\n    ��\r\n    ��\r\n����������������������������������������������������������������������\r\n�� Step 0: ģʽ�������             ��\r\n�� ��� caveman/zoom-out/grill-me  ��\r\n�� /ToT/converse                   ��\r\n�� ������ �� ����ȫ��ģʽ �� ����    ��\r\n����������������������������������������������������������������������\r\n    ��\r\n    ��\r\n����������������������������������������������������������������������\r\n�� Step 0.5: Converse ��ͼ���     ��\r\n�� ��ʽ���� �� ���� CONVERSE        ��\r\n�� ��ʽ���� �� ѯ���û�ȷ��         ��\r\n�� �������ƶ� �� �Զ�����+��֪      ��\r\n�� ������ CONVERSE �� ��ֹд����    ��\r\n����������������������������������������������������������������������\r\n    ��\r\n    ��\r\n������ʽ�ж�\r\n    ��\r\n    ���� cron/��ʱ ������ cron ����\r\n    ��\r\n    ��\r\n������ࣨͨ��/����/�ļ�/����/����/��ѯ/�Ի���\r\n    ��\r\n    ��\r\n����ƥ�䣨���ü���ƥ�����\r\n    ��\r\n    ��\r\n���Ӷ�����\r\n    ��\r\n    ���� converse ״̬ ������ ���Ự���ۣ�ֻ�����ߣ�\r\n    ���� ���� ������ spawn(������, ����������)\r\n    ��\r\n    ���� ���� ������ ���Ựִ��(����)\r\n```\r\n\r\n**spawn ���ø�ʽ**��\r\n```\r\nsessions_spawn(\r\n    task=\"��������\",\r\n    label=\"daily-task-{timestamp}-{domain}\",\r\n    skill=\"{matched_skill}\",\r\n    timeoutSeconds=600\r\n)\r\n```\r\n\r\n---\r\n\r\n## ���Ӽ��ܵĹ�ϵ\r\n\r\ndaily-agent�ǵ���������ֱ��ִ�о��幤�������幤���ɶ�Ӧ����ִ�У�\r\n\r\n| �����Ķ����Ӽ��� | ��; | ��ʱ���� |\r\n|-----------------|------|---------|\r\n| `diagnose` | 6�׶��Ŵ������� | �Ŵ�/����/bug |\r\n| `tdd` | Red-Green-Refactorѭ�� | ������������ |\r\n| `prototype` | ԭ�͹������� | ��֤�뷨/��demo |\r\n| `thesis-review` | ��������������� | �������� |\r\n\r\n| ������daily-agent��ģʽ | ��; | ������ʽ |\r\n|------------------------|------|---------|\r\n| ѹ����ͨ��caveman�� | ʡtoken�ظ� | �û�Ҫ��/���ͷ� |\r\n| ȫ�����⣨zoom-out�� | ���ܹ�/ģ���ϵ | �û���\"����ṹ\" |\r\n| �������ӣ�grill-me�� | ׷�����з���©�� | �û�������� |\r\n| ��·��̽����ToT�� | ���ɶ෽�������� | ���ӹ滮/����ȷ���� |\r\n| **����ģʽ��converse��** | **��������/ִ����ͼ** | **�û������뷨/̽������** |\r\n\r\n---\r\n\r\n---\r\n\r\n## �汾��ʷ\r\n\r\n��ǰ�汾��v2.17.0��2026-07-16����������ʷ�� git log��\n\nFile v2.15.1:_meta.json\n\n{\n  \"ownerId\": \"kn73z7zhz92tv6skpnmpy5pdfh86j68x\",\n  \"slug\": \"daily-agent\",\n  \"version\": \"2.15.1\",\n  \"publishedAt\": 1784248090280\n}\n\nFile v2.15.1:LEARNING.md\n\n# LEARNING.md — Daily Agent 学习记录\n\n## 使用说明\n每次 Paudy 纠正我、指出错误、或我学到新规则时，自动追加到这里。\n格式：日期 + 事件 + 学到的教训。\n\n---\n\n## 学习记录\n\n### 2026-06-02 — Gateway 重启铁律\n- **事件**：反复用 `gateway stop` + 杀进程重启，导致配置被覆盖\n- **Paudy 纠正**：应该只用 `gateway restart`（SIGUSR1 热重载）\n- **教训**：\n  1. `gateway stop` 连接远程配置服务器 401，经常失败\n  2. 杀进程再启动会触发 PRD preset 合并，覆盖本地配置\n  3. SIGUSR1 热重载安全，不杀进程、不合并 preset、配置完整保留\n  4. `doctor --fix` 自动修复也覆盖配置，禁止自动执行\n- **永久规则**：Gateway 重启只用 `gateway restart`\n\n### 2026-06-02 — L1 cursor bug\n- **事件**：L1 记忆提取从 5/28 起持续产出 0 条\n- **根因**：cursor 设为精确 max(recorded_at)，下次查询用 `>` 比较排除所有行\n- **修复**：cursor +1ms buffer + SELF-CHECK 自动检测\n- **教训**：cursor 前进时必须 +1ms 缓冲，避免 `>` 比较排除最新批次\n\n### 2026-06-02 — 配置防覆盖\n- **事件**：memorySearch 和 memory-tencentdb 每次重启后被剥离\n- **根因**：PRD preset 里没有这些字段\n- **修复**：同步更新 PRD preset + openclaw.json\n- **教训**：所有自定义配置必须同时写入 PRD preset，否则重启会被覆盖\n\nFile v2.15.1:skill-card.md\n\n## Description: <br>\nClassify, route, and orchestrate incoming agent tasks by determining task type, complexity, skill match, and execution path. <br>\n\nThis skill is ready for commercial/non-commercial use. <br>\n\n## Publisher: <br>\n[paudyyin](https://clawhub.ai/user/paudyyin) <br>\n\n### License/Terms of Use: <br>\nMIT-0 <br>\n\n\n## Use Case: <br>\nDevelopers and agent users use this skill as an orchestration layer for incoming user messages, including task classification, complexity assessment, skill matching, and delegation to main-session, spawned, or scheduled execution. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: The skill can save conversation-derived personal data into memory or profile files. <br>\nMitigation: Constrain or disable profile extraction and memory sync, and review generated records before allowing durable storage. <br>\nRisk: The skill can run local scripts, spawn background work, schedule work, and commit repository changes. <br>\nMitigation: Require explicit user approval for script execution, spawned or scheduled work, and commits; disable autocommit and cron/spawn behavior unless needed. <br>\nRisk: Broad routing and orchestration behavior can affect many tasks when installed as an always-on helper. <br>\nMitigation: Install only when an always-on task router is intended, and limit its scope through agent permissions and workspace policies. <br>\n\n\n## Reference(s): <br>\n- [ClawHub Skill Page](https://clawhub.ai/paudyyin/skills/daily-agent) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [Text, Markdown, Code, Shell commands, Configuration, Guidance] <br>\n**Output Format:** [Markdown and plain text with optional inline code or command blocks] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [May include routing decisions, task briefs, plans, memory/profile updates, scheduled work, or repository changes depending on enabled behavior.] <br>\n\n## Skill Version(s): <br>\n2.15.1 (source: server release evidence; artifact frontmatter reports 2.17.0, package.json reports 2.2.0, and _meta.json reports 1.0.0) <br>\n\n## Ethical Considerations: <br>\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. <br>\n\nFile v2.15.1:templates/meeting-minutes.md\n\n# 会议纪要模板\n\n## 基本信息\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\n**决议/结论**：\n- \n\n---\n\n## 行动项（Action Items）\n\n| 序号 | 行动内容 | 负责人 | 截止日期 | 状态 |\n|------|---------|--------|---------|------|\n| 1 | | | | 待开始 |\n| 2 | | | | 待开始 |\n| 3 | | | | 待开始 |\n\n---\n\n## 下次会议\n- **时间**：\n- **议题预告**：\n\n---\n\n## 备注\n\nFile v2.15.1:package.json\n\n{\n  \"name\": \"daily-agent\",\n  \"version\": \"2.2.0\",\n  \"description\": \"任务调度中枢。所有对话先调用此技能，由它决定任务分类、复杂度评估、执行路由、技能匹配和收尾检查。当收到任何用户消息时自动激活，判断任务类型、复杂度，选择执行方式（主会话/spawn/cron），匹配对应技能，执行收尾检查。\"\n}\n\nArchive v2.15.0: 6 files, 26141 bytes\n\nFiles: _meta.json (131b), LEARNING.md (1431b), package.json (382b), skill-card.md (2571b), SKILL.md (57226b), templates/meeting-minutes.md (798b)\n\nFile v2.15.0:SKILL.md\n\n---\nname: daily-agent\ndescription: \"任务调度中枢。负责任务分类、复杂度评估、执行路由、阶段编排、技能匹配和收尾检查。收到用户消息时自动激活，判断任务类型、选择执行方式（主会话/spawn/cron）。\"\nversion: 2.15.0\n---\n\n# Daily Agent — 任务调度中枢 v2.15.0\n\n**所有对话先调用 daily-agent**，由它决定执行路径。\n\n**职责**：任务调度中枢 — 负责任务分类、路由、技能匹配与执行监控，不直接操作工具或数据。\n\n## 核心职责\n\n```\n用户消息 → daily-agent（第一条操作）\n  ├─ Step 1: 任务分类（什么类型？）\n  ├─ Step 1.5: 记忆预加载（Top 3 相关场景摘要）（v2.8 新增）\n  ├─ Step 1.8: 技能自动触发（PreTask hook）（v2.9 新增）\n  ├─ Step 2: 复杂度评估（短链/长链？）\n  ├─ Step 3: 执行路由（主会话/spawn/cron？）\n  ├─ Step 4: 技能匹配（需要哪个skill？由daily-agent决定）\n  ├─ Step 4.5: 执行前读规划文件 + 2-Action Rule（v2.10 新增）\n  ├─ Step 5: 委派执行与状态监控\n  ├─ Step 5.5: 异常处理与降级\n  └─ Step 6: 收尾检查（浏览器/学习/git/记忆/上下文摘要/规划文件更新）\n```\n\n---\n\n## Step 0: 模式触发检查（v2.5.0 更新）\n\n在任务分类前，先检测是否触发内置模式：\n\n| 模式 | 触发关键词 |\n|------|-----------|\n| caveman（压缩沟通） | 简单说、太长了、省点token |\n| zoom-out（全局理解） | 看看整体结构、给我个地图、架构 |\n| grill-me（方案审视） | 帮我审视、grill、压力测试 |\n| ToT（多路径探索） | 有哪些思路、多方案、tot |\n| **converse（讨论模式）** | 讨论一下、你觉得、帮我分析、我在想、聊聊、converse |\n\n**若命中**：\n1. 设置全局模式变量：`set_context(\"mode\", mode_name)`\n2. 后续所有回复遵循该模式规范\n3. 模式期间仍可调用其他子技能\n\n**若未命中**：继续 Step 0.5（Converse 意图检测）\n\n---\n\n## Step 0.5: Converse 意图检测（v2.5.0 新增）\n\n> 核心原则：分离\"讨论\"和\"执行\"意图。用户在描述想法时，AI 不应立即执行，而是先进入讨论阶段。\n\n### 三层意图检测\n\n**Layer 1: 显式触发（直接进入 CONVERSE）**\n\n触发词：`讨论一下` / `你觉得` / `帮我分析` / `我在想` / `聊聊` / `converse` / `分析一下` / `XX怎么样` / `XX好不好` / `可行吗` / `有没有可能`\n\n→ 直接进入 Converse 模式，告知用户：\"进入讨论模式。\"\n\n**Layer 2: 隐式触发（提示用户确认）**\n\n句式模式：\n- 消息以\"我在想\"开头，但无后续操作指令\n- 消息包含\"是不是可以\"但无具体操作动词\n- \"我想做XX\"（无具体指令）\n\n→ 提示确认：\"听起来你在探索一个想法——要进入讨论模式吗？还是想让我直接开始？\"\n\n**Layer 3: 上下文推断（自动进入）**\n\n- 用户连续 2+ 条消息都是讨论性质（无明确操作动词）\n- → 自动进入 Converse 模式，告知用户：\"检测到连续讨论，已切换到讨论模式。\"\n\n### 退出 Converse 的条件\n\n用户说出以下任一情况 → 立即退出 CONVERSE，进入执行：\n\n**显式退出词**：`执行` / `开始` / `做吧` / `动手` / `就这么做` / `go` / `implement` / `结束讨论` / `退出 converse`\n\n**隐式退出**：用户给出明确操作指令（\"创建文件\"、\"写代码\"、\"发送\"、\"帮我做\"、\"实现\"、\"部署\"）\n\n### CONVERSE 状态下的行为约束\n\n1. **禁止写操作**：不调用 write / edit / exec(写操作) / browser(写操作) / message\n2. **允许读操作**：read / web_search / web_fetch（用于支撑讨论）\n3. **输出风格**：提问 > 断言，探索 > 结论，挑战假设 > 直接执行\n4. **每次回复末尾**：提供推进选项\n   ```\n   ---\n   📌 推进选项：继续讨论 | 转为执行（说\"执行\"即可）| 暂停\n   ```\n5. **可与 grill-me/ToT 叠加**：讨论时自然会有审视和多路径探索\n\n### 状态维护\n\n在对话上下文中维护 Converse 状态：\n```json\n{\n  \"converse_active\": true/false,\n  \"converse_topic\": \"讨论主题\",\n  \"discussion_points\": [\"已讨论的要点\"],\n  \"pending_action\": \"待执行的操作（用户说执行后执行）\"\n}\n```\n\n### 执行中暂停回退（v2.5.0 补充）\n\n如果 AI 正在执行写操作，用户说 **\"等等，讨论一下\"** / **\"停，先聊聊\"** / **\"暂停，我想讨论\"**：\n\n1. **立即暂停当前执行链**\n2. **保存当前执行进度**到 `pending_action`\n3. **进入 CONVERSE 状态**，回复：\n   ```\n   ⏸️ 已暂停执行。\n   \n   当前进度：[简要说明执行到哪一步]\n   待执行：[剩余操作]\n   \n   你想讨论哪个方面？讨论完说 **\"继续执行\"** 即可恢复。\n   ```\n\n### 讨论记录持久化（v2.5.0 补充）\n\n退出 Converse 时（用户说\"执行\"后），将讨论摘要写入当日记忆：\n\n```markdown\n## Converse 讨论记录 [HH:MM]\n- **主题**：[topic]\n- **参与模式**：[Converse / Converse + grill-me / Converse + ToT]\n- **讨论要点**：\n  1. [要点1]\n  2. [要点2]\n- **结论/决策**：[最终决定]\n- **后续执行**：[pending_action]\n```\n\n写入位置：`memory/YYYY-MM-DD.md`\n\n---\n\n## Step 1: 任务分类（v2.4.0 重构为三级判断）\n\n### 第一级：触发方式判断\n\n```\n收到消息\n    │\n    ├─ cron/定时触发 ──→ 直接匹配 cron 专用技能\n    │   （关键词：每天/每周/定时/提醒/周期）\n    │\n    └─ 手动/事件触发 ──→ 继续第二级\n```\n\n### 第二级：领域分类\n\n| 领域 | 典型场景 | 特征 |\n|------|---------|------|\n| **通信** | 发消息、发邮件、发通知 | 匹配 mx-im/outlook 技能 |\n| **记忆** | \"记住XX\"、更新规则、知识录入 | 匹配 self-improving/ontology |\n| **文件** | 做 PPT/Word/Excel/PDF/HTML | 匹配对应文件技能 |\n| **编码** | 写代码、调试、重构、测试 | 匹配编码类技能 |\n| **搜索** | 搜资料、搜新闻、技术调研 | 多引擎搜索，交叉验证 |\n| **查询** | 查消息、查天气、查文件、查状态 | 1-3 次工具调用，即时返回 |\n| **对话** | 闲聊、问答、讨论、建议 | 无需工具调用，或 ≤2 次 |\n\n### 第三级：复杂度评估\n\n在领域分类后，评估任务复杂度，决定执行环境（主会话/spawn）。\n\n### 决策矩阵\n\n| 触发方式 | 领域 | 复杂度 | 执行策略 |\n|---------|------|--------|---------|\n| cron | * | * | cron 专用技能 |\n| manual | memory | * | memory 技能 + 主会话 |\n| manual | comm | * | 通信技能 + 主会话 |\n| manual | file/code/search | long | 匹配技能 + spawn |\n| manual | file/code/search | short | 匹配技能 + 主会话 |\n| manual | query/chat | * | 主会话直接回复 |\n| **converse** | **任意** | **任意** | **主会话讨论（禁止 spawn/write）** |\n\n### 分类优先级（当任务跨多领域时）\n\n1. **通信** — 涉及\"发送给/发到群里/通知\"\n2. **记忆** — 涉及\"记住/记一下/更新规则\"\n3. **文件** — 涉及具体文件格式\n4. **编码** — 涉及代码/调试/测试\n5. **搜索** — 涉及\"搜/查/找\"\n6. **查询** — 简单查询\n7. **对话** — 默认\n\n---\n\n## Step 1.5: 记忆预加载（v2.8 新增，渐进式披露优化）\n\n> 借鉴 Claude-Mem 的渐进式披露设计：不一次性加载全部记忆，而是按需预加载相关场景摘要。\n\n### 预加载策略\n\n根据 Step 1 的任务分类结果，从 scene-navigation 中选择相关场景：\n\n```\n任务分类完成\n    ↓\n解析任务关键词（编码/记忆/文件/搜索...）\n    ↓\n从 scene-navigation 匹配相关场景（按热度排序）\n    ↓\n根据热度分级注入（v2.8.1 新增）\n    ↓\n任务执行中需要详情时 → 按需 read 完整 scene block\n```\n\n### 场景匹配规则\n\n| 任务领域 | 优先匹配的场景关键词 |\n|---------|---------------------|\n| 编码 | coding-framework, skill开发, 编程任务 |\n| 记忆 | 记忆系统, memory-tencentdb, ontology |\n| 文件 | 文档处理, PPT, Excel, PDF |\n| 搜索 | 新闻日报, 技术调研, 行业分析 |\n| WCS | WCS项目, 仓储系统 |\n| 焊接 | 自适应焊接, 视觉检测 |\n| 巡检 | 移动巡检, VMS |\n\n### 热度分级注入规则（v2.8.1 新增）\n\n根据场景热度决定注入详细程度：\n\n| 热度 | 级别 | 注入内容 | 示例 |\n|------|------|----------|------|\n| ≥10 | 🔥 热场景 | 完整摘要（2-3行） | `### 1. {场景名}（热度: XX 🔥）\\n{完整摘要}` |\n| 5-9 | 🌡️ 温场景 | 一行摘要 | `- {场景名}（热度: X）: {一句话摘要}` |\n| <5 | ❄️ 冷场景 | 只注入场景名 | `- {场景名}（热度: X）` |\n\n### 注入格式示例\n\n```markdown\n## 📚 相关记忆（预加载）\n\n### 🔥 热场景（完整摘要）\n1. **coding-framework v10.9**（热度: 56 🔥）\n   统一编程框架，7种工作模式，8个子代理，Rubber Duck自动审查，Plan Mode，Explore侦察。\n\n### 🌡️ 温场景（一行摘要）\n- **WCS项目**（热度: 8）: 仓储控制系统，完成度95%，剩余5%为外部集成Mock。\n- **自适应焊接**（热度: 6）: 激光视觉焊缝跟踪，KNN参数调节，PoC阶段。\n\n### ❄️ 冷场景（仅场景名）\n- 移动巡检项目（热度: 3）\n- 勒索软件事件（热度: 1）\n\n💡 需要详情时，使用 `read` 工具加载完整 scene block。\n```\n\n### 预期效果\n\n- 减少初始 token 消耗（从 2-3KB 降到 500-800 token）\n- 热场景保留完整上下文，冷场景仅保留可检索索引\n- 保持记忆可用性（按需加载）\n- 避免无关场景污染上下文\n\n---\n\n## Step 1.8: 技能自动触发（v2.9 新增）\n\n> 借鉴 Superpowers 的技能自动触发设计：任务开始前，根据任务特征自动加载相关技能上下文。\n\n在 Step 1（任务分类）和 Step 1.5（记忆预加载）完成后，调用 PreTask hook：\n\n### 执行流程\n\n```\n任务分类 + 记忆预加载完成\n    ↓\n构建 PreTask 事件数据：\n  {\n    \"task_type\": \"coding\",          // 从 Step 1 获取\n    \"files\": [\"src/main.py\", ...],  // 从用户消息/上下文中提取\n    \"keywords\": [\"review\", ...]     // 从用户消息中提取关键词\n  }\n    ↓\n调用 hook-engine：\n  bash skills/hook-engine/hooks/pre-task-check.sh\n    ↓\n解析返回结果：\n  {\n    \"triggered_skills\": [\"python-reviewer\", \"code-reviewer\"],\n    \"context_injection\": \"已加载 2 个技能上下文\"\n  }\n    ↓\n自动加载触发技能的上下文（read SKILL.md 前 50 行）\n    ↓\n继续 Step 2（复杂度评估）\n```\n\n### 触发规则\n\n规则定义在 `skills/hook-engine/rules/skill-triggers.md`：\n\n| 条件 | 触发技能 | 优先级 |\n|------|----------|--------|\n| task_type=coding + *.py | python-reviewer | 10 |\n| task_type=coding + *.ts/*.js | typescript-reviewer | 10 |\n| keywords=review/审查 | code-reviewer | 20 |\n| keywords=security/安全 | security-auditor | 30 |\n| keywords=test/测试 | test-engineer | 15 |\n| keywords=architecture/架构 | architecture-critic | 25 |\n| keywords=performance/性能 | performance-analyst | 25 |\n| keywords=explore/侦察 | explore | 5 |\n\n### 注意事项\n\n- 显式调用优先：用户说\"用 XX 技能\"时，不自动触发\n- 最多触发 3 个技能，避免 token 浪费\n- 每个技能只加载 SKILL.md 前 50 行（摘要级）\n- 无匹配时静默通过，不影响正常流程\n\n---\n\n## Step 2: 复杂度评估（v2.4.0 增强）\n\n### 评估方法：加权成本计算（v2.4.0 新增）\n\n**工具类型权重表**：\n\n| 工具类型 | 权重 | 说明 |\n|---------|------|------|\n| browser | 8 | 最耗时，涉及页面渲染 |\n| exec | 5 | 命令执行，可能耗时 |\n| web_fetch | 4 | 网络请求 |\n| web_search | 2 | API 调用，较快 |\n| read | 1 | 本地文件读取 |\n| write/edit | 2 | 本地文件写入 |\n\n**复杂度评估公式**：\n\n```\n总成本 = Σ (工具类型权重 × 调用次数)\n\nsoft_limit = 20   # 预警\nhard_limit = 40   # 强制 spawn\n\nif 总成本 > hard_limit:\n    → 长链，必须 spawn\nelif 总成本 > soft_limit:\n    → 预警，建议 spawn，但允许主会话执行\nelse:\n    → 短链，主会话执行\n```\n\n**保留原规则作为兜底**：\n- 工具调用次数 ≥ 10 → 长链\n- 涉及数据源 ≥ 3 → 长链\n\n### 短链任务\n\n- 在主会话直接执行\n- 工具调用上限：5次\n- 超过5次 → 立即转spawn\n\n### 长链任务\n\n- 必须spawn子代理执行\n- 主会话只负责：接收结果、汇报用户\n- 禁止在主会话\"先做几步\"再spawn\n\n---\n\n## Step 3: 执行路由\n\n根据任务类型和复杂度，选择执行方式：\n\n| 条件 | 执行方式 | 说明 |\n|------|---------|------|\n| 短链 + 对话/查询 | 主会话直接回复 | 最简单路径 |\n| 短链 + 搜索/文件/编码 | 主会话 + 匹配skill | 加载对应SKILL.md |\n| 长链 | spawn子代理 | 后台执行，完成后汇报 |\n| 定时任务 | cron | 创建/触发cron job |\n| 通信任务 | mx-im/outlook | 直接调用通信技能 |\n\n### spawn子代理时的规则\n\n1. **必须提供完整上下文**：任务描述、输入文件、期望输出\n2. **设置合理超时**：根据任务复杂度分级（见下表）\n3. **可选：创建监控任务**：对于超长任务，创建一次性at监控\n\n### runTimeoutSeconds 配置规则（v2.14.0 新增）\n\n根据任务复杂度评估结果，设置对应的 `runTimeoutSeconds` 参数：\n\n| 复杂度等级 | runTimeoutSeconds | 典型场景 | 判断标准 |\n|-----------|-------------------|---------|---------|\n| **trivial** | 30 | 简单查询、单文件读取、输出固定内容 | 1-2次工具调用，无网络请求 |\n| **small** | 60 | 文件编辑+提交、简单搜索、配置修改 | 3-5次工具调用，少量网络请求 |\n| **medium** | 120 | 多文件修改、报告生成、数据分析 | 6-10次工具调用，涉及文件读写+exec |\n| **large** | 240 | 复杂报告、多步骤网页探索、代码审查 | 11-20次工具调用，涉及browser/web_fetch |\n| **critical** | 360 | 大型项目构建、批量处理、深度分析 | 20+次工具调用，多数据源+多文件生成 |\n\n**复杂度评估方法**：\n```\n工具调用次数预估：\n  - read/write/edit: 1次\n  - exec: 1-3次（取决于命令复杂度）\n  - web_search: 1-2次\n  - web_fetch: 2-5次（可能需要多次抓取）\n  - browser操作: 3-10次（snapshot+act序列）\n\n复杂度映射：\n  1-2次 → trivial (30s)\n  3-5次 → small (60s)\n  6-10次 → medium (120s)\n  11-20次 → large (240s)\n  20+次 → critical (360s)\n```\n\n**spawn调用示例**：\n```\nsessions_spawn(\n    task=\"任务描述\",\n    mode=\"run\",\n    runTimeoutSeconds=120,  // 根据复杂度评估设置\n    ...\n)\n```\n\n**注意事项**：\n- 宁可设置偏大，避免任务因超时被截断\n- 子代理实际完成时间通常远小于timeout\n- 超时后子代理会被kill，已完成的文件操作不会丢失\n\n---\n\n## Step 3.5: 阶段编排 — Hat 动态切换（v2.11 新增）\n\n> 借鉴 ralph-orchestrator 的 Hat System：大型编程任务按阶段动态切换角色，而非一次性执行。\n\n### 触发条件\n\n- 任务类型 = coding\n- 复杂度 = large 或 critical\n- 用户未明确说\"直接写\"\n\n### 阶段流程\n\n```\n大型编程任务\n    │\n    ├─ Phase 1: Research Hat（侦察）\n    │   ├─ 分析代码库结构、依赖关系、现有模式\n    │   ├─ 输出：context 摘要（关键文件、架构约束、技术栈）\n    │   └─ 实现：调用 coding-framework 模式7 Explore\n    │\n    ├─ Phase 2: Plan Hat（规划）\n    │   ├─ 基于 context 生成实现计划\n    │   ├─ large → PDD .specs/ 目录（requirements + design + plan）\n    │   ├─ critical → PDD + 用户评审\n    │   └─ 实现：调用 coding-framework 模式6 Plan Mode\n    │\n    ├─ Phase 3: Code Hat（编码）\n    │   ├─ 按 plan 逐步实现\n    │   ├─ 每步完成后运行 Backpressure 门控\n    │   └─ 实现：调用 coding-framework 模式1/5\n    │\n    ├─ Phase 4: Review Hat（审查）\n    │   ├─ 调用 code-review skill\n    │   ├─ large → 标准审查（3代理）\n    │   ├─ critical → 深度审查（5代理）\n    │   └─ 发现问题 → 回到 Phase 3 修复\n    │\n    └─ Phase 5: Debug Hat（调试，按需）\n        ├─ 审查发现 high/critical 问题时激活\n        ├─ 分析根因 → 修复 → 重新审查\n        └─ 最多 3 轮 debug → review 循环\n```\n\n### 阶段间上下文传递\n\n每个阶段产出的文件作为下一阶段的输入：\n\n| 阶段 | 输入 | 输出 |\n|------|------|------|\n| Research | 用户需求 | context 摘要（关键文件列表、架构约束） |\n| Plan | context 摘要 | plan.md 或 .specs/ 目录 |\n| Code | plan + context | 代码文件 |\n| Review | 代码文件 | review.md（问题列表） |\n| Debug | review.md | 修复后的代码 |\n\n### 实现方式\n\n**在 coding-framework 中**：阶段编排通过模式组合实现：\n- 模式7（Explore）→ 模式6（Plan）→ 模式1/5（Code）→ code-review（Review）\n\n**在 daily-agent 中**：Step 3 路由时，如果 task_type=coding 且 complexity=large/critical：\n1. 告知用户：\"这是大型任务，将按 侦察→规划→编码→审查 四阶段执行\"\n2. 按阶段顺序调用 coding-framework 的对应模式\n3. 每个阶段完成后输出进度：`[Phase 2/5] Plan ✅ → 进入编码阶段`\n\n### 动态插入 Debug 阶段\n\n```\nReview 结果:\n  ├─ 无 high/critical 问题 → 完成 ✅\n  └─ 有 high/critical 问题 → 插入 Debug 阶段\n      ├─ 修复 → 重新 Review\n      ├─ 仍有问题 → 再次 Debug（最多 3 轮）\n      └─ 3 轮后仍有问题 → 报告用户，列出未解决问题\n```\n\n---\n\n## Step 4: 技能匹配（v2.13 增强）\n\n### 🔴 1% 规则检查（v2.13 新增）\n\n> 参考：Superpowers using-superpowers 的 Red Flags 设计\n> \n> **核心原则**：即使只有 1% 的可能性适用某个技能，也必须调用。\n\n**在匹配技能前，先检查以下 Red Flags**：\n\n| 你的想法 | 现实 |\n|---------|------|\n| \"这只是个简单修改\" | 简单修改也可能引入 bug。检查技能。 |\n| \"我先做这一件事\" | 做事**之前**先检查技能。 |\n| \"技能太小题大做了\" | 简单的事会变复杂。用它。 |\n| \"这是内部修改\" | 内部修改也是修改。检查技能。 |\n\n**行动**：如果检测到编程相关任务 → 必须加载 `coding-framework` → 执行 Step 0 阶段检测\n\n---\n\n### 匹配规则（关键词 → 技能映射）\n\n#### 文件类\n\n| 关键词 | 匹配技能 | 优先级 |\n|--------|---------|--------|\n| PPT/演示/幻灯片/pptx | pptx | 唯一 |\n| Word/文档/报告/docx | docx | 唯一 |\n| Excel/表格/数据表/xlsx | xlsx | 唯一 |\n| PDF/合并/拆分/pdf | pdf | 唯一 |\n| HTML/页面/网页/web | html-report-generator → frontend-design → web-artifacts-builder | 按顺序尝试 |\n\n#### 编码类\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 编程/写代码/实现/开发 | coding-framework | **统一编程框架（推荐入口，内部通过 Step 0 路由到 Anthropic 技能）** |\n| 调试/排错/bug/修复 | debugging-and-error-recovery | 复现→定位→修复→防护（v2.12 更新：映射到 Anthropic 技能） |\n| Agent失败/空转/循环/自调试 | agent-introspection-debugging | 四阶段自调试循环（捕获→诊断→恢复→报告），与 error-classifier 互补 |\n| 发布前检查/生产就绪/能发布了吗 | production-audit | 0-100评分+5风险维度+标准化输出，与 shipping-and-launch 互补 |\n| Agent行为退化/工具不稳定/架构诊断 | agent-architecture-audit | 12层架构审计+5种失败模式+代码优先修复 |\n| 自评/评价自己/输出质量 | agent-self-evaluation | 5轴评分+证据规则+改进建议 |\n| 迭代循环/清理冗余/复杂度分层 | autonomous-loops | De-Sloppify清理+复杂度分层管道 |\n| 学习/从失败中学习/本能 | continuous-learning | 原子本能+置信度评分+项目隔离 |\n| 测试/TDD/单元测试 | test-driven-development | RED-GREEN-REFACTOR 循环（v2.12 更新：映射到 Anthropic 技能） |\n| 原型/demo/验证/试一下 | prototype | 原型构建规则 |\n| 审查/review/代码审查 | code-review | 五轴审查（v2.12 更新：映射到 Anthropic 技能） |\n| 理解/调用链路/代码走读 | code-walkthrough | 调用链路追踪 |\n| 多代理/并行审查 | multi-agent-review | 6代理并行审查 |\n| 迭代/循环改进 | iterative-loop | 自动迭代改进 |\n| 精简/YAGNI/代码瘦身 | code-simplifier | 保留行为减少复杂性（v2.12 更新：映射到 Anthropic 技能） |\n\n#### 开发阶段类（v2.12 新增 — Anthropic 官方技能）\n\n> 当任务明确属于某个开发阶段时，直接路由到对应 Anthropic 技能。\n> 当任务模糊属于\"编码\"时，路由到 coding-framework（内部 Step 0 会进一步路由）。\n\n**定义阶段**\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 需求澄清/用户故事/想要什么 | interview-me | 提取用户真正需求 |\n| 想法/概念/变体/头脑风暴 | idea-refine | 发散+收敛精炼想法 |\n| 规格/PRD/需求文档/规格说明 | spec-driven-development | 4阶段门控工作流 |\n\n**计划阶段**\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 任务分解/拆解/计划/排期 | planning-and-task-breakdown | 5步规划+XS-XL任务 sizing |\n\n**构建阶段**\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 增量实现/垂直切片/逐步构建 | incremental-implementation | 薄切片逐片实现 |\n| 查文档/官方文档/源驱动 | source-driven-development | 官方文档驱动代码 |\n| 上下文/context/rules文件 | context-engineering | 优化 agent 上下文 |\n| UI/界面/组件/样式/前端 | frontend-design | 生产质量 UI |\n| API/接口/端点/契约 | api-and-interface-design | 稳定接口设计 |\n| 高风险/不熟悉/对抗审查 | doubt-driven-development | 对抗性新鲜上下文审查 |\n\n**验证阶段**\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 浏览器测试/DevTools/运行时验证 | browser-testing-with-devtools | Chrome DevTools MCP |\n\n**审查阶段**\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 安全/漏洞/加固/STRIDE | security-and-hardening | OWASP+STRIDE 威胁建模 |\n| 性能/优化/加速/慢 | performance-optimization | 先测量再优化 |\n\n**发布阶段**\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| git/提交/分支/合并/版本 | git-workflow-and-versioning | 原子提交+清晰历史 |\n| CI/CD/流水线/自动化部署 | ci-cd-and-automation | 自动化质量门 |\n| 弃用/迁移/升级/替换 | deprecation-and-migration | 安全迁移旧系统 |\n| 文档/ADR/技术决策/说明 | documentation-and-adrs | 文档化 why 不只 what |\n| 日志/指标/监控/告警/可观测 | observability-and-instrumentation | RED 指标+追踪 |\n| 部署/发布/上线/launch | shipping-and-launch | 发布检查清单+回滚 |\n\n**跨阶段**\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 该用哪个技能/技能路由 | using-agent-skills | 元技能：技能发现与路由 |\n\n#### 通信类\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 发消息/发送/通知/美信 | mx-im | 美信IM发送 |\n| 邮件/outlook/email | outlook-automation | Outlook自动化 |\n\n#### 记忆/知识类\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 失败/纠正/错误/学到 | self-improving | 记录到.learnings/ |\n| 记住/记一下/更新规则/知识 | ontology + self-improving | 知识图谱录入 |\n| 查记忆/搜索记忆 | memory_search 工具 | 主记忆搜索（工具，非技能） |\n\n#### 搜索类\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 新闻/日报/资讯 | daily-news | 每日新闻聚合 |\n| 股票/投研/基金/沪深300 | stock-research / fund-analysis | 金融投研分析 |\n| 翻译/translate | translation | 多平台翻译 |\n\n#### 专门领域\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 论文/学位论文/评审 | thesis-review | 学位论文评审意见生成 |\n| 数据分析/SQL/报表 | data-analysis | SQL/Python/报表 |\n| 桌面控制/操作电脑 | desktop-control-win | Windows桌面自动化 |\n\n### 兜底策略（v2.4.0 新增）\n\n```\n匹配失败时的处理流程：\n1. 检查是否有关键词部分匹配 → 使用最接近的技能\n2. 无匹配 → 回退到通用对话能力\n3. 禁止猜测执行高风险技能（如 exec、browser）\n4. 向用户确认：\"我需要哪个技能？\"或\"请指明方向\"\n```\n\n**铁律第 8 条（v2.4.0 新增）**：\n> **技能匹配失败时，路由至通用对话能力，并提示用户指明方向，禁止猜测执行。**\n\n---\n\n## 内置模式（轻量级，不需要加载外部skill）\n\n### 模式A：压缩沟通（原caveman）\n\n**触发条件**：\n- 用户说\"简单说\"/\"太长了\"/\"省点token\"/\"caveman\"\n- 用户连续表现出不耐烦\n\n**行为规则**：\n- 去掉：冠词(a/an/the)、填充词(just/really/basically)、客套话(sure/certainly)\n- 用短句：`[东西] [动作] [原因]. [下一步].`\n- 技术术语保持精确，代码块不变\n- 用箭头表示因果：X -> Y\n\n**示例**：\n- 问：\"为什么React组件重新渲染？\"\n- 答：\"Inline obj prop -> new ref -> re-render. `useMemo`.\"\n\n**退出条件**：用户说\"stop caveman\"/\"正常说\"/\"normal mode\"\n\n### 模式B：全局理解（原zoom-out）\n\n**触发条件**：\n- 用户说\"看看整体结构\"/\"这个模块是什么\"/\"给我个地图\"\n- 面对陌生代码库，需要高层次理解\n\n**行为规则**：\n- 先列出所有相关模块和调用关系\n- 用项目的领域术语（参考domain glossary）\n- 画架构图（ASCII或描述）\n- 不深入细节，只给全景\n\n### 模式C：方案审视（原grill-me）\n\n**触发条件**：\n- 用户提出方案/计划/设计思路\n- 用户说\"帮我审视一下\"/\"grill me\"/\"压力测试这个方案\"\n\n**行为规则**：\n- 逐个追问方案的每个分支\n- 每个问题给出推荐答案\n- 一次只问一个问题\n- 如果能从代码库找到答案，先查代码再问\n\n### 模式D：多路径探索（Tree-of-Thought）\n\n**触发条件**：\n- 复杂规划/决策问题，存在多种可行路径\n- 用户说\"帮我分析几种方案\"/\"有哪些思路\"/\"ToT\"\n- 任务类型：架构设计、技术选型、方案对比、创意发散\n\n**行为规则**：\n1. **生成分支**：先提出 3 个不同思路/方案（不要雷同，要有差异化）\n2. **逐分支评价**：对每个方案从可行性、成本、风险、效果四个维度打分\n3. **淘汰+深入**：淘汰最弱的 1 个，对剩余 2 个深入展开（具体步骤、关键决策点）\n4. **推荐**：给出最终推荐方案及理由\n5. **输出格式**：\n\n```\n## 方案对比\n\n| 维度 | 方案A | 方案B | 方案C |\n|------|-------|-------|-------|\n| 可行性 | ⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐⭐ |\n| 成本 | 中 | 低 | 高 |\n| 风险 | 中 | 高 | 低 |\n| 效果 | 好 | 一般 | 最好 |\n\n## 淘汰：方案B（原因：...）\n\n## 深入对比：A vs C\n...\n\n## 推荐：方案C（理由：...）\n```\n\n**与方案审视(grill-me)的区别**：\n- grill-me：针对用户已有的方案追问漏洞\n- ToT：用户还没有方案时，主动生成多路径并评估\n\n---\n\n## Step 4.5: 并行工具评估（v2.3 新增）\n\n当任务涉及多个独立查询时，评估是否可并行执行：\n\n### 并行判断规则\n\n```\n满足以下全部条件 → 并行执行：\n  □ 所有工具 ∈ 只读安全集（web_search/web_fetch/read/memory_search等）\n  □ 无路径重叠（不涉及同一目录树下的多个文件操作）\n  □ 工具调用数 ≥ 2\n\n任一不满足 → 串行执行\n```\n\n### 只读安全工具清单\n\n| 工具 | 资源类型 | 最大并发 |\n|------|----------|----------|\n| web_search | API | 8 |\n| web_fetch | NETWORK | 6 |\n| read | FILE | 4 |\n| memory_search | API | 8 |\n| session_status | API | 8 |\n| cron_list | API | 8 |\n| sessions_list | API | 8 |\n\n### 不可并行的工具\n\nwrite / edit / exec / browser — 有副作用或状态依赖\n\n### 执行方式\n\n- **评估脚本**: `python scripts/parallel_tool_executor.py`\n- **分层策略**: API(8线程) > 文件(4线程) > 数据库(串行)\n- **超时熔断**: 每个分支独立超时，互不影响\n- **路径检测**: 规范化后检测重叠，有疑虑就串行\n\n### 典型并行场景\n\n- 多引擎搜索（web_search × 3 同时发出）\n- 多文件同时读取（read × N 无路径重叠）\n- 多会话状态查询（session_status + sessions_list）\n\n### 典型非并行场景\n\n- 搜索结果 → 基于结果再搜索（有依赖）\n- 读文件 → 编辑文件（有写入）\n- 浏览器操作序列（有状态）\n\n---\n\n## Step 4.5: 执行前读规划文件（v2.10 新增）\n\n> 基于 Manus 上下文工程原则：注意力操控通过重读实现。\n\n### 触发条件\n\n任务开始前，检查是否存在规划文件：\n\n```\n检查顺序：\n1. .planning/.active_plan → 读取指向的目录\n2. .planning/*/task_plan.md → 取最新的\n3. ./task_plan.md → 项目根目录（兼容旧模式）\n```\n\n### 执行动作\n\n如果找到规划文件：\n\n1. **读取 task_plan.md** — 刷新目标到注意力窗口\n2. **读取 findings.md** — 获取已发现的信息\n3. **读取 progress.md** — 了解已完成的工作\n4. **确认当前阶段** — 从哪个 Phase 继续\n\n### 5-Question Reboot Test\n\n执行前自问：\n\n| 问题 | 答案来源 |\n|------|----------|\n| 我在哪？ | task_plan.md 当前阶段 |\n| 要去哪？ | 剩余阶段 |\n| 目标是什么？ | 计划中的 Goal |\n| 学到了什么？ | findings.md |\n| 做了什么？ | progress.md |\n\n### 2-Action Rule（v2.10 新增）\n\n> 每 2 次浏览/搜索操作后，立即将关键发现写入文件。\n\n```\n规则：\n- 每 2 次 view/browser/search 操作后\n- 立即将关键发现写入 findings.md\n- 防止视觉/多模态信息丢失\n\n计数方式：\n- web_search → +1\n- web_fetch → +1\n- browser snapshot → +1\n- read (大文件) → +1\n\n达到 2 次 → 触发写入 findings.md\n```\n\n### 无规划文件时\n\n如果未找到规划文件，且任务复杂度 ≥ medium：\n\n1. 提醒用户是否创建规划文件\n2. 或自动创建（使用 planning-templates skill）\n3. 简单任务（trivial/small）可跳过\n\n---\n\n## Step 4.8: Design Gate（v2.15 新增）\n\n> 来源：Superpowers brainstorming 的 HARD-GATE 设计\n> DS评审修正：补充执行机制 + 跳过条件需用户显式确认\n\n### 铁律\n\n```\nNO IMPLEMENTATION WITHOUT DESIGN APPROVAL\n```\n\n在用户审批设计之前，不允许调用任何实现技能（coding-framework、frontend-design等）。\n\n### 执行机制（DS修正版）\n\n**技术实现**：\n1. daily-agent 被调用时，在内存中设置 `design_gate_active = true`\n2. 在调用任何实现技能前，**强制检查**：IF `design_gate_active` AND 无设计审批记录 THEN STOP → 进入设计阶段 → 不加载实现技能\n3. 设计审批通过后，设置 `design_approved = true`，允许调用实现技能\n4. 用户说\"直接写代码\"时，设置 `design_gate_bypassed = true`\n\n### 门控流程\n\n```\n收到编码任务\n    ↓\n判断：是否有明确的设计文档/规格？\n    ├─ YES → 继续执行\n    └─ NO → 进入设计阶段\n              ↓\n         提出2-3个方案 + 权衡\n              ↓\n         用户选择方案\n              ↓\n         呈现设计（架构/组件/数据流）\n              ↓\n         用户审批设计\n              ↓\n         继续执行\n```\n\n### 何时跳过 Design Gate（DS修正版）\n\n**可跳过条件（需满足全部）**：\n1. 用户明确说\"直接写代码\" / \"不用设计\" / \"just code it\"\n2. 任务 <= 50行代码（估算）且为单一功能\n\n**不可跳过（即使满足条件1）**：\n- 涉及数据库 schema 变更\n- 涉及 API 接口变更\n- 涉及外部系统集成\n- 影响多个模块\n\n**跳过时仍需告知**：\n\"正在跳过设计阶段（用户已确认），直接进入实现。\"\n\n### 设计文档模板\n\n```markdown\n# [功能名] 设计\n\n## 目标\n[一句话描述]\n\n## 架构\n[2-3句话描述方案]\n\n## 组件\n- 组件A：职责\n- 组件B：职责\n\n## 数据流\n[输入 → 处理 → 输出]\n\n## 错误处理\n[异常情况如何处理]\n\n## 测试策略\n[如何验证]\n```\n\n---\n\n## Step 5: 委派执行与状态监控（v2.4.0 重构）\n\n**职责**：负责任务编排与监控，所有具体操作委托给子技能/代理。\n\n### 5.1 构建委派指令\n\n根据技能匹配结果，构建完整的委派指令：\n\n```\n委派指令包含：\n- skill_name: 匹配的技能名称\n- task_description: 任务描述\n- input_context: 输入上下文（用户消息、相关文件路径等）\n- expected_output: 期望输出格式\n- timeout: 预估超时时间\n```\n\n### 5.2 调用执行环境\n\n根据复杂度评估结果，选择执行环境：\n\n**短链任务（主会话执行）**：\n- 按技能指引直接调用工具\n- 先评估并行可能性（Step 4.5）\n- 工具调用计数，接近 5 次时提醒\n\n**长链任务（spawn 子代理）**：\n- 调用 `sessions_spawn` 创建子代理\n- 传入完整上下文：skill_name、task_description、input_context\n- 设置合理超时：简单 300s，中等 600s，复杂 900s+\n\n**spawn 调用格式**：\n```\nsessions_spawn(\n    task=\"任务描述\",\n    label=\"daily-task-{timestamp}-{domain}\",\n    skill=\"{matched_skill}\",\n    timeoutSeconds=600\n)\n```\n\n### 5.3 状态监控\n\n**主会话执行**：\n- 实时汇报进度（如果 >30 秒）\n- 监控工具调用次数\n\n**spawn 子代理执行**：\n- 子代理后台执行\n- 主会话告知用户：\"已启动后台任务【{task_id}】，预计 {eta} 完成。稍后通知您。\"\n- 子代理完成后自动汇报\n\n**长任务进度反馈（v2.4.0 新增）**：\n\n若任务预计耗时 > 30 秒：\n1. spawn 后立即回复用户进度信息\n2. 将 task_id 与用户会话绑定\n3. 子代理在关键里程碑时通知中枢\n4. 用户可发送\"查看任务状态\"触发查询\n5. 子代理完成后自动发送摘要消息\n\n**ETA 估算表**：\n\n| 任务类型 | 预估耗时 |\n|---------|---------|\n| 搜索 + 整理 | 30-60 秒 |\n| 文件生成（PPT/Word） | 60-120 秒 |\n| 报告生成 | 120-300 秒 |\n| 批量处理 | 300-600 秒 |\n\n**监控规则**：\n- 长任务 spawn 时，可选创建一次性 at 监控任务\n- 监控时间 = 预估完成时间\n- 监控任务 prompt：\"检查子代理 XXX 是否完成，如未完成汇报状态\"\n\n---\n\n## Step 5.5: 异常处理与降级（v2.4.0 新增）\n\n### 异常处理流程\n\n```\n5.1 发起执行\n5.2 状态监控\n5.3 若失败:\n    ├─ retries < 3 → 重试（指数退避：1s, 2s, 4s）\n    └─ retries >= 3 →\n        ├─ 记录错误到 .learnings/YYYY-MM-DD-task-{id}-error.md\n        ├─ 尝试降级（见降级策略表）\n        └─ 调用 self-improving 记录失败模式\n```\n\n### 降级策略表\n\n| 失败类型 | 降级策略 |\n|---------|---------|\n| spawn 子代理失败 | 回退到主会话执行（如果任务允许） |\n| 技能脚本不存在 | 使用内置工具直接完成（如 web_search） |\n| 工具调用超时 3 次 | 跳过该工具，记录错误，继续其他步骤 |\n| 浏览器操作失败 | 回退到 web_fetch（如果能获取内容） |\n| 文件操作失败 | 向用户报告，请求手动处理 |\n\n### 错误记录格式\n\n```markdown\n## 任务失败记录\n\n- **时间**: YYYY-MM-DD HH:MM:SS\n- **任务ID**: daily-task-{timestamp}-{domain}\n- **失败类型**: {failure_type}\n- **错误信息**: {error_message}\n- **重试次数**: {retries}\n- **降级策略**: {fallback_strategy}\n- **用户通知**: 是/否\n```\n\n### 铁律第 7 条（v2.4.0 新增）\n\n> **任务异常必须优雅降级，不得无限重试或静默失败。**\n\n---\n\n## Step 6: 收尾检查（v2.10 增强）\n\n任务完成后，逐项检查：\n\n```\n□ 浏览器是否打开？ → browser stop 关闭\n□ 是否有失败/纠正？ → 记录到 .learnings/ (self-improving)\n□ 是否有知识目录修改？ → git add + git commit（限定目录）\n□ 是否产生新知识？ → 更新 memory/ 或 ontology\n□ 是否生成了文件？ → 确认文件路径，告知用户\n□ 是否可复用流程？ → 评估是否创建 skill（v2.3 新增）\n□ 是否涉及用户事实？ → 提取到画像观察（v2.3 新增）\n□ 是否为编程任务且复杂度≥medium？ → 🦆 自动 spawn rubber-duck（v2.6 新增）\n□ 是否执行了≥3次工具调用？ → 📚 输出上下文摘要（v2.7 新增）\n□ 是否产生了值得记忆的新信息？ → 触发 L1 同步（v2.8.2 新增）\n□ 是否有规划文件？ → 更新 task_plan.md / findings.md / progress.md（v2.10 新增）\n```\n\n### 规划文件更新（v2.10 新增）\n\n如果存在规划文件（.planning/*/task_plan.md 或 ./task_plan.md）：\n\n1. **更新 task_plan.md**：\n   - 标记当前阶段为 `complete`\n   - 记录遇到的错误到 Errors Encountered 表格\n   - 更新 Files Created/Modified 列表\n\n2. **更新 findings.md**：\n   - 追加本次任务的新发现\n   - 记录关键数据点\n\n3. **更新 progress.md**：\n   - 追加 Session Log 条目\n   - 记录测试结果（如有）\n   - 更新时间戳\n\n### 收尾优先级\n\n1. **关闭浏览器** — 最容易被遗忘，资源消耗最大\n2. **记录学习** — 如果有失败或纠正\n3. **评估技能创建** — 如果任务步骤≥3且可能复用（v2.3）\n4. **提取用户画像** — 如果对话中包含用户偏好/状态信息（v2.3）\n5. **git commit** — 如果有知识目录修改（v2.4.0 限定目录）\n6. **更新记忆** — 如果产生了新知识\n\n### Git 提交规则（v2.4.0 修改）\n\n**仅暂存以下知识目录**：\n- `memory/`\n- `skills/`\n- `.learnings/`\n- `ontology/`\n- `docs/`\n\n**禁止提交**：\n- 临时文件（*.tmp, *.bak）\n- 大文件（>10MB）\n- 敏感文件（*.key, *.pem）\n\n**提交流程**：\n```bash\n# 1. 仅暂存知识目录\ngit add memory/ skills/ .learnings/ ontology/ docs/\n\n# 2. 展示变更统计\ngit diff --cached --stat\n\n# 3. 提交\ngit commit -m \"daily: {task_description}\"\n```\n\n### 技能创建触发（v2.4.0 修改）\n\n任务完成后，如果出现以下情况，提醒用户是否保存为 skill：\n\n```\n触发条件（满足全部）：\n  1. 同一 (domain, matched_skill) 路径执行次数 ≥ 3\n  2. 最近 3 次执行的步骤摘要相似度 > 80%\n  3. 任务步骤 ≥ 3 步\n  4. 非一次性查询（有可复用逻辑）\n\n执行：\n  python scripts/skill_creator.py analyze <对话文件>\n  → 生成草稿到 skills/_drafts/\n  → 用户确认后移到 skills/\n```\n\n### 用户画像提取（v2.3 新增）\n\n对话中如果包含用户显式表达的事实，自动提取：\n\n```\n提取目标：\n  - 偏好：\"我喜欢...\" / \"我习惯...\"\n  - 技能：\"我会...\" / \"我在学...\"\n  - 状态：\"我现在...\" / \"我最近...\"\n  - 事实：\"我是...\" / \"我有...\"\n\n执行：\n  python scripts/profile_observer.py extract <对话文件>\n  → 存入 memory/user_observations.json\n  → 定期更新到 USER.md 的\"近期观察\"区域\n\n新会话提示（被动摘要）：\n  python scripts/profile_observer.py hint\n  → 检查最近7天画像变化\n  → 一句话提示用户（如有变化）\n```\n\n### 🦆 Rubber Duck 自动审查（v2.6 新增）\n\n> 借鉴 Copilot CLI 的自动 rubber duck 代理：编程任务完成后，系统自动 spawn 轻量级审查子代理，不依赖用户显式调用。\n\n**触发条件**（必须同时满足）：\n1. 任务类型为\"编码\"（涉及代码生成/修改）\n2. 任务复杂度评估为 medium 或 large（≥3 文件修改 或 涉及安全敏感操作）\n3. 任务执行成功（未中途失败/取消）\n\n**不触发**：\n- trivial/small 任务（< 3 文件，路径 A 的\"自审\"已覆盖）\n- 非编码任务（查询/搜索/通信/文件操作等）\n- 用户已显式要求审查（避免重复审查）\n\n**执行方式**：\n```\nsessions_spawn(\n  task: \"你是 rubber-duck 审查代理。审查以下代码变更，只检查 3 个维度：\n         1. 安全漏洞（eval/exec/SQL拼接/硬编码凭证/路径遍历）\n         2. 逻辑错误（边界条件/空值/类型不匹配/死代码）\n         3. 正确性（是否实现了需求，不是'看起来对'但逻辑偏移）\n         \n         变更文件列表：{changed_files}\n         \n         输出格式（严格 JSON）：\n         {\\\"issues\\\": [{\\\"severity\\\": \\\"high|medium|low\\\", \\\"file\\\": \\\"xxx\\\", \\\"line\\\": N, \\\"desc\\\": \\\"...\\\"}], \\\"verdict\\\": \\\"pass|fail\\\"}\n         \n         规则：\n         - 只报告高置信度问题（≥80%确定）\n         - 不报告风格建议\n         - 无问题则返回 {\\\"issues\\\": [], \\\"verdict\\\": \\\"pass\\\"}\",\n  model: \"sonnet\",\n  mode: \"run\",\n  runTimeoutSeconds: 120\n)\n```\n\n**结果处理**：\n- `verdict: \"pass\"` → 静默通过，不通知用户\n- `verdict: \"fail\"` → 将 issues 注入主会话，由主代理决定是否修复\n- spawn 超时/失败 → 静默跳过（不阻塞主流程）\n\n**Token 预算控制**：\n- 只传入变更的文件路径和 diff（不传整个项目）\n- 输出限制 500 tokens\n- 超时 120 秒\n\n### 📚 上下文摘要（v2.7 新增）\n\n> 借鉴 Copilot CLI 的 `/context` 命令：任务完成后输出上下文使用情况，让用户感知 token 消耗。\n\n**触发条件**：\n- 任务执行了 ≥3 次工具调用（短任务不输出，避免噪声）\n- 或任务涉及长任务（spawn 子代理、多步骤网页探索等）\n\n**执行方式**：\n```\n调用 session_status 工具 → 提取关键信息 → 格式化输出\n```\n\n**输出格式**（简洁模式，默认）：\n```\n📚 上下文: 119k/203k (59%) | 🧮 本次: +5.8k tokens | 🧹 压缩: 21次\n```\n\n**输出格式**（详细模式，用户说\"详细上下文\"时）：\n```\n📚 上下文使用情况\n├─ 已用: 119k / 203k (59%)\n├─ 本次任务: +5.8k tokens\n├─ 缓存命中: 49% (117k cached)\n├─ 压缩次数: 21次\n└─ 剩余空间: ~84k tokens\n```\n\n**注意事项**：\n- 这是轻量级 API 调用，开销可忽略\n- \"本次 token\" 使用 session_status 返回的 \"out\" 值\n- 如果上下文使用率 >80%，提醒用户\"上下文即将饱和，建议开启新会话\"\n\n### 🔄 L1 实时同步（v2.8.2 新增）\n\n> 借鉴 Claude-Mem 的实时捕获设计：任务完成后，如果产生了值得记忆的新信息，立即触发 L1 同步。\n\n**触发条件**（满足任一）：\n- 任务中产生了新的技术决策/架构选择\n- 任务中记录了新的规则/约束\n- 任务中发现了重要的 bug/问题及解决方案\n- 任务中创建了新的 skill/工具\n- 任务中更新了项目状态/进度\n\n**执行方式**：\n```\n运行 PowerShell 脚本：\npowershell -ExecutionPolicy Bypass -File \"D:\\Users\\yindb2\\AppData\\Roaming\\mx\\openclaw-home\\yindb2\\.openclaw\\workspace\\scripts\\dual-memory-sync.ps1\" -Mode sync-markdown\n```\n\n**预期效果**：\n- 关键信息秒级同步到 markdown（而非等待 1 小时定时任务）\n- 与定时任务互补：定时任务兜底，实时触发加速\n- 避免信息丢失（短时会话可能被定时任务遗漏）\n\n**注意事项**：\n- 仅在确实产生新信息时触发（避免无意义的同步）\n- 同步完成后不需要输出提示（静默执行）\n- 如果同步失败，不影响主流程（静默降级）\n\n### 工具分组标签（v2.3 新增）\n\n轻量版 toolset，用扁平分组替代复杂继承体系：\n\n```\n查看分组：\n  python scripts/tool_groups.py list\n\n获取 skill 需要的工具：\n  python scripts/tool_groups.py show <group_name>\n\n使用统计：\n  python scripts/tool_groups.py stats\n\n高频组合分析：\n  python scripts/tool_groups.py combos\n```\n\n### 方案间联动（v2.3 新增）\n\n三个工具的数据互通：\n\n```\n分析联动数据：\n  python scripts/integration_hub.py analyze\n\n生成推荐：\n  python scripts/integration_hub.py recommend\n\n联动逻辑：\n  - 并行日志 → 高频模式 → 推荐 skill 化\n  - skill 复用 → 用户偏好信号 → 喂给画像\n  - 工具分组使用频率 → 能力组合需求 → 反哺 skill 推荐\n```\n\n---\n\n## 铁律规则\n\n### 规则1：长链任务必须spawn\n\n- 满足长链标准 → 第一条工具调用必须是 `sessions_spawn`\n- 禁止\"先做几步\"再spawn\n- 违反 = 失职\n\n### 规则2：短链任务上限5次调用\n\n- 主会话执行短链任务，工具调用≤5次\n- 超过5次 → 立即转spawn\n- 不要\"再做一次就完了\"\n\n### 规则3：搜索必须多引擎\n\n- 中文搜索：web_search(bocha/baidu) → 验证\n- 英文搜索：web_search(volc/ali) → 验证\n- 交叉比对，标注可信度\n\n### 规则4：不认识就先搜\n\n- 遇到训练截止后的新名词 → 先搜索确认\n- 禁止编造\n- 知道系列≠知道新作品\n\n### 规则5：浏览器智能关闭（v2.4.0 修改）\n\n浏览器操作完成后，检查任务计划中后续是否仍有浏览器步骤：\n- 若后续 2 步内无浏览器操作 → 立即关闭\n- 若后续仍有浏览器操作 → 保留至当前阶段结束\n- 收尾检查时，若浏览器还开着 → 强制关闭\n\n**判断逻辑**：\n```\nif \"browser\" not in predicted_remaining_tools(next_2_steps):\n    browser.stop()\n```\n\n### 规则6：任务失败要记录\n\n- 失败/纠正 → 调用 self-improving 记录\n- 写入 .learnings/ 对应文件\n\n### 规则7：任务异常必须优雅降级（v2.4.0 新增）\n\n- 任务异常 → 重试 3 次 → 降级策略 → 记录错误\n- 不得无限重试或静默失败\n- 详见 Step 5.5 异常处理与降级\n\n### 规则8：技能匹配失败时路由至通用对话（v2.4.0 新增）\n\n- 技能匹配失败 → 回退到通用对话能力\n- 向用户确认：\"我需要哪个技能？\"\n- 禁止猜测执行高风险技能（如 exec、browser）\n- 详见 Step 4 兜底策略\n\n### 规则9：Converse 模式期间禁止写操作（v2.5.0 新增）\n\n- CONVERSE 状态下，禁止调用 write / edit / exec(写) / message / browser(写)\n- 仅允许 read / web_search / web_fetch（读操作支撑讨论）\n- 用户说\"执行\"/\"开始\"/\"做吧\"/\"动手\"/\"就这么做\" → 退出 CONVERSE → 恢复正常执行\n- 违反 = 失职\n\n---\n\n## 快速决策流程图（v2.5.0 更新）\n\n```\n收到消息\n    │\n    ▼\n┌─────────────────────────────────┐\n│ Step 0: 模式触发检查             │\n│ 检测 caveman/zoom-out/grill-me  │\n│ /ToT/converse                   │\n│ 若命中 → 设置全局模式 → 继续    │\n└─────────────────────────────────┘\n    │\n    ▼\n┌─────────────────────────────────┐\n│ Step 0.5: Converse 意图检测     │\n│ 显式触发 → 进入 CONVERSE        │\n│ 隐式触发 → 询问用户确认         │\n│ 上下文推断 → 自动进入+告知      │\n│ 若处于 CONVERSE → 禁止写操作    │\n└─────────────────────────────────┘\n    │\n    ▼\n触发方式判断\n    │\n    ├─ cron/定时 ──→ cron 处理\n    │\n    ▼\n领域分类（通信/记忆/文件/编码/搜索/查询/对话）\n    │\n    ▼\n技能匹配（调用技能匹配表）\n    │\n    ▼\n复杂度评估\n    │\n    ├─ converse 状态 ──→ 主会话讨论（只读工具）\n    ├─ 长链 ──→ spawn(技能名, 任务上下文)\n    │\n    └─ 短链 ──→ 主会话执行(技能)\n```\n\n**spawn 调用格式**：\n```\nsessions_spawn(\n    task=\"任务描述\",\n    label=\"daily-task-{timestamp}-{domain}\",\n    skill=\"{matched_skill}\",\n    timeoutSeconds=600\n)\n```\n\n---\n\n## 与子技能的关系\n\ndaily-agent是调度器，不直接执行具体工作。具体工作由对应技能执行：\n\n| 保留的独立子技能 | 用途 | 何时加载 |\n|-----------------|------|---------|\n| `diagnose` | 6阶段排错方法论 | 排错/调试/bug |\n| `tdd` | Red-Green-Refactor循环 | 测试驱动开发 |\n| `prototype` | 原型构建规则 | 验证想法/做demo |\n| `thesis-review` | 论文评审意见生成 | 论文评审 |\n\n| 内联到daily-agent的模式 | 用途 | 触发方式 |\n|------------------------|------|---------|\n| 压缩沟通（caveman） | 省token回复 | 用户要求/不耐烦 |\n| 全局理解（zoom-out） | 看架构/模块关系 | 用户问\"整体结构\" |\n| 方案审视（grill-me） | 追问已有方案漏洞 | 用户提出方案 |\n| 多路径探索（ToT） | 生成多方案并评估 | 复杂规划/无明确方案 |\n| **讨论模式（converse）** | **分离讨论/执行意图** | **用户讨论想法/探索方案** |\n\n---\n\n## 环境要求（v2.4.0 新增）\n\n### Python 版本\n- Python 3.9+（推荐 3.10+）\n\n### 依赖脚本\n\n| 脚本 | 用途 | 依赖 |\n|------|------|------|\n| scripts/parallel_tool_executor.py | 并行工具执行 | 无（纯标准库） |\n| scripts/skill_creator.py | 技能自动创建 | 无 |\n| scripts/profile_observer.py | 用户画像提取 | 无 |\n| scripts/tool_groups.py | 工具分组标签 | 无 |\n| scripts/integration_hub.py | 方案间联动 | 无 |\n\n### 验证脚本可用性\n\n```bash\npython scripts/parallel_tool_executor.py --help\npython scripts/skill_creator.py --help\npython scripts/profile_observer.py --help\n```\n\n### 脚本特性\n\n- **parallel_tool_executor.py**: 支持超时重试（默认 2 次）、分层并行策略、路径重叠检测\n- **skill_creator.py**: 支持冷静期检测（3 次执行后建议）、技能草稿生成\n- **profile_observer.py**: 支持多层置信度、衰减机制、被动摘要\n\n---\n\n## 版本历史\n\n- **v2.15.0** (2026-07-14): 🚪 Design Gate 设计先行门控（借鉴 Superpowers brainstorming HARD-GATE）\n  - 新增 Step 4.8: Design Gate（强制设计审批后才允许编码）\n  - 执行机制：内存标记 design_gate_active/design_approved/design_gate_bypassed\n  - 跳过条件：用户显式确认 + <= 50行单一功能\n  - 不可跳过：数据库/API/外部集成/多模块变更\n\n- **v2.9.0** (2026-07-03): 🎯 技能自动触发（借鉴 Superpowers）\n  - 新增 Step 1.8: PreTask hook 技能自动触发\n  - 根据 task_type/files/keywords 自动匹配并加载技能上下文\n  - 10 条触发规则（Python/TS/审查/安全/测试/架构/性能/文档/可维护性/侦察）\n  - 显式调用优先，最多触发 3 个技能\n\n- **v2.8.2** (2026-07-03): 🔄 L1 实时同步（借鉴 Claude-Mem 方案A+B）\n  - 方案A：双记忆同步 cron 从每4小时缩短到每1小时\n  - 方案B：Step 6 收尾检查新增 L1 实时同步触发\n  - 触发条件：产生新技术决策/规则/bug解决方案/新skill/项目状态更新\n  - 执行：运行 dual-memory-sync.ps1 -Mode sync-markdown\n  - 与定时任务互补：定时兜底，实时加速\n\n- **v2.8.1** (2026-07-03): 🌡️ 记忆索引分级（借鉴 Claude-Mem）\n  - Step 1.5 增加热度分级注入规则\n  - 🔥 热场景（热度≥10）：完整摘要（2-3行）\n  - 🌡️ 温场景（热度5-9）：一行摘要\n  - ❄️ 冷场景（热度<5）：只注入场景名\n  - 进一步减少 token 消耗，保留按需加载能力\n\n- **v2.8.0** (2026-07-03): 📚 渐进式披露优化（借鉴 Claude-Mem）\n  - 新增 Step 1.5: 记忆预加载\n  - 根据任务分类结果，从 scene-navigation 中选择 Top 3 相关场景\n  - 只注入场景摘要（不加载完整内容），需要详情时按需 read\n  - 预期效果：减少初始 token 消耗（从 2-3KB 降到 500-800 token）\n\n- **v2.14.0** (2026-07-12): ⏱️ spawn子代理超时配置规则\n  - Step 3 新增 runTimeoutSeconds 配置表，根据任务复杂度分级设置超时\n  - 5级复杂度：trivial(30s) / small(60s) / medium(120s) / large(240s) / critical(360s)\n  - 复杂度评估方法：基于工具调用次数预估（1-2次→30s, 3-5次→60s, 6-10次→120s, 11-20次→240s, 20+次→360s）\n  - 解决子代理任务因超时被截断的问题\n\n- **v2.12.0** (2026-07-07): 🎯 整合 Anthropic 官方技能体系\n  - Step 4 技能匹配表新增\"开发阶段类\"：24 个 Anthropic 技能关键词映射\n  - 定义阶段（3）：interview-me / idea-refine / spec-driven-development\n  - 计划阶段（1）：planning-and-task-breakdown\n  - 构建阶段（6）：incremental-implementation / source-driven-development / context-engineering / frontend-design / api-and-interface-design / doubt-driven-development\n  - 验证阶段（2）：test-driven-development / browser-testing-with-devtools\n  - 审查阶段（4）：code-review / code-simplifier / security-and-hardening / performance-optimization\n  - 发布阶段（6）：git-workflow-and-versioning / ci-cd-and-automation / deprecation-and-migration / documentation-and-adrs / observability-and-instrumentation / shipping-and-launch\n  - 调试阶段（1）：debugging-and-error-recovery\n  - 元技能（1）：using-agent-skills\n  - 编码类映射更新：diagnose → debugging-and-error-recovery，tdd → test-driven-development，ponytail → code-simplifier\n  - 层级架构：daily-agent → coding-framework（Step 0 开发阶段检测）→ using-agent-skills → 24 个 Anthropic 技能\n\n- **v2.7.0** (2026-07-03): 📚 上下文可视化\n  - Step 6 收尾检查新增：执行≥3次工具调用时输出上下文摘要\n  - 调用 session_status 提取关键信息，格式化输出一行摘要\n  - 上下文使用率>80%时提醒用户开启新会话\n\n- **v2.6.0** (2026-07-03): 🦆 Rubber Duck 自动审查（路径B）\n  - Step 6 收尾检查新增：编程任务复杂度≥medium时自动spawn rubber-duck子代理\n  - 审查3个维度：安全漏洞/逻辑错误/正确性\n  - verdict=\"pass\"静默通过，verdict=\"fail\"注入主会话\n  - 与coding-framework v10.9路径C（DAG复杂度分层）联动\n\n- **v2.5.1** (2026-06-29): Converse 模式补充功能\n  - 新增\"执行中暂停回退\"：用户说\"等等，讨论一下\"→ 暂停执行链，进入 Converse\n  - 新增\"讨论记录持久化\"：退出 Converse 时自动将讨论摘要写入 `memory/YYYY-MM-DD.md`\n\n- **v2.5.0** (2026-06-29): 新增 Converse 讨论模式（Hermes 改进方向2）\n  - Step 0 模式触发检查新增 converse 关键词\n  - 新增 Step 0.5: Converse 意图检测（三层判断：显式/隐式/上下文推断）\n  - CONVERSE 状态下禁止写操作，仅允许读操作（read/web_search/web_fetch）\n  - 退出条件：用户说\"执行\"/\"开始\"/\"做吧\"/\"动手\"/\"就这么做\"\n  - 与 grill-me/ToT 可叠加，独立于 caveman/zoom-out\n  - 决策矩阵新增 converse 行\n  - 新增铁律第 9 条：Converse 模式期间禁止写操作\n  - 快速决策流程图更新\n- **v2.4.0** (2026-06-29): 整合 DeepSeek 12 条建议 + 审核报告\n  - P0: 修复快速决策图（长链后保留技能匹配）、增加错误处理与回退机制（Step 5.5）、Step 5 重命名为\"委派执行与状态监控\"\n  - P1: 三级任务分类（触发方式→领域→复杂度）、技能匹配规则与兜底策略、Git 提交限定目录、长任务进度反馈\n  - P2: 工具类型权重表、模式触发检查、超时重试机制、环境要求章节、浏览器智能关闭策略\n  - 新增铁律第 7 条：任务异常必须优雅降级\n  - 新增铁律第 8 条：技能匹配失败时路由至通用对话能力\n- **v2.3.0** (2026-06-28): 集成 Hermes 改进三件套\n  - 新增 Step 4.5：并行工具评估（分层并行策略 + 路径重叠检测）\n  - 收尾检查新增：技能创建触发 + 用户画像提取\n  - 集成脚本：parallel_tool_executor.py / skill_creator.py / profile_observer.py\n- **v2.2.0** (2026-06-26): 集成编程 Skill 套件（Phase 1+2）\n  - 新增编码类技能：coding-agent / multi-agent-review / iterative-loop / ponytail\n  - 新增安全/守卫类技能：hook-engine / skill-bundle\n  - 借鉴来源：Claude Code / Claude Plugins Official / OpenAI Codex / Ponytail\n- **v2.1.1** (2026-06-20): 规则更新 — 所有对话先调用 daily-agent\n  - SOUL.md 铁律规则1 更新：移除\"日常对话不加载 skill\"，改为\"所有对话先调用 daily-agent\"\n  - AGENTS.md 同步更新：明确 daily-agent 是每条消息的第一条操作\n  - daily-agent 根据任务类型决定是否需要加载其他 skill（如 docx/pptx/pdf/outlook 等）\n- **v2.1.0** (2026-06-20): 内联 Tree-of-Thought 多路径探索模式\n  - 新增模式D：多路径探索（ToT），用于复杂规划/方案对比场景\n  - 与方案审视(grill-me)的区别：grill-me追问已有方案，ToT主动生成多方案\n- **v2.0.0** (2026-06-20): 从\"技能路由器\"重构为\"任务调度中枢\"\n  - 新增：任务分类、复杂度评估、执行路由、收尾检查\n  - 内联：caveman/zoom-out/grill-me为内置模式\n  - 保留：diagnose/tdd/prototype/thesis-review为独立技能\n- **v1.0.0**: 初始版本，仅作为7个子技能的路由器\n\nFile v2.15.0:_meta.json\n\n{\n  \"ownerId\": \"kn73z7zhz92tv6skpnmpy5pdfh86j68x\",\n  \"slug\": \"daily-agent\",\n  \"version\": \"2.15.0\",\n  \"publishedAt\": 1784023534619\n}\n\nFile v2.15.0:LEARNING.md\n\n# LEARNING.md — Daily Agent 学习记录\n\n## 使用说明\n每次 Paudy 纠正我、指出错误、或我学到新规则时，自动追加到这里。\n格式：日期 + 事件 + 学到的教训。\n\n---\n\n## 学习记录\n\n### 2026-06-02 — Gateway 重启铁律\n- **事件**：反复用 `gateway stop` + 杀进程重启，导致配置被覆盖\n- **Paudy 纠正**：应该只用 `gateway restart`（SIGUSR1 热重载）\n- **教训**：\n  1. `gateway stop` 连接远程配置服务器 401，经常失败\n  2. 杀进程再启动会触发 PRD preset 合并，覆盖本地配置\n  3. SIGUSR1 热重载安全，不杀进程、不合并 preset、配置完整保留\n  4. `doctor --fix` 自动修复也覆盖配置，禁止自动执行\n- **永久规则**：Gateway 重启只用 `gateway restart`\n\n### 2026-06-02 — L1 cursor bug\n- **事件**：L1 记忆提取从 5/28 起持续产出 0 条\n- **根因**：cursor 设为精确 max(recorded_at)，下次查询用 `>` 比较排除所有行\n- **修复**：cursor +1ms buffer + SELF-CHECK 自动检测\n- **教训**：cursor 前进时必须 +1ms 缓冲，避免 `>` 比较排除最新批次\n\n### 2026-06-02 — 配置防覆盖\n- **事件**：memorySearch 和 memory-tencentdb 每次重启后被剥离\n- **根因**：PRD preset 里没有这些字段\n- **修复**：同步更新 PRD preset + openclaw.json\n- **教训**：所有自定义配置必须同时写入 PRD preset，否则重启会被覆盖\n\nFile v2.15.0:skill-card.md\n\n## Description: <br>\nDaily Agent is a task orchestration skill that classifies user requests, evaluates task complexity, routes work to the main session, spawned agents, or cron, matches supporting skills, and performs completion checks. <br>\n\nThis skill is ready for commercial/non-commercial use. <br>\n\n## Publisher: <br>\n[paudyyin](https://clawhub.ai/user/paudyyin) <br>\n\n### License/Terms of Use: <br>\nMIT-0 <br>\n\n\n## Use Case: <br>\nDevelopers and agent operators use Daily Agent as an always-on routing layer for agent conversations, especially when requests need classification, skill selection, spawned execution, cron handling, or structured completion checks. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Always-on orchestration may route tasks into spawned agents, cron jobs, shell execution, PowerShell scripts, or automatic trigger paths with broad local authority. <br>\nMitigation: Install only where that orchestration behavior is intended; require explicit user confirmation before command execution, spawned execution, cron creation, or other persistent actions. <br>\nRisk: The skill includes memory and profile extraction behavior that can persist user or project context. <br>\nMitigation: Review and narrow memory/profile extraction rules before use, and restrict what information may be stored or synchronized. <br>\nRisk: The skill includes git commit and persistent write workflows. <br>\nMitigation: Require explicit confirmation before commits or writes, and restrict commit scope to reviewed directories and non-sensitive files. <br>\n\n\n## Reference(s): <br>\n- [Daily Agent on ClawHub](https://clawhub.ai/paudyyin/skills/daily-agent) <br>\n- [Publisher profile](https://clawhub.ai/user/paudyyin) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [text, markdown, shell commands, configuration, guidance] <br>\n**Output Format:** [Markdown guidance with occasional JSON or shell command examples] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [May route work to other skills, spawned agents, cron tasks, memory/profile extraction, and completion checks depending on the user's request.] <br>\n\n## Skill Version(s): <br>\n2.15.0 (source: SKILL.md frontmatter and server release evidence) <br>\n\n## Ethical Considerations: <br>\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. <br>\n\nFile v2.15.0:templates/meeting-minutes.md\n\n# 会议纪要模板\n\n## 基本信息\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\n**决议/结论**：\n- \n\n---\n\n## 行动项（Action Items）\n\n| 序号 | 行动内容 | 负责人 | 截止日期 | 状态 |\n|------|---------|--------|---------|------|\n| 1 | | | | 待开始 |\n| 2 | | | | 待开始 |\n| 3 | | | | 待开始 |\n\n---\n\n## 下次会议\n- **时间**：\n- **议题预告**：\n\n---\n\n## 备注\n\nFile v2.15.0:package.json\n\n{\n  \"name\": \"daily-agent\",\n  \"version\": \"2.2.0\",\n  \"description\": \"任务调度中枢。所有对话先调用此技能，由它决定任务分类、复杂度评估、执行路由、技能匹配和收尾检查。当收到任何用户消息时自动激活，判断任务类型、复杂度，选择执行方式（主会话/spawn/cron），匹配对应技能，执行收尾检查。\"\n}\n\nArchive v2.4.0: 6 files, 14039 bytes\n\nFiles: _meta.json (130b), LEARNING.md (1431b), package.json (382b), skill-card.md (2203b), SKILL.md (25931b), templates/meeting-minutes.md (798b)\n\nFile v2.4.0:SKILL.md\n\n---\nname: daily-agent\ndescription: \"任务调度中枢。所有对话先调用此技能，由它决定任务分类、复杂度评估、执行路由、技能匹配和收尾检查。当收到任何用户消息时自动激活，判断任务类型、复杂度，选择执行方式（主会话/spawn/cron），匹配对应技能，执行收尾检查。\"\nversion: 2.4.0\n---\n\n# Daily Agent — 任务调度中枢 v2.4.0\n\n**所有对话先调用 daily-agent**，由它决定执行路径。\n\n**职责**：任务调度中枢 — 负责任务分类、路由、技能匹配与执行监控，不直接操作工具或数据。\n\n## 核心职责\n\n```\n用户消息 → daily-agent（第一条操作）\n  ├─ Step 1: 任务分类（什么类型？）\n  ├─ Step 2: 复杂度评估（短链/长链？）\n  ├─ Step 3: 执行路由（主会话/spawn/cron？）\n  ├─ Step 4: 技能匹配（需要哪个skill？由daily-agent决定）\n  ├─ Step 5: 委派执行与状态监控\n  ├─ Step 5.5: 异常处理与降级\n  └─ Step 6: 收尾检查（浏览器/学习/git/记忆）\n```\n\n---\n\n## Step 0: 模式触发检查（v2.4.0 新增）\n\n在任务分类前，先检测是否触发内置模式：\n\n| 模式 | 触发关键词 |\n|------|-----------|\n| caveman（压缩沟通） | 简单说、太长了、省点token |\n| zoom-out（全局理解） | 看看整体结构、给我个地图、架构 |\n| grill-me（方案审视） | 帮我审视、grill、压力测试 |\n| ToT（多路径探索） | 有哪些思路、多方案、tot |\n\n**若命中**：\n1. 设置全局模式变量：`set_context(\"mode\", mode_name)`\n2. 后续所有回复遵循该模式规范\n3. 模式期间仍可调用其他子技能\n\n**若未命中**：继续 Step 1 任务分类\n\n---\n\n## Step 1: 任务分类（v2.4.0 重构为三级判断）\n\n### 第一级：触发方式判断\n\n```\n收到消息\n    │\n    ├─ cron/定时触发 ──→ 直接匹配 cron 专用技能\n    │   （关键词：每天/每周/定时/提醒/周期）\n    │\n    └─ 手动/事件触发 ──→ 继续第二级\n```\n\n### 第二级：领域分类\n\n| 领域 | 典型场景 | 特征 |\n|------|---------|------|\n| **通信** | 发消息、发邮件、发通知 | 匹配 mx-im/outlook 技能 |\n| **记忆** | \"记住XX\"、更新规则、知识录入 | 匹配 self-improving/ontology |\n| **文件** | 做 PPT/Word/Excel/PDF/HTML | 匹配对应文件技能 |\n| **编码** | 写代码、调试、重构、测试 | 匹配编码类技能 |\n| **搜索** | 搜资料、搜新闻、技术调研 | 多引擎搜索，交叉验证 |\n| **查询** | 查消息、查天气、查文件、查状态 | 1-3 次工具调用，即时返回 |\n| **对话** | 闲聊、问答、讨论、建议 | 无需工具调用，或 ≤2 次 |\n\n### 第三级：复杂度评估\n\n在领域分类后，评估任务复杂度，决定执行环境（主会话/spawn）。\n\n### 决策矩阵\n\n| 触发方式 | 领域 | 复杂度 | 执行策略 |\n|---------|------|--------|---------|\n| cron | * | * | cron 专用技能 |\n| manual | memory | * | memory 技能 + 主会话 |\n| manual | comm | * | 通信技能 + 主会话 |\n| manual | file/code/search | long | 匹配技能 + spawn |\n| manual | file/code/search | short | 匹配技能 + 主会话 |\n| manual | query/chat | * | 主会话直接回复 |\n\n### 分类优先级（当任务跨多领域时）\n\n1. **通信** — 涉及\"发送给/发到群里/通知\"\n2. **记忆** — 涉及\"记住/记一下/更新规则\"\n3. **文件** — 涉及具体文件格式\n4. **编码** — 涉及代码/调试/测试\n5. **搜索** — 涉及\"搜/查/找\"\n6. **查询** — 简单查询\n7. **对话** — 默认\n\n---\n\n## Step 2: 复杂度评估（v2.4.0 增强）\n\n### 评估方法：加权成本计算（v2.4.0 新增）\n\n**工具类型权重表**：\n\n| 工具类型 | 权重 | 说明 |\n|---------|------|------|\n| browser | 8 | 最耗时，涉及页面渲染 |\n| exec | 5 | 命令执行，可能耗时 |\n| web_fetch | 4 | 网络请求 |\n| web_search | 2 | API 调用，较快 |\n| read | 1 | 本地文件读取 |\n| write/edit | 2 | 本地文件写入 |\n\n**复杂度评估公式**：\n\n```\n总成本 = Σ (工具类型权重 × 调用次数)\n\nsoft_limit = 20   # 预警\nhard_limit = 40   # 强制 spawn\n\nif 总成本 > hard_limit:\n    → 长链，必须 spawn\nelif 总成本 > soft_limit:\n    → 预警，建议 spawn，但允许主会话执行\nelse:\n    → 短链，主会话执行\n```\n\n**保留原规则作为兜底**：\n- 工具调用次数 ≥ 10 → 长链\n- 涉及数据源 ≥ 3 → 长链\n\n### 短链任务\n\n- 在主会话直接执行\n- 工具调用上限：5次\n- 超过5次 → 立即转spawn\n\n### 长链任务\n\n- 必须spawn子代理执行\n- 主会话只负责：接收结果、汇报用户\n- 禁止在主会话\"先做几步\"再spawn\n\n---\n\n## Step 3: 执行路由\n\n根据任务类型和复杂度，选择执行方式：\n\n| 条件 | 执行方式 | 说明 |\n|------|---------|------|\n| 短链 + 对话/查询 | 主会话直接回复 | 最简单路径 |\n| 短链 + 搜索/文件/编码 | 主会话 + 匹配skill | 加载对应SKILL.md |\n| 长链 | spawn子代理 | 后台执行，完成后汇报 |\n| 定时任务 | cron | 创建/触发cron job |\n| 通信任务 | mx-im/outlook | 直接调用通信技能 |\n\n### spawn子代理时的规则\n\n1. **必须提供完整上下文**：任务描述、输入文件、期望输出\n2. **设置合理超时**：简单300s，中等600s，复杂900s+\n3. **可选：创建监控任务**：对于超长任务，创建一次性at监控\n\n---\n\n## Step 4: 技能匹配（v2.4.0 增强）\n\n### 匹配规则（关键词 → 技能映射）\n\n#### 文件类\n\n| 关键词 | 匹配技能 | 优先级 |\n|--------|---------|--------|\n| PPT/演示/幻灯片/pptx | pptx | 唯一 |\n| Word/文档/报告/docx | docx | 唯一 |\n| Excel/表格/数据表/xlsx | xlsx | 唯一 |\n| PDF/合并/拆分/pdf | pdf | 唯一 |\n| HTML/页面/网页/web | html-report-generator → frontend-design → web-artifacts-builder | 按顺序尝试 |\n\n#### 编码类\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 编程/写代码/实现/开发 | coding-framework | **统一编程框架（推荐入口）** |\n| 调试/排错/bug/修复 | diagnose | 6阶段排错方法论 |\n| 测试/TDD/单元测试 | tdd | Red-Green-Refactor循环 |\n| 原型/demo/验证/试一下 | prototype | 原型构建规则 |\n| 审查/review/代码审查 | code-review-visualizer | 可视化审查 |\n| 理解/调用链路/代码走读 | code-walkthrough | 调用链路追踪 |\n| 多代理/并行审查 | multi-agent-review | 6代理并行审查 |\n| 迭代/循环改进 | iterative-loop | 自动迭代改进 |\n| 精简/YAGNI/代码瘦身 | ponytail | YAGNI决策阶梯 |\n\n#### 通信类\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 发消息/发送/通知/美信 | mx-im | 美信IM发送 |\n| 邮件/outlook/email | outlook-automation | Outlook自动化 |\n\n#### 记忆/知识类\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 失败/纠正/错误/学到 | self-improving | 记录到.learnings/ |\n| 记住/记一下/更新规则/知识 | ontology + self-improving | 知识图谱录入 |\n| 查记忆/搜索记忆 | memory_search 工具 | 主记忆搜索（工具，非技能） |\n\n#### 搜索类\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 新闻/日报/资讯 | daily-news | 每日新闻聚合 |\n| 股票/投研/基金/沪深300 | stock-research / fund-analysis | 金融投研分析 |\n| 翻译/translate | translation | 多平台翻译 |\n\n#### 专门领域\n\n| 关键词 | 匹配技能 | 说明 |\n|--------|---------|------|\n| 论文/学位论文/评审 | thesis-review | 学位论文评审意见生成 |\n| 数据分析/SQL/报表 | data-analysis | SQL/Python/报表 |\n| 桌面控制/操作电脑 | desktop-control-win | Windows桌面自动化 |\n\n### 兜底策略（v2.4.0 新增）\n\n```\n匹配失败时的处理流程：\n1. 检查是否有关键词部分匹配 → 使用最接近的技能\n2. 无匹配 → 回退到通用对话能力\n3. 禁止猜测执行高风险技能（如 exec、browser）\n4. 向用户确认：\"我需要哪个技能？\"或\"请指明方向\"\n```\n\n**铁律第 8 条（v2.4.0 新增）**：\n> **技能匹配失败时，路由至通用对话能力，并提示用户指明方向，禁止猜测执行。**\n\n---\n\n## 内置模式（轻量级，不需要加载外部skill）\n\n### 模式A：压缩沟通（原caveman）\n\n**触发条件**：\n- 用户说\"简单说\"/\"太长了\"/\"省点token\"/\"caveman\"\n- 用户连续表现出不耐烦\n\n**行为规则**：\n- 去掉：冠词(a/an/the)、填充词(just/really/basically)、客套话(sure/certainly)\n- 用短句：`[东西] [动作] [原因]. [下一步].`\n- 技术术语保持精确，代码块不变\n- 用箭头表示因果：X -> Y\n\n**示例**：\n- 问：\"为什么React组件重新渲染？\"\n- 答：\"Inline obj prop -> new ref -> re-render. `useMemo`.\"\n\n**退出条件**：用户说\"stop caveman\"/\"正常说\"/\"normal mode\"\n\n### 模式B：全局理解（原zoom-out）\n\n**触发条件**：\n- 用户说\"看看整体结构\"/\"这个模块是什么\"/\"给我个地图\"\n- 面对陌生代码库，需要高层次理解\n\n**行为规则**：\n- 先列出所有相关模块和调用关系\n- 用项目的领域术语（参考domain glossary）\n- 画架构图（ASCII或描述）\n- 不深入细节，只给全景\n\n### 模式C：方案审视（原grill-me）\n\n**触发条件**：\n- 用户提出方案/计划/设计思路\n- 用户说\"帮我审视一下\"/\"grill me\"/\"压力测试这个方案\"\n\n**行为规则**：\n- 逐个追问方案的每个分支\n- 每个问题给出推荐答案\n- 一次只问一个问题\n- 如果能从代码库找到答案，先查代码再问\n\n### 模式D：多路径探索（Tree-of-Thought）\n\n**触发条件**：\n- 复杂规划/决策问题，存在多种可行路径\n- 用户说\"帮我分析几种方案\"/\"有哪些思路\"/\"ToT\"\n- 任务类型：架构设计、技术选型、方案对比、创意发散\n\n**行为规则**：\n1. **生成分支**：先提出 3 个不同思路/方案（不要雷同，要有差异化）\n2. **逐分支评价**：对每个方案从可行性、成本、风险、效果四个维度打分\n3. **淘汰+深入**：淘汰最弱的 1 个，对剩余 2 个深入展开（具体步骤、关键决策点）\n4. **推荐**：给出最终推荐方案及理由\n5. **输出格式**：\n\n```\n## 方案对比\n\n| 维度 | 方案A | 方案B | 方案C |\n|------|-------|-------|-------|\n| 可行性 | ⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐⭐ |\n| 成本 | 中 | 低 | 高 |\n| 风险 | 中 | 高 | 低 |\n| 效果 | 好 | 一般 | 最好 |\n\n## 淘汰：方案B（原因：...）\n\n## 深入对比：A vs C\n...\n\n## 推荐：方案C（理由：...）\n```\n\n**与方案审视(grill-me)的区别**：\n- grill-me：针对用户已有的方案追问漏洞\n- ToT：用户还没有方案时，主动生成多路径并评估\n\n---\n\n## Step 4.5: 并行工具评估（v2.3 新增）\n\n当任务涉及多个独立查询时，评估是否可并行执行：\n\n### 并行判断规则\n\n```\n满足以下全部条件 → 并行执行：\n  □ 所有工具 ∈ 只读安全集（web_search/web_fetch/read/memory_search等）\n  □ 无路径重叠（不涉及同一目录树下的多个文件操作）\n  □ 工具调用数 ≥ 2\n\n任一不满足 → 串行执行\n```\n\n### 只读安全工具清单\n\n| 工具 | 资源类型 | 最大并发 |\n|------|----------|----------|\n| web_search | API | 8 |\n| web_fetch | NETWORK | 6 |\n| read | FILE | 4 |\n| memory_search | API | 8 |\n| session_status | API | 8 |\n| cron_list | API | 8 |\n| sessions_list | API | 8 |\n\n### 不可并行的工具\n\nwrite / edit / exec / browser — 有副作用或状态依赖\n\n### 执行方式\n\n- **评估脚本**: `python scripts/parallel_tool_executor.py`\n- **分层策略**: API(8线程) > 文件(4线程) > 数据库(串行)\n- **超时熔断**: 每个分支独立超时，互不影响\n- **路径检测**: 规范化后检测重叠，有疑虑就串行\n\n### 典型并行场景\n\n- 多引擎搜索（web_search × 3 同时发出）\n- 多文件同时读取（read × N 无路径重叠）\n- 多会话状态查询（session_status + sessions_list）\n\n### 典型非并行场景\n\n- 搜索结果 → 基于结果再搜索（有依赖）\n- 读文件 → 编辑文件（有写入）\n- 浏览器操作序列（有状态）\n\n---\n\n## Step 5: 委派执行与状态监控（v2.4.0 重构）\n\n**职责**：负责任务编排与监控，所有具体操作委托给子技能/代理。\n\n### 5.1 构建委派指令\n\n根据技能匹配结果，构建完整的委派指令：\n\n```\n委派指令包含：\n- skill_name: 匹配的技能名称\n- task_description: 任务描述\n- input_context: 输入上下文（用户消息、相关文件路径等）\n- expected_output: 期望输出格式\n- timeout: 预估超时时间\n```\n\n### 5.2 调用执行环境\n\n根据复杂度评估结果，选择执行环境：\n\n**短链任务（主会话执行）**：\n- 按技能指引直接调用工具\n- 先评估并行可能性（Step 4.5）\n- 工具调用计数，接近 5 次时提醒\n\n**长链任务（spawn 子代理）**：\n- 调用 `sessions_spawn` 创建子代理\n- 传入完整上下文：skill_name、task_description、input_context\n- 设置合理超时：简单 300s，中等 600s，复杂 900s+\n\n**spawn 调用格式**：\n```\nsessions_spawn(\n    task=\"任务描述\",\n    label=\"daily-task-{timestamp}-{domain}\",\n    skill=\"{matched_skill}\",\n    timeoutSeconds=600\n)\n```\n\n### 5.3 状态监控\n\n**主会话执行**：\n- 实时汇报进度（如果 >30 秒）\n- 监控工具调用次数\n\n**spawn 子代理执行**：\n- 子代理后台执行\n- 主会话告知用户：\"已启动后台任务【{task_id}】，预计 {eta} 完成。稍后通知您。\"\n- 子代理完成后自动汇报\n\n**长任务进度反馈（v2.4.0 新增）**：\n\n若任务预计耗时 > 30 秒：\n1. spawn 后立即回复用户进度信息\n2. 将 task_id 与用户会话绑定\n3. 子代理在关键里程碑时通知中枢\n4. 用户可发送\"查看任务状态\"触发查询\n5. 子代理完成后自动发送摘要消息\n\n**ETA 估算表**：\n\n| 任务类型 | 预估耗时 |\n|---------|---------|\n| 搜索 + 整理 | 30-60 秒 |\n| 文件生成（PPT/Word） | 60-120 秒 |\n| 报告生成 | 120-300 秒 |\n| 批量处理 | 300-600 秒 |\n\n**监控规则**：\n- 长任务 spawn 时，可选创建一次性 at 监控任务\n- 监控时间 = 预估完成时间\n- 监控任务 prompt：\"检查子代理 XXX 是否完成，如未完成汇报状态\"\n\n---\n\n## Step 5.5: 异常处理与降级（v2.4.0 新增）\n\n### 异常处理流程\n\n```\n5.1 发起执行\n5.2 状态监控\n5.3 若失败:\n    ├─ retries < 3 → 重试（指数退避：1s, 2s, 4s）\n    └─ retries >= 3 →\n        ├─ 记录错误到 .learnings/YYYY-MM-DD-task-{id}-error.md\n        ├─ 尝试降级（见降级策略表）\n        └─ 调用 self-improving 记录失败模式\n```\n\n### 降级策略表\n\n| 失败类型 | 降级策略 |\n|---------|---------|\n| spawn 子代理失败 | 回退到主会话执行（如果任务允许） |\n| 技能脚本不存在 | 使用内置工具直接完成（如 web_search） |\n| 工具调用超时 3 次 | 跳过该工具，记录错误，继续其他步骤 |\n| 浏览器操作失败 | 回退到 web_fetch（如果能获取内容） |\n| 文件操作失败 | 向用户报告，请求手动处理 |\n\n### 错误记录格式\n\n```markdown\n## 任务失败记录\n\n- **时间**: YYYY-MM-DD HH:MM:SS\n- **任务ID**: daily-task-{timestamp}-{domain}\n- **失败类型**: {failure_type}\n- **错误信息**: {error_message}\n- **重试次数**: {retries}\n- **降级策略**: {fallback_strategy}\n- **用户通知**: 是/否\n```\n\n### 铁律第 7 条（v2.4.0 新增）\n\n> **任务异常必须优雅降级，不得无限重试或静默失败。**\n\n---\n\n## Step 6: 收尾检查（v2.4.0 增强）\n\n任务完成后，逐项检查：\n\n```\n□ 浏览器是否打开？ → browser stop 关闭\n□ 是否有失败/纠正？ → 记录到 .learnings/ (self-improving)\n□ 是否有知识目录修改？ → git add + git commit（限定目录）\n□ 是否产生新知识？ → 更新 memory/ 或 ontology\n□ 是否生成了文件？ → 确认文件路径，告知用户\n□ 是否可复用流程？ → 评估是否创建 skill（v2.3 新增）\n□ 是否涉及用户事实？ → 提取到画像观察（v2.3 新增）\n```\n\n### 收尾优先级\n\n1. **关闭浏览器** — 最容易被遗忘，资源消耗最大\n2. **记录学习** — 如果有失败或纠正\n3. **评估技能创建** — 如果任务步骤≥3且可能复用（v2.3）\n4. **提取用户画像** — 如果对话中包含用户偏好/状态信息（v2.3）\n5. **git commit** — 如果有知识目录修改（v2.4.0 限定目录）\n6. **更新记忆** — 如果产生了新知识\n\n### Git 提交规则（v2.4.0 修改）\n\n**仅暂存以下知识目录**：\n- `memory/`\n- `skills/`\n- `.learnings/`\n- `ontology/`\n- `docs/`\n\n**禁止提交**：\n- 临时文件（*.tmp, *.bak）\n- 大文件（>10MB）\n- 敏感文件（*.key, *.pem）\n\n**提交流程**：\n```bash\n# 1. 仅暂存知识目录\ngit add memory/ skills/ .learnings/ ontology/ docs/\n\n# 2. 展示变更统计\ngit diff --cached --stat\n\n# 3. 提交\ngit commit -m \"daily: {task_description}\"\n```\n\n### 技能创建触发（v2.4.0 修改）\n\n任务完成后，如果出现以下情况，提醒用户是否保存为 skill：\n\n```\n触发条件（满足全部）：\n  1. 同一 (domain, matched_skill) 路径执行次数 ≥ 3\n  2. 最近 3 次执行的步骤摘要相似度 > 80%\n  3. 任务步骤 ≥ 3 步\n  4. 非一次性查询（有可复用逻辑）\n\n执行：\n  python scripts/skill_creator.py analyze <对话文件>\n  → 生成草稿到 skills/_drafts/\n  → 用户确认后移到 skills/\n```\n\n### 用户画像提取（v2.3 新增）\n\n对话中如果包含用户显式表达的事实，自动提取：\n\n```\n提取目标：\n  - 偏好：\"我喜欢...\" / \"我习惯...\"\n  - 技能：\"我会...\" / \"我在学...\"\n  - 状态：\"我现在...\" / \"我最近...\"\n  - 事实：\"我是...\" / \"我有...\"\n\n执行：\n  python scripts/profile_observer.py extract <对话文件>\n  → 存入 memory/user_observations.json\n  → 定期更新到 USER.md 的\"近期观察\"区域\n\n新会话提示（被动摘要）：\n  python scripts/profile_observer.py hint\n  → 检查最近7天画像变化\n  → 一句话提示用户（如有变化）\n```\n\n### 工具分组标签（v2.3 新增）\n\n轻量版 toolset，用扁平分组替代复杂继承体系：\n\n```\n查看分组：\n  python scripts/tool_groups.py list\n\n获取 skill 需要的工具：\n  python scripts/tool_groups.py show <group_name>\n\n使用统计：\n  python scripts/tool_groups.py stats\n\n高频组合分析：\n  python scripts/tool_groups.py combos\n```\n\n### 方案间联动（v2.3 新增）\n\n三个工具的数据互通：\n\n```\n分析联动数据：\n  python scripts/integration_hub.py analyze\n\n生成推荐：\n  python scripts/integration_hub.py recommend\n\n联动逻辑：\n  - 并行日志 → 高频模式 → 推荐 skill 化\n  - skill 复用 → 用户偏好信号 → 喂给画像\n  - 工具分组使用频率 → 能力组合需求 → 反哺 skill 推荐\n```\n\n---\n\n## 铁律规则\n\n### 规则1：长链任务必须spawn\n\n- 满足长链标准 → 第一条工具调用必须是 `sessions_spawn`\n- 禁止\"先做几步\"再spawn\n- 违反 = 失职\n\n### 规则2：短链任务上限5次调用\n\n- 主会话执行短链任务，工具调用≤5次\n- 超过5次 → 立即转spawn\n- 不要\"再做一次就完了\"\n\n### 规则3：搜索必须多引擎\n\n- 中文搜索：web_search(bocha/baidu) → 验证\n- 英文搜索：web_search(volc/ali) → 验证\n- 交叉比对，标注可信度\n\n### 规则4：不认识就先搜\n\n- 遇到训练截止后的新名词 → 先搜索确认\n- 禁止编造\n- 知道系列≠知道新作品\n\n### 规则5：浏览器智能关闭（v2.4.0 修改）\n\n浏览器操作完成后，检查任务计划中后续是否仍有浏览器步骤：\n- 若后续 2 步内无浏览器操作 → 立即关闭\n- 若后续仍有浏览器操作 → 保留至当前阶段结束\n- 收尾检查时，若浏览器还开着 → 强制关闭\n\n**判断逻辑**：\n```\nif \"browser\" not in predicted_remaining_tools(next_2_steps):\n    browser.stop()\n```\n\n### 规则6：任务失败要记录\n\n- 失败/纠正 → 调用 self-improving 记录\n- 写入 .learnings/ 对应文件\n\n### 规则7：任务异常必须优雅降级（v2.4.0 新增）\n\n- 任务异常 → 重试 3 次 → 降级策略 → 记录错误\n- 不得无限重试或静默失败\n- 详见 Step 5.5 异常处理与降级\n\n### 规则8：技能匹配失败时路由至通用对话（v2.4.0 新增）\n\n- 技能匹配失败 → 回退到通用对话能力\n- 向用户确认：\"我需要哪个技能？\"\n- 禁止猜测执行高风险技能（如 exec、browser）\n- 详见 Step 4 兜底策略\n\n---\n\n## 快速决策流程图（v2.4.0 修复）\n\n```\n收到消息\n    │\n    ▼\n┌─────────────────────────────────┐\n│ 模式触发检查（v2.4.0 新增）      │\n│ 检测 caveman/zoom-out/grill-me  │\n│ 若命中 → 设置全局模式 → 继续    │\n└─────────────────────────────────┘\n    │\n    ▼\n触发方式判断\n    │\n    ├─ cron/定时 ──→ cron 处理\n    │\n    ▼\n领域分类（通信/记忆/文件/编码/搜索/查询/对话）\n    │\n    ▼\n技能匹配（调用技能匹配表）\n    │\n    ▼\n复杂度评估\n    │\n    ├─ 长链 ──→ spawn(技能名, 任务上下文)\n    │\n    └─ 短链 ──→ 主会话执行(技能)\n```\n\n**spawn 调用格式**：\n```\nsessions_spawn(\n    task=\"任务描述\",\n    label=\"daily-task-{timestamp}-{domain}\",\n    skill=\"{matched_skill}\",\n    timeoutSeconds=600\n)\n```\n\n---\n\n## 与子技能的关系\n\ndaily-agent是调度器，不直接执行具体工作。具体工作由对应技能执行：\n\n| 保留的独立子技能 | 用途 | 何时加载 |\n|-----------------|------|---------|\n| `diagnose` | 6阶段排错方法论 | 排错/调试/bug |\n| `tdd` | Red-Green-Refactor循环 | 测试驱动开发 |\n| `prototype` | 原型构建规则 | 验证想法/做demo |\n| `thesis-review` | 论文评审意见生成 | 论文评审 |\n\n| 内联到daily-agent的模式 | 用途 | 触发方式 |\n|------------------------|------|---------|\n| 压缩沟通（caveman） | 省token回复 | 用户要求/不耐烦 |\n| 全局理解（zoom-out） | 看架构/模块关系 | 用户问\"整体结构\" |\n| 方案审视（grill-me） | 追问已有方案漏洞 | 用户提出方案 |\n| 多路径探索（ToT） | 生成多方案并评估 | 复杂规划/无明确方案 |\n\n---\n\n## 环境要求（v2.4.0 新增）\n\n### Python 版本\n- Python 3.9+（推荐 3.10+）\n\n### 依赖脚本\n\n| 脚本 | 用途 | 依赖 |\n|------|------|------|\n| scripts/parallel_tool_executor.py | 并行工具执行 | 无（纯标准库） |\n| scripts/skill_creator.py | 技能自动创建 | 无 |\n| scripts/profile_observer.py | 用户画像提取 | 无 |\n| scripts/tool_groups.py | 工具分组标签 | 无 |\n| scripts/integration_hub.py | 方案间联动 | 无 |\n\n### 验证脚本可用性\n\n```bash\npython scripts/parallel_tool_executor.py --help\npython scripts/skill_creator.py --help\npython scripts/profile_observer.py --help\n```\n\n### 脚本特性\n\n- **parallel_tool_executor.py**: 支持超时重试（默认 2 次）、分层并行策略、路径重叠检测\n- **skill_creator.py**: 支持冷静期检测（3 次执行后建议）、技能草稿生成\n- **profile_observer.py**: 支持多层置信度、衰减机制、被动摘要\n\n---\n\n## 版本历史\n\n- **v2.4.0** (2026-06-29): 整合 DeepSeek 12 条建议 + 审核报告\n  - P0: 修复快速决策图（长链后保留技能匹配）、增加错误处理与回退机制（Step 5.5）、Step 5 重命名为\"委派执行与状态监控\"\n  - P1: 三级任务分类（触发方式→领域→复杂度）、技能匹配规则与兜底策略、Git 提交限定目录、长任务进度反馈\n  - P2: 工具类型权重表、模式触发检查、超时重试机制、环境要求章节、浏览器智能关闭策略\n  - 新增铁律第 7 条：任务异常必须优雅降级\n  - 新增铁律第 8 条：技能匹配失败时路由至通用对话能力\n- **v2.3.0** (2026-06-28): 集成 Hermes 改进三件套\n  - 新增 Step 4.5：并行工具评估（分层并行策略 + 路径重叠检测）\n  - 收尾检查新增：技能创建触发 + 用户画像提取\n  - 集成脚本：parallel_tool_executor.py / skill_creator.py / profile_observer.py\n- **v2.2.0** (2026-06-26): 集成编程 Skill 套件（Phase 1+2）\n  - 新增编码类技能：coding-agent / multi-agent-review / iterative-loop / ponytail\n  - 新增安全/守卫类技能：hook-engine / skill-bundle\n  - 借鉴来源：Claude Code / Claude Plugins Official / OpenAI Codex / Ponytail\n- **v2.1.1** (2026-06-20): 规则更新 — 所有对话先调用 daily-agent\n  - SOUL.md 铁律规则1 更新：移除\"日常对话不加载 skill\"，改为\"所有对话先调用 daily-agent\"\n  - AGENTS.md 同步更新：明确 daily-agent 是每条消息的第一条操作\n  - daily-agent 根据任务类型决定是否需要加载其他 skill（如 docx/pptx/pdf/outlook 等）\n- **v2.1.0** (2026-06-20): 内联 Tree-of-Thought 多路径探索模式\n  - 新增模式D：多路径探索（ToT），用于复杂规划/方案对比场景\n  - 与方案审视(grill-me)的区别：grill-me追问已有方案，ToT主动生成多方案\n- **v2.0.0** (2026-06-20): 从\"技能路由器\"重构为\"任务调度中枢\"\n  - 新增：任务分类、复杂度评估、执行路由、收尾检查\n  - 内联：caveman/zoom-out/grill-me为内置模式\n  - 保留：diagnose/tdd/prototype/thesis-review为独立技能\n- **v1.0.0**: 初始版本，仅作为7个子技能的路由器\n\nFile v2.4.0:_meta.json\n\n{\n  \"ownerId\": \"kn73z7zhz92tv6skpnmpy5pdfh86j68x\",\n  \"slug\": \"daily-agent\",\n  \"version\": \"2.4.0\",\n  \"publishedAt\": 1782712125665\n}\n\nFile v2.4.0:LEARNING.md\n\n# LEARNING.md — Daily Agent 学习记录\n\n## 使用说明\n每次 Paudy 纠正我、指出错误、或我学到新规则时，自动追加到这里。\n格式：日期 + 事件 + 学到的教训。\n\n---\n\n## 学习记录\n\n### 2026-06-02 — Gateway 重启铁律\n- **事件**：反复用 `gateway stop` + 杀进程重启，导致配置被覆盖\n- **Paudy 纠正**：应该只用 `gateway restart`（SIGUSR1 热重载）\n- **教训**：\n  1. `gateway stop` 连接远程配置服务器 401，经常失败\n  2. 杀进程再启动会触发 PRD preset 合并，覆盖本地配置\n  3. SIGUSR1 热重载安全，不杀进程、不合并 preset、配置完整保留\n  4. `doctor --fix` 自动修复也覆盖配置，禁止自动执行\n- **永久规则**：Gateway 重启只用 `gateway restart`\n\n### 2026-06-02 — L1 cursor bug\n- **事件**：L1 记忆提取从 5/28 起持续产出 0 条\n- **根因**：cursor 设为精确 max(recorded_at)，下次查询用 `>` 比较排除所有行\n- **修复**：cursor +1ms buffer + SELF-CHECK 自动检测\n- **教训**：cursor 前进时必须 +1ms 缓冲，避免 `>` 比较排除最新批次\n\n### 2026-06-02 — 配置防覆盖\n- **事件**：memorySearch 和 memory-tencentdb 每次重启后被剥离\n- **根因**：PRD preset 里没有这些字段\n- **修复**：同步更新 PRD preset + openclaw.json\n- **教训**：所有自定义配置必须同时写入 PRD preset，否则重启会被覆盖\n\nFile v2.4.0:skill-card.md\n\n## Description: <br>\nDaily Agent routes each conversation by classifying tasks, estimating complexity, matching skills, delegating execution, and running completion checks. <br>\n\nThis skill is ready for commercial/non-commercial use. <br>\n\n## Publisher: <br>\n[paudyyin](https://clawhub.ai/user/paudyyin) <br>\n\n### License/Terms of Use: <br>\nMIT-0 <br>\n\n\n## Use Case: <br>\nDevelopers and agent operators use Daily Agent as an always-on orchestration layer for routing user requests, choosing execution paths, matching specialized skills, and monitoring delegated work. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Always-on task routing can affect nearly every request and may route work to background agents, cron jobs, local scripts, or repository-changing workflows. <br>\nMitigation: Install only when this orchestration behavior is intended, review the routing rules before deployment, and require explicit confirmation for spawn, cron, communication, persistence, and repository mutation actions. <br>\nRisk: The skill describes writing learning or memory files, extracting user profile facts, and committing selected repository directories. <br>\nMitigation: Review or disable the profile extraction and git commit sections, and inspect generated files and commits before relying on them. <br>\n\n\n## Reference(s): <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [guidance, markdown, shell commands, configuration] <br>\n**Output Format:** [Markdown guidance with decision tables and command snippets] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Routes work by task type and complexity, with completion checks for browser state, learning records, memory updates, generated files, and selected repository changes.] <br>\n\n## Skill Version(s): <br>\n2.4.0 (source: server release and SKILL.md frontmatter; package.json reports 2.2.0) <br>\n\n## Ethical Considerations: <br>\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. <br>\n\nFile v2.4.0:templates/meeting-minutes.md\n\n# 会议纪要模板\n\n## 基本信息\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\n**决议/结论**：\n- \n\n---\n\n## 行动项（Action Items）\n\n| 序号 | 行动内容 | 负责人 | 截止日期 | 状态 |\n|------|---------|--------|---------|------|\n| 1 | | | | 待开始 |\n| 2 | | | | 待开始 |\n| 3 | | | | 待开始 |\n\n---\n\n## 下次会议\n- **时间**：\n- **议题预告**：\n\n---\n\n## 备注\n\nFile v2.4.0:package.json\n\n{\n  \"name\": \"daily-agent\",\n  \"version\": \"2.2.0\",\n  \"description\": \"任务调度中枢。所有对话先调用此技能，由它决定任务分类、复杂度评估、执行路由、技能匹配和收尾检查。当收到任何用户消息时自动激活，判断任务类型、复杂度，选择执行方式（主会话/spawn/cron），匹配对应技能，执行收尾检查。\"\n}\n\nArchive v2.2.0: 6 files, 9418 bytes\n\nFiles: _meta.json (130b), LEARNING.md (1431b), package.json (382b), skill-card.md (2485b), SKILL.md (13236b), templates/meeting-minutes.md (798b)\n\nFile v2.2.0:SKILL.md\n\n---\nname: daily-agent\ndescription: \"任务调度中枢。所有对话先调用此技能，由它决定任务分类、复杂度评估、执行路由、技能匹配和收尾检查。当收到任何用户消息时自动激活，判断任务类型、复杂度，选择执行方式（主会话/spawn/cron），匹配对应技能，执行收尾检查。\"\nversion: 2.2.0\n---\n\n# Daily Agent — 任务调度中枢 v2.1\n\n**所有对话先调用 daily-agent**，由它决定执行路径。不直接执行具体工作，而是决定\"怎么做、在哪做、用什么做\"。\n\n## 核心职责\n\n```\n用户消息 → daily-agent（第一条操作）\n  ├─ Step 1: 任务分类（什么类型？）\n  ├─ Step 2: 复杂度评估（短链/长链？）\n  ├─ Step 3: 执行路由（主会话/spawn/cron？）\n  ├─ Step 4: 技能匹配（需要哪个skill？由daily-agent决定）\n  ├─ Step 5: 执行 + 监控\n  └─ Step 6: 收尾检查（浏览器/学习/git/记忆）\n\n\nArchive v2.1.0: 6 files, 8556 bytes\n\nFiles: _meta.json (130b), LEARNING.md (1431b), package.json (176b), skill-card.md (2158b), SKILL.md (11759b), templates/meeting-minutes.md (798b)\n\nArchive v1.0.1: 6 files, 5055 bytes\n\nFiles: _meta.json (130b), LEARNING.md (1431b), package.json (436b), skill-card.md (2090b), SKILL.md (2926b), templates/meeting-minutes.md (798b)\n\nArchive v1.0.0: 6 files, 5065 bytes\n\nFiles: LEARNING.md (1431b), package.json (436b), skill-card.md (2094b), SKILL.md (2926b), templates/meeting-minutes.md (798b), _meta.json (130b)","readmeExcerpt":"Skill: daily-agent Owner: paudyyin Summary: 长链任务执行skill — 被skill-router调用，负责复杂任务的调度、spawn子代理、Hat系统编排和收尾检查 Tags: latest:2.18.0 Version history: v2.18.0 | 2026-08-03T00:55:19.437Z | auto daily-agent v2.18.0 - 重大重构：将 daily-agent 定位为被 skill-router 调用的长链任务执行 skill，仅负责复杂任务的调度、子代理 spawn、Hat 系统编排与收尾检查 - 强化主流程为：任务分类 → 复杂度评估 → 执行路由 → 技能匹配 → 委派执行 → 收尾检查 - 场景导航（scene-navigation）升级：基于关键词快速输出匹配场景及对应上下文（减少 token 消耗、提升定位效率） - 前置钩子（P","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"用户消息 → daily-agent（第一条操作）\n  ├─ Step 1: 任务分类（什么类型？）\n  ├─ Step 1.5: 记忆预加载（Top 3 相关场景摘要）（v2.8 新增）\n  ├─ Step 1.8: 技能自动触发（PreTask hook）（v2.9 新增）\n  ├─ Step 2: 复杂度评估（短链/长链？）\n  ├─ Step 3: 执行路由（主会话/spawn/cron？）\n  ├─ Step 4: 技能匹配（需要哪个skill？由daily-agent决定）\n  ├─ Step 4.5: 执行前读规划文件 + 2-Action Rule（v2.10 新增）\n  ├─ Step 5: 委派执行与状态监控\n  ├─ Step 5.5: 异常处理与降级\n  └─ Step 6: 收尾检查（浏览器/学习/git/记忆/上下文摘要/规划文件更新）"},{"language":"text","snippet":"---\n   📌 推进选项：继续讨论 | 转为执行（说\"执行\"即可）| 暂停"},{"language":"json","snippet":"{\n  \"converse_active\": true/false,\n  \"converse_topic\": \"讨论主题\",\n  \"discussion_points\": [\"已讨论的要点\"],\n  \"pending_action\": \"待执行的操作（用户说执行后执行）\"\n}"},{"language":"text","snippet":"⏸️ 已暂停执行。\n   \n   当前进度：[简要说明执行到哪一步]\n   待执行：[剩余操作]\n   \n   你想讨论哪个方面？讨论完说 **\"继续执行\"** 即可恢复。"},{"language":"markdown","snippet":"## Converse 讨论记录 [HH:MM]\n- **主题**：[topic]\n- **参与模式**：[Converse / Converse + grill-me / Converse + ToT]\n- **讨论要点**：\n  1. [要点1]\n  2. [要点2]\n- **结论/决策**：[最终决定]\n- **后续执行**：[pending_action]"},{"language":"text","snippet":"收到消息\n    │\n    ├─ cron/定时触发 ──→ 直接匹配 cron 专用技能\n    │   （关键词：每天/每周/定时/提醒/周期）\n    │\n    └─ 手动/事件触发 ──→ 继续第二级"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\r\nname: daily-agent\r\ndescription: \"长链任务执行skill — 被skill-router调用，负责复杂任务的调度、spawn子代理、Hat系统编排和收尾检查\"\r\ntags: [meta, general, multi-agent, iterative, template-based]\r\nversion: 2.18.0\r\n---\r\n\r\n# Daily Agent — 长链任务执行skill v2.18.0\r\n\r\n**你是长链任务执行skill daily-agent**。由skill-router调用，负责复杂任务的调度和执行。\r\n\r\n**定位**：\r\n- 你不是always-on入口，**skill-router才是**\r\n- 你被skill-router调用，专门处理**长链任务**（≥10次调用/复杂调度/Hat系统编排）\r\n- 核心能力：任务分类 → 复杂度评估 → spawn子代理 → Hat系统 → 收尾检查\r\n\r\n**核心流程**：任务分类 → 复杂度评估 → 执行路由 → 技能匹配 → 委派执行 → 收尾检查\r\n\r\n## 快速决策流程\r\n\r\n```\r\nskill-router 调用 → daily-agent 启动\r\n  → Step 0: 模式触发检查（caveman/zoom-out/grill-me/ToT/converse）\r\n  → Step 1.5: 场景导航（Top 3 匹配场景，v2.8 新增）\r\n  → Step 1.8: 前置钩子检查（PreTask hook）（v2.9 新增）\r\n  → Step 2: 复杂度评估（短链/长链 + 工具预算）\r\n  → Step 3: 执行路由（主会话/spawn/cron）\r\n  → Step 4: 技能匹配（基于关键词→技能映射表，daily-agent不直接执行）\r\n  → Step 4.5: 并行执行规划 + 2-Action Rule（v2.10 新增）\r\n  → Step 5: 委派执行（spawn子代理 + 进度反馈）\r\n  → Step 5.5: 重试与降级\r\n  → Step 6: 收尾检查（浏览器/学习/git/记忆/技能审计/规划收尾）\r\n```\r\n\r\n---\r\n\r\n## Step 0: 内置模式触发检查（v2.5.0 新增）\r\n\r\n每条消息进来先检查是否触发内置模式。\r\n\r\n| 模式 | 触发条件 |\r\n|------|-----------|\r\n| caveman（压缩沟通） | 用户要求简短/省token/快速回复 |\r\n| zoom-out（全局理解） | 用户要求看全局/整体架构/系统全貌 |\r\n| grill-me（方案审视） | 用户提出方案要求深入追问/审视 |\r\n| ToT（多路径探索） | 用户要求多路径对比/方案探索 |\r\n| **converse（讨论模式）** | 用户想讨论/聊天/探索想法，不要求执行 |\r\n\r\n**模式叠加规则**：\r\n1. 模式可叠加，通过 `set_context(\"mode\", mode_name)` 设置\r\n2. 叠加时按最严格的约束执行\r\n3. 退出条件：用户明确说退出或任务完成\r\n\r\n**未触发任何模式**：正常进入 Step 0.5/Step 1。\r\n\r\n---\r\n\r\n## Step 0.5: Converse 模式（v2.5.0 新增）\r\n\r\n> 当用户说\"讨论一下\"或\"聊聊\"时，他们需要的不是AI执行力，而是对话伙伴。此时禁止任何写操作。\r\n\r\n### 意图检测三层判断\r\n\r\n**Layer 1: 显式触发词 → 直接进入 CONVERSE 模式**\r\n\r\n触发词：`讨论一下` / `聊聊` / `帮我分析` / `你觉得呢` / `聊聊` / `converse` / `怎么样` / `XX怎么样` / `XX行不行` / `帮我想想` / `有看法吗`\r\n\r\n→ 自动进入 Converse 模式，输出\"进入讨论模式\"提示\r\n\r\n**Layer 2: 隐式触发句式 → 确认后进入**\r\n\r\n触发句式：\r\n- \"我在想是不是可以……\"（探索性想法，未要求执行）\r\n- \"你觉得哪种方案更好？\"（征求意见，未要求执行）\r\n- \"帮我分析一下XX\"（分析请求，未要求执行）\r\n\r\n→ 提示：\"检测到讨论意图，是否进入 Converse 模式？\"\r\n\r\n**Layer 3: 上下文推断 → 自动识别**\r\n\r\n- 连续 2+ 轮对话中出现探索性/假设性表述且无执行意图\r\n- → 提示：\"看起来我们在讨论中，是否继续 Converse 模式？\"\r\n\r\n### 退出 Converse 模式的条件\r\n\r\n用户说出执行意图词 → 退出 CONVERSE 模式，进入执行：\r\n\r\n**退出触发词**：`执行` / `开始` / `动手` / `做吧` / `实施` / `go` / `implement` / `开始执行` / `退出 converse`\r\n\r\n**退出行为**：立即停止讨论，进入任务调度流程。\"执行\"、\"写代码\"、\"开始\"、\"动手\"、\"做吧\"、\"实施\"等。\r\n\r\n### CONVERSE 模式行为约束\r\n\r\n1. **禁止写操作**：禁止 write / edit / exec(写操作) / browser(写操作) / message\r\n2. **允许读操作**：read / web_search / web_fetch（仅用于支撑讨论）\r\n3. **优先级**：讨论 > 提供选项 > 分析利弊 > 给出建议\r\n4. **末尾提供推进选项**：\r\n   ```\r\n   ---\r\n   💬 讨论进行中 | 当前状态：\"等待确认\" | 下一步\r\n   ```\r\n5. **可叠加 grill-me/ToT 模式**：讨论中可引入追问或多路径探索\r\n\r\n### 状态维护\r\n\r\n进入 Converse 模式后维护以下状态：\r\n```json\r\n{\r\n  \"converse_active\": true/false,\r\n  \"converse_topic\": \"当前讨论主题\",\r\n  \"discussion_points\": [\"已讨论的要点\"],\r\n  \"pending_action\": \"待执行的操作（用户说执行后触发）\"\r\n}\r\n```\r\n\r\n### 退出时输出格式（v2.5.0 新增）\r\n\r\n当用户从讨论切换到执行时，输出 **\"讨论→执行\"过渡摘要**：\r\n\r\n1. **回顾讨论结论**\r\n2. **提取待执行操作**：`pending_action`\r\n3. **输出 CONVERSE 退出提示**：\r\n   ```\r\n   💬 讨论结束。\r\n   \r\n   讨论主题：[topic]\r\n   待执行：[pending_action]\r\n   \r\n   进入执行模式。需要我开始吗？输入 **\"开始执行\"** 启动。\r\n   ```\r\n\r\n### 讨论记录格式（v2.5.0 新增）\r\n\r\nConverse 模式结束后生成讨论摘要写入记忆。\r\n\r\n```markdown\r\n## Converse 讨"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn73z7zhz92tv6skpnmpy5pdfh86j68x\",\n  \"slug\": \"daily-agent\",\n  \"version\": \"2.18.0\",\n  \"publishedAt\": 1785718519437\n}"},{"path":"LEARNING.md","content":"# LEARNING.md — Daily Agent 学习记录\r\n\r\n## 使用说明\r\n每次 Paudy 纠正我、指出错误、或我学到新规则时，自动追加到这里。\r\n格式：日期 + 事件 + 学到的教训。\r\n\r\n---\r\n\r\n## 学习记录\r\n\r\n### 2026-06-02 — Gateway 重启铁律\r\n- **事件**：反复用 `gateway stop` + 杀进程重启，导致配置被覆盖\r\n- **Paudy 纠正**：应该只用 `gateway restart`（SIGUSR1 热重载）\r\n- **教训**：\r\n  1. `gateway stop` 连接远程配置服务器 401，经常失败\r\n  2. 杀进程再启动会触发 PRD preset 合并，覆盖本地配置\r\n  3. SIGUSR1 热重载安全，不杀进程、不合并 preset、配置完整保留\r\n  4. `doctor --fix` 自动修复也覆盖配置，禁止自动执行\r\n- **永久规则**：Gateway 重启只用 `gateway restart`\r\n\r\n### 2026-06-02 — L1 cursor bug\r\n- **事件**：L1 记忆提取从 5/28 起持续产出 0 条\r\n- **根因**：cursor 设为精确 max(recorded_at)，下次查询用 `>` 比较排除所有行\r\n- **修复**：cursor +1ms buffer + SELF-CHECK 自动检测\r\n- **教训**：cursor 前进时必须 +1ms 缓冲，避免 `>` 比较排除最新批次\r\n\r\n### 2026-06-02 — 配置防覆盖\r\n- **事件**：memorySearch 和 memory-tencentdb 每次重启后被剥离\r\n- **根因**：PRD preset 里没有这些字段\r\n- **修复**：同步更新 PRD preset + openclaw.json\r\n- **教训**：所有自定义配置必须同时写入 PRD preset，否则重启会被覆盖"},{"path":"skill-card.md","content":"## Description:\n\nRoutes long-running and complex agent tasks by classifying requests, assessing complexity, coordinating subagents, applying Hat-system phases, and performing completion checks.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[paudyyin](https://clawhub.ai/user/paudyyin)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nDevelopers and agent operators use this skill to route complex or long-chain tasks, delegate work to subagents, manage planning and review phases, and summarize completion status.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill broadly orchestrates task routing, local script use, memory/profile writes, and commits, which can create persistent changes without enough user control or scoping.\n\nMitigation: Use only in a tightly controlled workspace after disabling automatic memory/profile writes, automatic commits, unbundled script execution, and always-on activation, or require explicit user approval and diff review for each persistent change.\n\n## Reference(s):\n\n- [ClawHub skill page](https://clawhub.ai/paudyyin/skills/daily-agent)\n- [LEARNING.md](LEARNING.md)\n- [meeting-minutes.md](templates/meeting-minutes.md)\n\n## Skill Output:\n\n**Output Type(s):** [Guidance, Markdown, Code, Shell commands, Configuration]\n\n**Output Format:** [Markdown with inline plans, status updates, code blocks, shell commands, and structured summaries]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include delegated task briefs, progress summaries, review results, and generated or modified local files when the host agent permits writes.]\n\n## Skill Version(s):\n\n2.18.0 (source: server release metadata and SKILL.md frontmatter)\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."},{"path":"templates/meeting-minutes.md","content":"# 会议纪要模板\r\n\r\n## 基本信息\r\n- **会议名称**：\r\n- **日期**：\r\n- **时间**：\r\n- **地点**：\r\n- **参会人员**：\r\n- **记录人**：\r\n\r\n---\r\n\r\n## 会议议程\r\n\r\n| 序号 | 议题 | 汇报人 | 时间 |\r\n|------|------|--------|------|\r\n| 1 | | | |\r\n| 2 | | | |\r\n| 3 | | | |\r\n\r\n---\r\n\r\n## 会议内容\r\n\r\n### 议题一：[议题名称]\r\n**汇报内容**：\r\n\r\n**讨论要点**：\r\n- \r\n\r\n**决议/结论**：\r\n- \r\n\r\n### 议题二：[议题名称]\r\n**汇报内容**：\r\n\r\n**讨论要点**：\r\n- \r\n\r\n**决议/结论**：\r\n- \r\n\r\n---\r\n\r\n## 行动项（Action Items）\r\n\r\n| 序号 | 行动内容 | 负责人 | 截止日期 | 状态 |\r\n|------|---------|--------|---------|------|\r\n| 1 | | | | 待开始 |\r\n| 2 | | | | 待开始 |\r\n| 3 | | | | 待开始 |\r\n\r\n---\r\n\r\n## 下次会议\r\n- **时间**：\r\n- **议题预告**：\r\n\r\n---\r\n\r\n## 备注"}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"长链任务执行skill — 被skill-router调用，负责复杂任务的调度、spawn子代理、Hat系统编排和收尾检查 Skill: daily-agent Owner: paudyyin Summary: 长链任务执行skill — 被skill-router调用，负责复杂任务的调度、spawn子代理、Hat系统编排和收尾检查 Tags: latest:2.18.0 Version history: v2.18.0 | 2026-08-03T00:55:19.437Z | auto daily-agent v2.18.0 - 重大重构：将 daily-agent 定位为被 skill-router 调用的长链任务执行 skill，仅负责复杂任务的调度、子代理 spawn、Hat 系统编排与收尾检查 - 强化主流程为：任务分类 → 复杂度评估 → 执行路由 → 技能匹配 → 委派执行 → 收尾检查 - 场景导航（scene-navigation）升级：基于关键词快速输出匹配场景及对应上下文（减少 token 消耗、提升定位效率） - 前置钩子（P","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":882,"uniquenessScore":58,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-10T23:06:48.060Z","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-10T23:06:48.060Z","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-11T01:47:35.873Z","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"}]}}}