谁用谁爽！！！！以后你做程序，他就会自行规划迭代，开发，测试了……
你现在不是在开发某个具体软件，而是在为 Trae 设计一套可长期复用、具有“常驻员工感”的数字员工体系。
你的任务是：为一个长期使用的 SOLO 开发模式，构建 4 个固定数字员工角色，并设计它们之间的协作规则、循环机制、结束条件、输出模板和落地使用方式，使我以后做不同程序时，都可以复用这套体系。
请严格按以下要求执行，不要偷换目标，不要只讲概念，不要泛泛而谈。你的输出必须是“可直接拿来用”的成品。
====================
一、体系目标
我要构建一个适用于 Trae 的“数字员工体系”，让它在以后做任何软件项目时，都能按固定组织方式工作，形成接近“长期固定团队协作”的体验。
这个体系必须包含 4 个角色：
- 主控
- 产品规划师
- 程序员
- 测试员
这 4 个角色要像固定岗位一样长期存在，可以在不同项目中重复使用，而不是只针对某一个项目临时写一次。
====================
二、核心要求
请围绕以下目标来设计体系：
- 具有“常驻员工感”
- 让我感觉 Trae 里长期有这 4 个固定岗位在协作
- 角色职责稳定，分工清晰
- 不因项目不同就失去组织感
- 适合 SOLO 模式
- 我一个人给出需求
- 系统按这套团队机制自动推进
- 尽量减少我频繁重新组织流程的成本
- 支持循环式开发
- 产品规划师先做本轮规划
- 程序员实现
- 测试员测试
- 若失败则程序员修复再测试
- 若通过则判断是否结束，否则产品规划师提出下一轮
- 支持两种结束逻辑
- 如果用户需求中有明确终极功能，则以“终极功能完成且测试通过”为主要结束条件
- 如果用户需求中没有明确终极功能，则以“默认循环轮次结束且当前版本测试通过”为结束条件
- 必须有防失控机制
- 防止无限迭代
- 防止产品规划师不断扩需求
- 防止程序员跳过测试
- 防止测试员流于形式
- 防止主目标被中途改写
====================
三、默认参数
如果我没有额外指定，请你默认采用以下参数进行体系设计：
- 默认循环轮次：3
- 安全最大轮次：6
- 每轮最大新增目标数：3
- 每轮优先级：先补主目标，再做优化
- 输出语言：中文
- 适用范围：通用软件开发项目
- 项目类型：Web、桌面工具、脚本工具、小型应用、中型产品原型
如果你认为某些参数还需要补充，请你自行补齐合理默认值，不要因为缺少细枝末节而中断。
====================
四、设计原则
你设计这套体系时，必须遵守以下原则：
- 先制度，后执行
- 你现在的任务是设计“团队制度”和“岗位模板”
- 不是直接开发项目
- 强调长期复用
- 输出结果要尽量通用
- 以后换项目也能沿用
- 强调角色边界
- 每个角色必须有清晰的“负责什么”和“不负责什么”
- 避免角色混乱
- 强调可操作性
- 不要只说理念
- 必须给出可直接复制使用的提示词、模板、流程
- 强调收敛
- 体系必须能结束
- 不能无限循环
- 不能让“终极功能”被反复扩写
- 强调真实测试
- 测试员不能只做口头检查
- 要求测试员尽可能执行真实验证动作
- 包括但不限于：构建检查、运行检查、功能验证、边界验证、回归验证、报错检查
====================
五、你必须输出的内容
请严格按下面顺序输出，缺一不可。
A. 体系总览
输出这套数字员工体系的总体设计，包括：
- 体系名称
- 设计目标
- 适用场景
- 为什么这套设计有“常驻员工感”
- 这 4 个角色之间的协作关系
- 为什么适合长期复用
B. 角色 1：主控
请输出“主控角色”的完整设计，必须包括：
- 角色定位
- 核心职责
- 不负责的事项
- 输入信息
- 输出信息
- 决策权限
- 何时启动下一角色
- 何时阻止流程继续
- 结束判定逻辑
- 一份可直接复制使用的主控角色提示词完整版
要求：
- 主控必须负责轮次控制、结束判断、角色切换、异常回退
- 主控不能直接替代产品规划师、程序员、测试员的专业职责
- 主控必须优先保证流程正确，而不是追求盲目加速
C. 角色 2：产品规划师
请输出“产品规划师角色”的完整设计，必须包括：
- 角色定位
- 核心职责
- 不负责的事项
- 输入信息
- 输出信息
- 每轮工作目标
- 需求拆解原则
- 迭代提案规则
- 禁止行为
- 一份可直接复制使用的产品规划师提示词完整版
要求：
- 产品规划师负责拆主目标、定义本轮范围、提出下一轮迭代
- 如果主目标未完成，优先补主目标缺口
- 如果主目标已完成，可提出小步优化
- 每轮最多提出 1~3 个改动点
- 不允许无边界扩需求
- 不允许在未完成主目标时擅自切换产品方向
- 不允许把“大重构”伪装成“小优化”
D. 角色 3：程序员
请输出“程序员角色”的完整设计，必须包括：
- 角色定位
- 核心职责
- 不负责的事项
- 输入信息
- 输出信息
- 编码执行规则
- 修复问题规则
- 交付规则
- 禁止行为
- 一份可直接复制使用的程序员提示词完整版
要求：
- 程序员负责实现当前轮目标
- 程序员负责修复测试员发现的问题
- 程序员不能跳过测试员的放行
- 程序员不能擅自扩需求
- 程序员每轮结束时要提交清晰的变更说明、已完成内容、已知限制
E. 角色 4：测试员
请输出“测试员角色”的完整设计，必须包括：
- 角色定位
- 核心职责
- 不负责的事项
- 输入信息
- 输出信息
- 测试范围
- 测试通过标准
- 测试失败后的反馈规则
- 放行规则
- 一份可直接复制使用的测试员提示词完整版
要求：
- 测试员必须尽量做真实验证，而不只是口头评价
- 要求至少覆盖：功能验证、关键路径验证、边界验证、回归验证、错误检查
- 输出要区分问题严重程度
- 测试员必须明确给出：
- 是否通过
- 是否允许进入下一轮
- 是否必须先修复后再继续
- 如果存在阻塞级问题，测试员必须阻止进入下一轮
F. 循环机制
请设计这 4 个角色的标准循环机制，并给出清晰流程。
必须包括：
- 初始化阶段做什么
- 第一轮如何开始
- 每轮标准顺序
- 测试失败后的回路
- 测试通过后的回路
- 有终极功能时如何结束
- 无终极功能时如何结束
- 达到安全最大轮次时如何结束
- 何时允许提前结束
- 一份标准流程图式文字描述
要求：
- 流程必须清晰、闭环、可执行
- 不能只写抽象概念
- 必须有“收敛机制”
- 必须有“提前结束条件”
- 必须有“强制结束条件”
G. 终极功能判定机制
请专门设计一套“终极功能是否存在、是否已完成”的判断规则。
必须包括：
- 如何识别“用户是否提出了明确终极功能”
- 哪些需求算有明确终极功能
- 哪些需求算没有明确终极功能
- 如何防止产品规划师篡改终极功能
- 如何判断“主目标已完成”
- 如何判断“只是优化项未完成，但主目标已完成”
- 如何在终极功能完成后正常结束，而不是继续无限优化
H. 默认轮次与安全上限规则
请设计以下规则：
- 默认循环轮次的作用
- 安全最大轮次的作用
- 什么时候用默认轮次结束
- 什么时候即使没完全理想也必须结束
- 什么时候可以在未跑满默认轮次前提前结束
- 如何判断连续两轮已进入低收益微调状态
I. 项目启动模板
请给我一份“以后每次新项目启动时可直接填写”的模板。
模板中要包含：
- 项目名称
- 初始需求
- 是否存在明确终极功能
- 若存在，终极功能定义
- 默认循环轮次
- 安全最大轮次
- 技术栈
- 交付语言
- 测试重点
- 特殊限制
- 本次项目是否允许规划师提出优化项
- 结束标准
这个模板必须是可直接复制填写的格式。
J. 每轮汇报模板
请给我一份标准“每轮汇报模板”，要求适用于主控汇总整轮状态。
每轮汇报必须包含：
- 第几轮
- 本轮目标
- 产品规划师决策
- 程序员完成内容
- 测试员结果
- 是否通过
- 是否进入下一轮
- 当前主目标完成度
- 当前遗留问题
- 下一轮建议
- 是否建议结束
模板必须清晰、简洁、适合长期记录。
K. 角色间接口协议
请你补充设计“角色间交接时的统一格式”，避免信息丢失。
至少设计以下交接：
- 主控 → 产品规划师
- 产品规划师 → 程序员
- 程序员 → 测试员
- 测试员 → 主控
- 主控 → 下一轮产品规划师
每种交接都要定义：
- 最少必须包含哪些信息
- 推荐附带哪些信息
- 哪些信息绝不能省略
L. 落地建议
请给出一套实际落地建议，说明我拿到这套体系后，应该如何分阶段使用：
- 第一阶段：先用提示词模拟角色
- 第二阶段：把提示词沉淀为长期模板
- 第三阶段：再视情况升级为真正独立角色/智能体
- 如何保证“员工感”越来越稳定
- 如何避免体系越用越乱
M. 最终交付要求
你最后输出时，必须满足以下要求：
- 所有内容必须是中文
- 必须实用，避免空泛
- 每个角色必须给出“可直接复制使用的完整版提示词”
- 必须有完整循环规则
- 必须有终止规则
- 必须有启动模板和每轮汇报模板
- 必须有长期复用建议
- 必须让整套体系看起来像“真的在 Trae 里常驻了 4 个数字员工”
====================
六、输出风格要求
请按以下风格输出：
- 结构清晰
- 小标题明确
- 尽量像一套正式制度文件
- 不要只讲原理
- 每一部分都要给出可直接使用的内容
- 避免重复空话
- 如果你发现某一项设计还不够稳，请你主动补充缺失规则
- 不要把关键规则藏在模糊表述里
- 不要省略“完整版提示词”
- 不要要求我再补充信息后才开始，请直接基于默认参数给出第一版完整方案
现在开始输出这套《Trae 常驻型数字员工体系》完整设计稿。
