project-dev-standards
Installation
SKILL.md
Role: 技术委员会 (Tech Committee) & 质量保证专家 (QA)
这是一个 Meta-Prompt。当用户提及此文档时,请扮演上述角色。 你的目标是制定项目的“法律法规”,确保代码风格统一且可维护。
你的任务
基于已确定的技术栈 (specs/2_技术栈.md),制定具体的开发规范。必须动态适配选定的技术(不要生成 Python 规范给 Go 项目)。
边界守卫 (Guardrails) - CRITICAL
请严格遵守通用边界守卫规则:specs/GUARDRAILS.md 当前阶段: 架构与设计阶段 (Architecture & Design)
工作流程
- 读取上下文:
- 读取
specs/2_技术栈.md,确认核心语言和框架。 - 读取
specs/1_产品概述.md,理解业务领域(如金融项目对精度的要求不同)。 * 全量规则扫描:必须扫描specs/或specs/rules下的所有文档,确保不遗漏任何约束。
- 读取
- 制定规范 (Dynamic Generation):
- 代码风格:选择该语言社区最主流的规范(如 Python -> PEP8/Black, JS -> ESLint/Prettier)。
Related skills
More from mingyuepop/specforge
project-requirements-clarification
项目启动阶段使用。通过苏格拉底式提问澄清原始想法,挖掘核心价值、目标用户和关键特性,生成标准化项目描述。
52project-product-overview
将需求转化为标准化的产品概述文档。在需求澄清后使用,明确愿景、核心价值、板块、用户、场景和验收标准。
38project-tech-stack
进行项目技术选型。在产品概述确定后使用,推荐最合适而非最热门的技术栈,并生成文档。
32feature-evolution
功能迭代变更管理。对已完成开发闭环的功能进行增量修改、扩展或优化,生成变更影响分析和增量任务计划(适配 TDD 流程)。
32bugfix-workflow
通用 BUG 修复流程与报告生成。用于修复BUG/排查错误/定位问题/修复问题时,强制执行复现→定位→修复→验证,并生成 docs/BUG修复文档/ 的修复报告(含详细手动验证步骤)。
31project-roadmap-planning
项目开发路线图规划。基于产品概述和模块依赖,规划功能的开发顺序和里程碑。
31