项目管理技能

管理你的团队——创建角色、分配任务、启动工作线程并监控进度

运行一个模型多样化的子代理委员会，从多个角度调查同一问题，比较发现，并生成最终建议。当用户要求委员会、第二意见、多个代理/模型评估一个问题、并行调查、红队/蓝队对比，或帮助在竞争性技术方案中做出决策时，使用此技能。

当面对2个以上可以独立处理、无需共享状态或顺序依赖的任务时使用

当您有书面的实施计划需要在单独的会话中执行并包含审查检查点时使用

当实现完成、所有测试通过，且需要决定如何整合工作时使用——通过提供合并、拉取请求或清理的结构化选项，指导开发工作的完成。

对用户的计划或设计进行持续追问，直到达成共识，解决决策树的每个分支。当用户想要对计划进行压力测试、接受设计拷问，或提到“grill me”时使用。

对用户的计划或设计进行持续追问。当用户希望在实施前对计划进行压力测试，或使用任何“grill”触发短语时使用。

将当前对话压缩为交接文档，供其他代理接手处理。

根据PRD或一组问题实现一项工作。

飞书审批 API：审批实例、审批任务管理。

飞书 OKR：管理目标与关键结果。查看和编辑 OKR 周期、目标、关键结果、对齐关系、量化指标和进展记录。当用户需要查看或创建 OKR、管理目标和关键结果、查看对齐关系时使用。不负责：待办任务管理（lark-task）、日程/会议安排（lark-calendar）、绩效评估

管理任务、清单和任务智能体。创建待办任务、查看和更新任务状态、拆分子任务、组织任务清单、分配协作成员、上传任务附件、注册或注销任务智能体、更新任务智能体的主页数据、写入智能体任务记录。当用户需要创建待办事项、查看任务列表、跟踪任务进度、管理项目清单或给他人分配任务、为任务上传附件文件、注册注销任务智能体、更新智能体主页数据、写入任务记录时使用。

编排日历日程与待办事项，汇总指定日期的日程安排及未完成任务摘要，适用于了解今天、明天或本周的工作计划。

当用户想要规划产品发布、功能公告或发布策略时使用。当用户提到“发布”、“Product Hunt”、“功能发布”、“公告”、“上市”、“测试版发布”、“早期访问”、“候补名单”、“产品更新”、“我该如何发布这个”、“发布清单”、“GTM计划”或“我们即将推出”时也适用。每当有人准备公开发布某物时使用此技能。对于发布后的持续营销，请参考营销创意。

在这个工作区内，就我想构建的工作流程的规格向我提问。

探索并理解Nx工作区。在回答关于工作区、项目或任务的问题时使用。当nx命令失败，或需要在运行任务前检查可用目标/配置时也请使用。示例：'这个工作区有哪些项目？'、'项目X是如何配置的？'、'哪些内容依赖于库Y？'、'我可以运行哪些目标？'、'找不到任务配置'、'调试nx任务失败'。

使用Orca编排实现结构化的多智能体协调：线程化消息、阻塞式询问/回复流程、任务分发、worker_done/升级等待、任务DAG、决策门、协调器循环，或在智能体间分解工作。当用户未明确要求监督、监控、等待结果或协调时，对于表述为“hand off”、“handoff”、“handover”、“give this to another agent

实现Manus风格的文件化规划，用于组织并跟踪复杂任务的进度。创建task_plan.md、findings.md和progress.md文件。当被要求规划、分解或组织多步骤项目、研究任务或任何需要5次以上工具调用的工作时使用。支持/clear后的自动会话恢复。

通过用户访谈制定包含小型提交的详细重构计划，并将其归档为GitHub议题。适用于用户希望规划重构、创建重构RFC或将重构拆解为安全增量步骤的场景。

运行一个自主的、由规范驱动的开发“saga”，适用于中大型功能，使用编排器代理和一组工作子代理。当用户调用/saga、要求以最少人工干预自主端到端构建一个较大功能、希望将全面规范分解为里程碑和任务并附带严密验证标准后再并行实施，或希望编排器将实施委托给工作代理同时保持其...时，使用此技能。

我们要求翻译一段文本，目标语言是简体中文。需要保留产品名、协议名、URL、数字和技术术语。不要添加声明、解释、Markdown、项目符号、链接、标签、前缀或额外评论。只翻译<text>内的内容，不包括名称"setup-matt-pocock-skills"除非它出现在源文本中。源文本中并没有出现这个名称，所以不翻译它。 文本内容：描述了一个技能，用于设置AGENTS.md/CLAUDE.md中的## Agent skills块和docs/agents/目录，以便工程技能知道这个仓库的问题跟踪器（GitHub或本地markdown）、分类标签词汇和领域文档布局。在首次使用某些命令之前运行，或者当这些技能似乎缺少关于问题跟踪器、分类标签或领域文档的上下文时运行。 注意：保留英文术语如"Agent skills"、"AGENTS.md"、"CLAUDE.md"、"docs/agents/"、"GitHub"、"markdown"、"to-issues"、"to-prd"、"triage"、"diagn

通过先编写PRODUCT.md再实现、必要时编写TECH.md，并在实现过程中持续更新两份规范，推动以规范为先导的工作流程，用于开发重要功能。适用于启动重大特性、规划由智能体驱动的实现，或用户希望将产品和技术规范纳入源代码管理时。

在当前会话中执行包含独立任务的实施计划时使用

将粗略想法转化为经过审批、决策完整且结构验证的方案，再开始编码。当用户提出“出方案/给方案/深入分析/怎么设计/有没有必要/值不值得/plan this/how should I/should we keep this”等涉及功能、架构或价值判断的需求时使用。不适用于修复漏洞或小修改。

将计划、规范或产品需求文档拆解为项目问题追踪器中可独立领取的问题，采用追踪弹头式垂直切片方法。适用于用户希望将计划转化为问题、创建实施工单或将工作分解为问题场景。

将当前对话上下文转化为PRD并发布到项目问题追踪器。当用户希望从当前上下文创建PRD时使用。

通过由分类角色驱动的状态机对问题进行分类。当用户想要创建问题、分类问题、审查传入的缺陷或功能请求、为AFK代理准备问题或管理工作流程时使用。

为Warp中一个重要的面向用户功能编写PRODUCT.md规范，重点描述详细行为和验证。当用户要求编写产品规范、期望行为文档或PRD，希望在实现前定义功能行为，或者该功能足够重要或行为模糊，以至于书面规范能改进实现或审查时使用。

在接触代码之前，当你有一个多步骤任务的规格或需求时使用。