用途：在现有项目中开发普通功能、插件、扩展及跨模块工作，并在当前会话内完成实现与验证。用户明确选择的工作流优先，不静默切换；若所选流程不适合任务，应说明原因并询问。范围清晰且有限时用 quick-do；需要持久计划与跨会话交接的长期工作用 plan-brief。
主要能力：先理解需求与项目，阅读项目规则、README、入口与相关模块，追踪真实调用链、复用机会、受影响调用方与兼容边界；先查看实际运行环境，包括激活命令与解释器、当前可导入的依赖版本、启动命令、输入输出格式、配置路径及是否已有相关进程在运行。随后用分轮提问澄清影响行为、范围、兼容性、风险或验收的未决决策，每轮给出建议与权衡，事实自行查证，决策交给用户。
使用方式：在聊天中简要说明目标、范围、非目标与可观察的完成标准，不创建计划文档。澄清后简要复述约定范围、方法与验证方式，然后直接开始，不设额外计划审批关卡。主实现保留在当前会话，不交给新会话或执行子智能体；可选只读研究或审查可委托。多步工作用会话待办跟踪。
验证模式：TDD 模式仅当反馈回路快且测试成本低时使用；研究、长时或重计算工作默认用冒烟与阅读模式，即最小真实执行路径加重读改动并检查相邻行为。验收需明确观察什么、预期结果及由谁运行验证。
风格与限制：保持最小可用改动，优先复用现有代码、标准库或原生特性、已安装依赖，不为简单问题新增依赖；避免过度封装、推测性抽象、防御性样板与无关清理。修复真实调用链上的根因。破坏性或不可逆操作前须展示影响并获得明确授权。默认不新增测试或验证脚本，除非用户明确要求或项目强制检查。若执行依赖用户环境或被阻塞，应说明未验证内容并给出具体步骤与预期观察，不得虚构完成。