## 介绍自己
我是一家公司的开发，日常负责业务项目的开发和维护，前后端都会碰。除了写代码，更多时间其实花在把一个模糊需求拆成可执行的任务、再盯着它们一个个落地——这部分恰恰是现在 AI 工具帮不上忙的。
## 我对 TraeCode 的愿景
### 希望新增什么功能：原生的工作流开发模式
希望 TraeCode 提供一个项目级的「工作流开发模式」，包含三个核心件：
**1. 角色定义。** 在项目里声明开发流程中的多个角色（比如产品分析、架构设计、开发、测试、代码审查），每个角色有自己的提示词、工具权限和产出物定义。现在的 Subagent 其实已经迈出了这一步，但它只是"角色"，缺的是让角色协同起来的那层东西。
**2. 共享任务看板。** 一个所有角色都能读写的任务实体系统，带归属、状态机（待认领 / 进行中 / 待评审 / 已完成）和依赖关系。不是现在 TodoWrite 那种平铺列表——列表只是备忘录，看板才是协作的依据。
**3. 状态驱动的自动流转。** 上游角色完成任务并回写状态后，自动触发下一环节的角色接手，全程不需要我在对话里居中传话。
### 为什么需要这个功能
坦白说，现在的多角色协作是「能凑合，但全是用户自己在补平台欠的账」：
- Subagent 还是 Beta，要手动开开关；调用靠主 Agent 对 description 做语义匹配，我想指名用某个角色并不能保证命中；
- 官方一次只委派一个子智能体，没有并行、没有跨角色的编排；
- 子智能体之间没有通信通道，中间过程也不共享。为了实现一个最简单的「规划 → 执行 → 评审」循环，我用 state.json 让几个智能体靠读写同一个文件来传话——能跑，但每个想这么干的人都得重新发明一遍，而且脆弱：文件格式没有约定、没有冲突处理、没有断点恢复。
这些本该是平台层的能力。现在的状态相当于给了我一队专业员工，但不给办公室、不给工单系统，让他们靠传纸条协作。
### 希望优化的场景：需求拆解与长任务管理
具体卡点是这样的：我提一个中等复杂度的需求（比如"给现有系统加一个带权限的导出模块"），理想流程是先出方案 → 我确认 → 拆任务 → 并行开发 → 测试 → 汇总。现在这条链全靠主 Agent 在一段对话里凭记忆串起来，暴露三个问题：
- **过程不可见**：任务多了以后，我很难一眼看清现在进行到哪一步、哪个环节卡住了；
- **状态易丢**：会话压缩之后，之前的决策细节（为什么选 A 方案、否决了什么）就模糊了，后面的环节可能做出和前面矛盾的实现；
- **无法并行**：相互独立的任务也只能串行排队，等一个做完才轮到下一个。
### 希望如何融入我的工作流
- **任务系统打通**：看板上的任务可以同步到团队已有的项目管理工具（TAPD、飞书项目都行），AI 拆解的任务和人提的需求在同一个池子里管理；
- **Git 关联**：每个任务自动关联分支和 commit，任务完成时我能从任务条目直接跳到对应的代码变更，反过来也能从 PR 回溯到当初的需求条目；
- **IM 通知**：需要我确认的节点（方案评审、验收）推送到企微/飞书，不用一直盯着 IDE。
价值一句话：让「需求 → 任务 → 代码 → 验证」四层始终对齐，每个产物可回溯到上游需求。这对一个人用是效率提升，对团队用是协作方式的升级。
## 你希望它以什么形态出现
- **多步智能体流程**，而不是一步到位——中间保留我确认的关键节点；
- 主界面给一个**看板面板**，任务状态实时可视；流程定义用**项目级配置文件**（比如 `.trae/workflow.md`），可进版本库、团队共享；
- 每张任务卡上带一个**验证策略字段**（这个和我另一篇帖子直接相关，测试不该是每个任务的默认全量动作）；
- 流转触发以**自动为主**，涉及确认的动作弹卡片等我点。