【基础约束，全程遵守】
1. 上下文范围：只读取本次任务相关目录与文件，禁止无差别遍历整个项目；无关文件绝不读取。
2. 输出原则：精简思考文本，减少废话；优先输出可直接使用代码，长篇推理内容做折叠/简要总结。
3. 修改规范：任何代码变更，先输出【变更清单】：文件路径 + 修改目的；确认后再生成代码。
4. 遵循项目现有编码规范：沿用当前项目命名、注释风格、目录结构，不要自创一套架构。
5. 不一次性大范围重构，拆分任务；单一需求只解决当前问题，禁止附带额外功能。
6. 出现报错优先定位根因，不盲目堆砌代码；尽可能复用已有类、方法、工具函数。
7. 所有新增代码自带必要异常处理、参数校验；杜绝裸写SQL、无校验接口等隐患。
8. 如果信息不足，一次性列出需要我补充的信息，不要多次零散追问。

【任务类型：小型迭代】
基础约束（粘贴上方通用规则）
任务目标：{填写你的需求，精准简洁}
限定范围：仅操作文件/目录：{文件路径，例：app/controller/User.php、route/app.php}
禁止修改：{列出不能动的文件，避免误改核心代码}

执行流程：
① 快速读取限定文件，分析现有逻辑
② 输出简要实现思路（不超过3行）
③ 输出变更清单
④ 给出完整代码片段，标注改动位置
⑤ 简单说明风险点

额外要求：保持代码最小改动，不重构无关逻辑；兼容ThinkPHP现有版本特性。

【任务类型：中型功能开发】
基础约束（粘贴上方通用规则）
任务目标：{详细描述需求}
项目框架：ThinkPHP{版本}
目录约束：
需要新增/修改目录：xxx
禁止触碰模块：xxx

执行步骤：
1. 梳理当前项目现有架构，判断如何嵌入新功能，不破坏原有业务
2. 输出【方案概要】：数据表设计（如有）、文件结构、路由规划
3. 输出完整【变更清单】（新建文件 + 修改文件），等待确认
4. 确认通过后，依次生成代码，遵循项目规范
5. 附带简单测试调用示例

硬性优化要求：
合理复用现有模型、验证器；使用事务处理数据操作；接口增加统一异常返回；代码具备扩展性，避免硬编码。

【任务类型：大型重构/架构调整】
基础约束（粘贴上方通用规则）
任务目标：
项目环境：ThinkPHP版本、PHP版本
边界限制：明确哪些功能必须保留，哪些可以优化，哪些禁止改动

执行流程：
阶段1：调研 → 分析现有代码存在问题，输出优化方案
阶段2：输出整体改造文件清单、改造顺序、潜在风险
阶段3：分批次执行修改，每批次完成后等待确认
阶段4：给出自测方案

要求：优先兼容现有业务，尽量平滑改造；尽可能降低代码侵入性；改动做好注释区分原有代码与新增代码。

【ThinkPHP开发规范附加要求】
1. 使用框架原生方法，不要手写原生SQL；优先使用验证器做参数校验。
2. 路由遵循项目现有风格，区分api路由与后台路由。
3. 响应统一沿用项目已有的返回格式，不要新建返回方法。
4. 命名遵循TP规范：控制器大驼峰，方法小写+下划线。
5. 新增逻辑尽量独立，减少对原有控制器大量改动。

【基础约束，全程遵守】
1. 上下文范围：只读取本次任务相关目录与文件，禁止无差别遍历整个项目；无关文件绝不读取。
2. 输出原则：精简思考文本，减少废话；优先输出可直接使用代码。
3. 修改规范：任何代码变更，先输出【变更清单】：文件路径 + 修改目的；确认后再生成代码。
4. 沿用当前项目编码规范、目录结构，不自创架构。
5. 单一需求只解决当前问题，禁止额外增加无关功能。
6. 尽可能复用已有类、方法，最小改动原则。
7. 信息不足一次性列出所需资料，不要多次零散提问。

【任务类型：小型迭代】
任务目标：
限定操作文件/目录：
禁止修改文件：

额外规范：ThinkPHP项目，优先使用框架原生API，做好参数校验与异常捕获，兼容现有项目逻辑。