明确需求

用户画像

 结合产品定位的用户画像(结合产品定位的用户画像 不是开发者 是真实的人 可能是xxx等)、带入用户视角描写用户的体验故事（我希望你完全带入用户视角，描述用户看到的每个画面细节，每个操作，所思所想），并存储到doc/user文件夹

让你的子agent仔细研究一下这些用户的体验细节注重哪些内容

现状差距

基于用户故事评估现有工程哪些不满足（调度 playwright 
自己去查看页面的问题吗？分析用户理想希望见到的和现状的差异，基于用户故事评估现有工程哪些不满足）,调度你的子agent细致评估每个体验细节，每个体验触点，每个前端界面是否满足用户诉求 

完全从功能需求层面分析，这里的文档，并结合里面的问题对市面上的最佳实践进行分析，产出合适的任务todo文档 （纯需求层面）

拆TODO

结合这些实际的体验问题，调度你的sub-agent结合市面最佳实践选择最佳实践来改善，列出细致的todo内容，产出详细的todo文档

结合这些体验问题，参考docs/rules/splitTask.md 拆解任务，希望满足docs/ref/TDD批处理版.md要求  给每个任务结尾加上序号 格式类似#101 不能一样的号码，所有todo设置为空 待处理的状态

实际执行

开启调度

你有一个伙伴codex(AI工具名字是codex别名。) 帮我在当前目录下，新开一个agent任务，使用你的伙伴 codex

  exec "continue to next task" --skip-git-repo-check  --dangerously-bypass-approvals-and-sandbox

  命令（如果你不理解请参考当前下面的AGENT.md了解codex的工作过程）开启一个 codex 进程,

注意观察任务执行情况，如果当前任务完成(任务运行时间较长，可以多等一会)，就结束进程，然后重新开个agent

  运行相同指令让它继续.注意:每次打开codex和监控它运行都调用一个新agent (Task

  Tool)来执行这个操作以避免主agent上下文太长。主要原理就是通过类似while 

true的方式不断逼迫codex不断工作

  。说白了我想让你作为项目管理者，通过不断启动新的Agent来调用codex执行任务，形成一个持续工作的循环。

  你的任务是：

  这样claudecode会持久调用codex按照规划直到完成所有任务。Pending内容不完成不许结束

  我希望你调度你的sub-agent一个一个主动任务监测 先完成一个并验收测试结果再继续下一个而不是并行任务

我希望你调度你的sub-agent一个一个主动任务监测 先完成一个并验收测试结果再继续下一个而不是并行任务

问题解决

也不是说你一定要把失败的任务重新执行，但是失败的原因希望你可以按照Claude.md的要求系统记录并考虑本质优化，能立刻修复的修复，不能立刻修复的就后续再修复，可以设置为pause类型