القائمة
当面临 2 个以上可独立执行、无共享状态或顺序依赖的任务时使用
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
在当前会话中执行包含若干独立任务的实现计划时使用
Kimi WebBridge lets AI control the user's real browser — navigate, click, type, read, screenshot, and interact with any website using the user's actual login sessions. Use this skill whenever the user wants to interact with websites, automate browser tasks, scrape web content, or perform any action requiring a real browser. Also use when the user mentions "browser", "webpage", "open URL", "screenshot", or asks to read/interact with any website. Use even for simple-sounding browser requests — the daemon handles all complexity.
对 PostgreSQL 数据库执行只读检查时使用。优先读 doc/db/quick-guide 匹配场景，表结构按需 docker exec psql 查询；查库后评估是否沉淀 quick-guide。触发词：查数据库、检查表、行数、数据覆盖、schema、docker exec psql、DB 状态、doc/db、快捷检索指南、quick-guide。
在进行任何创意性工作之前必须使用此技能 — 创建功能、构建组件、添加功能、实现需求或修改行为。在实现前探索用户意图、需求和设计。用户说"头脑风暴"或类似的表达时，应触发此技能。
调用 DeepSeek API（/chat/completions）的强制查阅规范，覆盖思考模式（reasoning_content / thinking / reasoning_effort）与多轮对话上下文拼接。**任何**涉及 DeepSeek API 的代码编写、修改、排错前必须先调用本 skill。触发词：DeepSeek、deepseek、deepseek-v4-pro、reasoning_content、思考模式、thinking mode、reasoning_effort、deepseek 多轮、deepseek chat completions、api.deepseek.com。
手动触发
| name | dispatching-parallel-agents |
| description | 当面临 2 个以上可独立执行、无共享状态或顺序依赖的任务时使用 |
你将任务委派给具有独立上下文的专用智能体。通过精心构建它们的指令和上下文，确保它们保持专注并成功完成任务。它们绝不应继承你会话的上下文或历史记录——你需要精确构建它们所需的一切。这也为你保留了用于协调工作的自身上下文。
当你遇到多个互不相关的故障（不同的测试文件、不同的子系统、不同的 bug）时，按顺序调查它们是在浪费时间。每个调查都是独立的，可以并行进行。
核心原则： 每个独立的问题域派发一个智能体。让它们并发工作。
digraph when_to_use {
"多个故障?" [shape=diamond];
"它们是否独立?" [shape=diamond];
"单个智能体调查全部" [shape=box];
"每个问题域一个智能体" [shape=box];
"它们能并行工作吗?" [shape=diamond];
"顺序执行智能体" [shape=box];
"并行调度" [shape=box];
"多个故障?" -> "它们是否独立?" [label="是"];
"它们是否独立?" -> "单个智能体调查全部" [label="否 - 有关联"];
"它们是否独立?" -> "它们能并行工作吗?" [label="是"];
"它们能并行工作吗?" -> "并行调度" [label="是"];
"它们能并行工作吗?" -> "顺序执行智能体" [label="否 - 共享状态"];
}
适用场景：
不适用场景：
按损坏的内容对故障进行分组：
每个域都是独立的——修复工具审批不会影响中止测试。
每个智能体获得：
// 在 Claude Code / AI 环境中
Task("修复 agent-tool-abort.test.ts 中的失败")
Task("修复 batch-completion-behavior.test.ts 中的失败")
Task("修复 tool-approval-race-conditions.test.ts 中的失败")
// 三个任务并发运行
当智能体返回时：
好的智能体提示应具备：
修复 src/agents/agent-tool-abort.test.ts 中 3 个失败的测试：
1. "should abort tool with partial output capture" - 期望消息中包含 'interrupted at'
2. "should handle mixed completed and aborted tools" - 快速工具被中止而非完成
3. "should properly track pendingToolCount" - 期望 3 个结果但得到 0
这些都是时序/竞态条件问题。你的任务：
1. 阅读测试文件并理解每个测试验证的内容
2. 识别根本原因——时序问题还是实际 bug？
3. 通过以下方式修复：
- 将任意超时替换为基于事件的等待
- 如果发现 abort 实现中的 bug，则修复
- 如果测试的是已更改的行为，则调整测试预期
不要只是增加超时时间——找到真正的问题。
返回：你发现和修复的内容摘要。
❌ 范围太广： "修复所有测试" - 智能体会迷失方向 ✅ 具体： "修复 agent-tool-abort.test.ts" - 范围聚焦
❌ 无上下文： "修复竞态条件" - 智能体不知道在哪 ✅ 有上下文： 粘贴错误消息和测试名称
❌ 无约束： 智能体可能会重构所有内容 ✅ 有约束： "不要更改生产代码" 或 "仅修复测试"
❌ 输出模糊： "修复它" - 你不知道改了什么 ✅ 具体： "返回根本原因和更改摘要"
相关故障： 修复一个可能会修复其他——先一起调查 需要完整上下文： 理解需要看到整个系统 探索性调试： 你还不知道哪里坏了 共享状态： 智能体会相互干扰（编辑相同文件、使用相同资源）
场景： 重大重构后 3 个文件中 6 个测试失败
故障：
决策： 独立域——中止逻辑与批量完成、竞态条件相互独立
调度：
智能体 1 → 修复 agent-tool-abort.test.ts
智能体 2 → 修复 batch-completion-behavior.test.ts
智能体 3 → 修复 tool-approval-race-conditions.test.ts
结果：
集成： 所有修复相互独立，无冲突，完整套件通过
节省时间： 3 个问题并行解决 vs 顺序解决
智能体返回后：
来自调试会话（2025-10-03）：