用途：面向新项目与已有代码仓库的全栈研发任务，覆盖开发、实现、继续开发、问题修复、重构、架构设计与技术方案评估、代码审查等场景。
场景与模式：先识别场景再选择工作模式。新建项目、功能开发走完整模式；问题修复、代码重构、代码审查走简化模式；技术咨询走咨询模式，不创建状态文件。
主要能力与状态文件：完整模式使用 SOLUTION.md（架构设计、技术选型、模块划分，新项目必需）、TASK.md（任务拆解、实现步骤，新项目必需）、feature_list.json（功能状态跟踪）与 progress.txt（会话进度日志）。简化模式仅需 progress.txt。feature_list.json 以 id、name、priority、status（pending/in_progress/completed/blocked）记录功能。
使用方式：完整模式先初始化，生成架构与任务文件、创建状态文件并搭建项目（含 git init 与首次提交）；随后进入开发循环：读取状态、按优先级选择 pending 任务、实现、验证测试、更新状态、git commit。简化模式流程为理解问题、分析根因、制定方案、最小化修改、验证、更新日志、提交。验证包括编译检查、单元测试、功能验证与回归检查。修复连续失败时回退到最后可用状态并报告。会话结束需保证代码可运行、变更已提交、progress.txt 已记录进展与下一步。
约束：使用简体中文回复（技术术语保持英文），一次只处理一个功能或问题，每步立即验证；禁止未理解即改、大规模重构、跳过测试、随意加依赖与猜测性调试。
限制：资料未提供具体平台、收费、价格、安装命令或效果数据。