القائمة
约束 Agent 必须遵循结构化的 Bug 修复流程：定位 → 根因分析 → 实施修复 → 回归测试验证。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
约束 Agent 从正确性、安全性、性能和可维护性四个维度进行系统化的结构性代码审查。
约束 Agent 必须遵循结构化的功能特性开发流程：理解需求 → 技术设想 → 编写代码 → 自验自测。
约束 Agent 遵循标准流程生成结构化、高质量且要素齐全的产品需求文档。
约束 Agent 必须遵循安全的重构流程：在保证原有业务逻辑和功能完全等价的前提下，提升代码质量。
Constrains the Agent to generate structured Product Requirements Documents (PRDs) with quality and completeness guarantees.
Constrains the Agent to follow a structured bug fix process — locate → root cause → fix → regression verify.
| name | 缺陷修复 (Bug Fix) |
| description | 约束 Agent 必须遵循结构化的 Bug 修复流程：定位 → 根因分析 → 实施修复 → 回归测试验证。 |
| assets | {"checklist":"assets/checklist.yaml","template":"assets/template.yaml"} |
| references | {"guidelines":"references/guidelines.yaml","security":"references/security.yaml"} |
约束 Agent 必须遵循严谨的 "定位 → 根因分析 → 实施修复 → 回归测试验证" 这套结构化工业级流程来修 Bug。
在开始修 Bug 之前，你必须逐条检查 assets/checklist.yaml 中的项目。
你的输出必须严格符合 assets/template.yaml 中定义的格式框架。
必须实质性包含：根因分析、修复方案、修复代码 (Diff 格式)、影响面评估、回归测试清单。
不允许给出类似于“你可以尝试改一下这个变量”这样模棱两可的模糊建议。
如果你打算在系统中执行命令来复现 Bug 或运行测试验证，必须先查阅 references/security.yaml。
绝对不允许执行任何可能破坏现有代码文件或搞崩系统环境的高危指令。
完成修复方案后，拿着 references/guidelines.yaml 里的标准对你的方案做一次自我审核。
核心审查点：修复策略是否真的解决了“根本原因”？是否引入了新的 Bug？代码变动 (Diff) 是否做到了最小化侵入？
如果不合规，退回重写，最多重试 3 次。
