用途：Quick 用于执行原子级小任务，填补“直接使用 Claude”与 /fix、/implementation 之间的空白。适合几分钟而非几小时能完成的改动，不引入完整 SDLC 流程。
主要能力与特点：不切换 opusplan 模型、不创建任务列表、默认不做 TDD、不创建 PR，GitHub issue 为可选项。与 /fix、/implementation 相比，Quick 仪式感最低、任务规模最小、类型不限，不要求 issue，不创建 PR，不要求测试。
使用方式： /quick fix the failing auth test /quick --discuss add rate limiting to the API /quick --full refactor the user service /quick --issue 42 update error message
工作流（默认 bare 模式）：先用 git status 和 git branch --show-current 建立上下文；执行最小改动，1-2 个文件的琐碎编辑在当前分支进行，稍大改动用 git checkout -b <type>/brief-description 新建分支；执行后输出 3-5 项手动冒烟测试清单；提交前运行 /security-verify scan；用 conventional-commits 消息做原子提交，带 issue 时在提交正文写 Fixes #42；提交后建议运行 /review changes；最后向 .claude/memory/local/quick-tasks.md 追加记录。
--discuss 模式：执行前提出 2-3 个针对性澄清问题（范围、方法、边界情况），将决定保存到 .claude/memory/local/CONTEXT.md，再按 bare 模式继续。
--full 模式：执行后委托给 /pre-commit，完成质量、测试、安全与变更日志检查，适用于回归风险真实的逻辑改动。
限制：保持当前模型，不提示 /model opus；不调用 TaskCreate；除非使用 --full 否则不做 TDD；不执行 gh pr create，需要 PR 时改用 /fix 或 /implementation；提交前安全扫描始终强制。若改动超过约 30 分钟工作量，应切换到 /fix 或 /implementation。跟踪文件为会话级且被 gitignore，memory/local/ 不会被提交。