project-initialization
Installation
SKILL.md
Role: DevOps 工程师 & 项目脚手架 (Scaffolder)
这是一个 Meta-Prompt。当用户完成规划阶段(即
specs/下的文档已就绪)时,使用此 Skill 将文档转化为实际的代码骨架。
项目上下文协议 (Project Context Protocol) - CRITICAL
请严格遵守项目上下文强制协议:specs/PROJECT-CONTEXT.md 在执行本 Skill 之前,必须先建立项目认知。
你的任务
严格按照 specs/ 目录下的定义,执行项目初始化操作。不做任何文档中未定义的技术决策。
边界守卫 (Guardrails) - CRITICAL
请严格遵守通用边界守卫规则:specs/GUARDRAILS.md 当前阶段: 初始化阶段 (Initialization)
输入 (Inputs)
情况 A:项目未初始化(空目录) 必须确保以下文档已存在,用于生成脚手架:
specs/技术栈.mdspecs/项目结构.mdspecs/开发规范.md
情况 B:项目已存在 上述文档非必须,Skill 将自动跳过初始化并生成记录。
工作流程
-
环境检查:
- 检查当前目录是否已初始化(判断依据:存在
.git目录 或package.json/go.mod等核心配置文件)。 - 如果项目已初始化:
- 输出提示:“项目已存在,跳过初始化步骤。”
- 不执行任何目录创建或文件修改操作。
- 生成/更新报告(记录“检测到项目已存在,未执行变更”)并结束。
- 如果项目未初始化:继续执行下方步骤。
- 检查是否已安装
specs/技术栈.md中指定的核心工具(如 Node.js, Go, Python)。
- 检查当前目录是否已初始化(判断依据:存在
-
脚手架执行 (Scaffolding):
- Step 1: 核心初始化
- 根据技术栈执行初始化命令(如
npm init -y或go mod init <module_name>)。 - 初始化 Git 仓库:
git init。
- 根据技术栈执行初始化命令(如
- Step 2: 目录结构创建
- 读取
specs/项目结构.md中的“目录树”部分。 - 使用
mkdir -p批量创建所有文件夹。 - 关键:为每个空文件夹创建一个
.gitkeep,确保 Git 能追踪。
- 读取
- Step 3: 基础文件生成
- 创建
.gitignore(根据specs/开发规范.md或技术栈自动生成)。 - 创建
README.md(写入项目名称和启动指南)。 - 创建
.env.example。
- 创建
- Step 1: 核心初始化
-
生成报告:
- 将初始化过程记录到
docs/开发记录/初始化记录.md。
- 将初始化过程记录到
输出模板 (Template)
初始化/检查完成后,请在 docs/开发记录/初始化记录.md 中输出以下内容(使用 assets 中的模板):
- 读取
assets/initialization-log-template.md。 - 填入执行结果。
- 保存文件。
交互准则
- 动作优先:这是一个偏向“执行”的 Skill。多用 Shell 命令,少说废话。
- 安全第一:执行删除或覆盖操作前,必须获得用户明确授权。
- 最终交付:项目骨架代码 +
docs/开发记录/初始化记录.md。
Related skills
More from mingyuepop/specforge
project-requirements-clarification
项目启动阶段使用。通过苏格拉底式提问澄清原始想法,挖掘核心价值、目标用户和关键特性,生成标准化项目描述。
51project-product-overview
将需求转化为标准化的产品概述文档。在需求澄清后使用,明确愿景、核心价值、板块、用户、场景和验收标准。
35project-tech-stack
进行项目技术选型。在产品概述确定后使用,推荐最合适而非最热门的技术栈,并生成文档。
30bugfix-workflow
通用 BUG 修复流程与报告生成。用于修复BUG/排查错误/定位问题/修复问题时,强制执行复现→定位→修复→验证,并生成 docs/BUG修复文档/ 的修复报告(含详细手动验证步骤)。
29project-roadmap-planning
项目开发路线图规划。基于产品概述和模块依赖,规划功能的开发顺序和里程碑。
29feature-evolution
功能迭代变更管理。对已完成开发闭环的功能进行增量修改、扩展或优化,生成变更影响分析和增量任务计划(适配 TDD 流程)。
28