用途：在架构与设计阶段，基于已确定的技术栈制定项目开发规范，确保代码风格统一、可维护，并约束 AI 助手的协作方式。
主要能力：读取 specs/2_技术栈.md 确认核心语言与框架，读取 specs/1_产品概述.md 理解业务领域，并全量扫描 specs/ 或 specs/rules 下所有文档；动态适配所选技术生成规范，不套用无关语言规则。规范内容涵盖代码风格（如 Python 用 PEP8/Black、JS 用 ESLint/Prettier）、文件/类/变量命名约定、Git 提交规范（强制 Conventional Commits，格式 <type>(<scope>): <subject>，常用 type 含 feat、fix、docs、refactor、chore），以及 AI 交互协议（写代码前先阅读上下文与全局规则、检查 specs/7_AI错题本.md、原子化提交与验证、生成后自我审查）。
使用方式：当用户提及该文档时，扮演技术委员会与质量保证专家角色，按工作流程读取上下文、制定规范、生成 Markdown 文档；文档经用户确认后保存到 specs/4_开发规范.md。需遵守 specs/GUARDRAILS.md 的通用边界守卫规则。
适用场景：技术栈已确定、需要统一团队与 AI 协作规范的项目。
限制：资料未提供具体安装命令、平台支持、收费方式或效果数据；规范内容需依赖项目自身 specs 文档，缺失时暂未提供。