名称: 工作 描述: “实现Plans.md的任务。询问范围,自动选择从单任务到全迭代的策略。当用户提到 ‘/work’、执行计划、实现任务、构建功能、处理任务、‘做所有事情’、‘实现’、‘実装して’、‘全部やって’、‘ここだけ’ 时使用。不要用于:规划、评审、设置、部署或团队执行。” 描述-英文: “执行Plans.md任务。询问范围,自动选择从单任务到全迭代的策略。当用户提到 ‘/work’、执行计划、实现任务、构建功能、处理任务、‘做所有事情’、'实现’时使用。不要用于:规划、评审、设置、部署或团队执行。” 描述-日文: “Plans.mdのタスクを実装。スコープを聞いて自動判断、1タスクから全タスクまで。Use when user mentions ‘/work’, execute plan, implement tasks, build features, work on tasks, ‘do everything’, ‘implement’, ‘実装して’, ‘全部やって’, ‘ここだけ’. Do NOT load for: planning, reviews, setup, deployment, or breezing (team execution).” 允许工具: [“读取”, “写入”, “编辑”, “Grep”, “Glob”, “Bash”, “任务”] 参数提示: “[全部] [任务编号|范围] [–codex] [–parallel N] [–no-commit] [–resume id]” 禁用模型调用: true
工作技能
实现Plans.md任务的主力技能。根据范围自动选择策略。
理念
「询问、判断、执行」
单任务直接实现。多任务并行。大量任务自动迭代。 用户只需决定范围,其余自动处理。
快速参考
/work # 询问范围后执行
/work 3 # 仅执行任务3
/work all # 立即执行所有任务
/work 3-6 # 立即执行任务3至6
/work --codex # 使用Codex MCP实现(询问范围)
/work --codex all # 使用Codex MCP立即执行所有任务
/work --parallel 5 # 使用5个并行工作器执行
/work --no-commit # 抑制自动提交
/work --resume latest # 恢复上次会话
选项
| 选项 | 描述 | 默认值 |
|---|---|---|
all |
针对所有未完成任务 | - |
N 或 N-M |
任务编号/范围指定 | - |
--codex |
使用Codex MCP委托实现 | false |
--parallel N |
并行工作器数量 | 自动 |
--sequential |
禁止并行(串行执行) | - |
--no-commit |
抑制自动提交 | false |
--max-iterations N |
迭代上限(all 时) | 10 |
| `–resume <id | latest>` | 恢复会话 |
| `–fork <id | current>` | 会话分支 |
范围对话框(无参数时)
无参数调用时,通过对话确认范围:
/work
您要执行到什么程度?
1) 下一个任务(推荐):Plans.md中的下一个未完成任务
2) 全部:完成剩余所有任务
3) 指定:指定任务编号或范围(例如:3, 3-6)
> [Enter = 1]
有参数时立即执行(跳过对话)。
详细信息:references/scope-dialog.md
自动策略选择
根据范围自动选择内部策略:
| 范围 | 策略 | 等效旧技能 |
|---|---|---|
| 1任务 | 直接实现 | 旧 /work |
| 2-3任务 | 子代理并行 | 旧 /work --parallel |
4+任务 或 all |
子代理并行 + 自动迭代 | 旧 /ultrawork |
执行开始时显示策略:
🔧 策略:直接实现(1个任务)
🔧 策略:并行3个工作器(3个任务)
🔧 策略:并行3个工作器 + 自动迭代(8个任务,最多10次)
用户无需关注策略。
默认流程
/work [范围]
↓
阶段0:范围确认(无参数时对话)
↓
阶段1:策略选择(根据任务数量自动判断)
↓
阶段2:实现
→ 1任务:直接实现
→ 多任务:任务工作器子代理并行
→ 全部/4+:并行 + 迭代循环(自动直到完成)
↓
阶段3:评审循环(harness-review)
→ 批准:继续
→ 请求修改:修复 → 重新评审
↓
阶段4:自动提交(除非 --no-commit)
↓
提示显示
统一记忆门(必需)
/work 执行时,必须按以下顺序通过统一Harness记忆:
- 实现前:
harness_mem_resume_pack(project, session_id?, limit=5, include_private=false) - 里程碑达成时(设计确定、大修改、方针转变):
harness_mem_record_checkpoint(session_id, title, content, tags?, privacy_tags?) - 实现完成时(交接前):
harness_mem_finalize_session(session_id, summary_mode="standard")
补充:
session_id从$CLAUDE_SESSION_ID→.claude/state/session.json的.session_id顺序获取harness_mem_sessions_list(project, limit=1)的首个使用仅限于只读(恢复确认),record_checkpoint/finalize_session在无明确session_id时视为失败- Codex 中,结合
notifyhook(after_agent)和此步骤,减少记录遗漏 .codex/history.jsonl由守护进程自动注入,无需手动追加- 任何失败时,使用
harness_mem_health()和scripts/harness-memd doctor检查状态,恢复后重新执行相同步骤
自动迭代(4+任务 或 all)
大量任务时启用自动迭代逻辑:
- 从上次失败中自我学习
- 在下次迭代中重试未完成任务
- 完成条件:所有任务 cc:done + 构建成功 + 测试通过 + 评审批准
- 最大迭代次数:
--max-iterations(默认:10)
详细信息:references/auto-iteration.md
–codex 引擎
--codex 标志将所有实现委托给Codex MCP:
| 项目 | 默认 | –codex |
|---|---|---|
| 实现主体 | Claude(直接编码) | Codex MCP |
| Claude 角色 | 调整 + 实现 | PM(仅调整) |
| 编辑/写入 | 允许 | 禁止(应用防护) |
| 质量保证 | 自评审 | AGENTS_SUMMARY + 质量门 |
详细信息:references/codex-engine.md
功能详情
| 功能 | 参考 |
|---|---|
| 范围对话框 | 参见 references/scope-dialog.md |
| 自动迭代 | 参见 references/auto-iteration.md |
| Codex 引擎 | 参见 references/codex-engine.md |
| 执行流程 | 参见 references/execution-flow.md |
| 并行执行 | 参见 references/parallel-execution.md |
| 会话管理 | 参见 references/session-management.md |
| 评审循环 | 参见 references/review-loop.md |
| 自动提交 | 参见 references/auto-commit.md |
| 错误处理 | 参见 references/error-handling.md |
智能并行检测
| 条件 | 并行数量 |
|---|---|
| 1任务 | 1 |
| 所有任务编辑同一文件 | 1 |
| 2-3独立任务 | 2-3 |
| 4+独立任务 | 3(最大) |
完成提示
执行完成时建议下一步行动:
完成!2个任务已完成。(剩余3个)
提示:使用 /breezing 进行团队并行执行
提示:添加 --codex 可将实现委托给Codex
会话状态
初始化
# 创建 work-active.json
cat > .claude/state/work-active.json <<EOF
{
"active": true,
"started_at": "$(date -u +%Y-%m-%dT%H:%M:%SZ)",
"strategy": "iteration",
"codex_mode": false,
"bypass_guards": ["rm_rf", "git_push"],
"allowed_rm_paths": ["node_modules", "dist", ".next", ".cache"],
"review_status": "pending"
}
EOF
完成时清除
rm -f .claude/state/work-active.json
自动调用技能
| 技能 | 目的 | 何时调用 |
|---|---|---|
impl |
功能实现 | 任务实现时 |
verify |
构建验证 | 实现后验证时 |
harness-review |
多角度评审 | 实现完成后 |
项目配置
通过 .claude-code-harness.config.yaml 覆盖默认值:
work:
auto_commit: false # 禁用自动提交
commit_on_pm_approve: true # 2-代理:延迟提交直到PM批准
VibeCoder 提示
| 您想做什么 | 如何说 |
|---|---|
| 仅下一个任务 | /work(Enter 选择下一个任务) |
| 完成所有 | /work all |
| 仅此编号 | /work 3 |
| 从此到此 | /work 3-6 |
| 委托给Codex | /work --codex |
| 并行快速 | /work --parallel 5 all |
| 团队完成 | → 使用 /breezing |
相关技能
breezing- 代理团队并行完成(Lead 仅指挥)harness-review- 代码评审(在 /work 内自动启动)impl- 个别任务实现逻辑