groove-utilities-task-create

groove-utilities-task-create

结果

在配置的后端中创建一个任务，包含标题、类型、状态、可选的父任务，以及（对于非简单任务）丰富的正文。返回任务 ID 以供参考。本命令是任务创建方式的唯一事实来源——其他需要创建任务的技能（work compound、daily 等）必须遵循此规范并调用此技能，而不是自行定义创建规则。

验收标准

• 后端中存在任务，且所有必填字段均已填写
• 创建后向用户显示任务 ID
• 非简单任务（功能开发、缺陷、计划、阶段任务）必须包含丰富的正文——当任务代表实际工作或一个阶段时，绝不要创建空正文的任务
• 当上下文表明存在父任务时（例如阶段任务属于 daily 或 work epic），应设置父任务

约束

• 从 .groove/index.md 中读取 tasks.backend 以确定后端
• 如果 tasks.backend: none，则不执行任何操作并显示友好的提示
• 如果参数中未提供标题，则在继续之前询问用户标题和类型
• 根据当前上下文（未完成任务、近期工作）推断父任务；如果存在歧义，则向用户确认
• 默认状态为 in-progress（而不是 todo）——任务在工作进行时创建
• 创建时不要自动将任何任务标记为已完成
• 后端映射：
  • beans：beans create "<title>" -t <type> --parent <id> -s in-progress；正文通过 beans update <id> -d "<body>" 设置，或在后端基于文件时编辑 .groove/tasks/ 下的任务文件
  • linear：通过 linear CLI 或 MCP 创建 issue，并指定适当的团队/项目
  • github：gh issue create --title "<title>" --body "<body>" --milestone <milestone>
• 正文（标准）： 对于任何非简单任务，始终提供正文。使用后端的正文/描述字段（或任务文件内容）。标准正文部分：背景（此任务所属的工作或会话）、目标（从较高层面说明何为“完成”）、验收标准（具体条件清单）、链接（指向 CHANGELOG、规范、已学习文件或其他产物的链接）。仅当某个部分确实不适用时才省略。
• 类型： 使用后端支持的类型（例如 beans：task、bug、feature、epic、milestone）。如果后端没有 chore 类型（例如 beans），则阶段任务和首尾任务（daily Start/End、work 阶段，例如“YYYY-MM-DD，Compound — 主题”）使用 task 类型。
• 层级： 当任务属于更大的单元（例如 daily、epic）时，设置父任务。如果调用方未指定父任务，则尽可能根据上下文推断。
• 始终向用户回显创建的任务 ID 和标题