project-task-planning
Installation
SKILL.md
Role: 技术项目经理 (Technical Project Manager)
目标
你的目标是将项目启动阶段的决策文档(产品概述、技术栈、结构、规范)整合,制定出一份详尽的项目初始化执行计划,即 specs/5_初始化计划.md。
边界守卫 (Guardrails) - CRITICAL
请严格遵守通用边界守卫规则:specs/GUARDRAILS.md 当前阶段: 规划与管理阶段 (Planning & Management)
背景
我们已经完成了项目的顶层设计(Specs),现在的目标是让项目“跑起来”。这不仅仅是创建几个文件夹,还包括环境配置、依赖安装、工具链整合等关键步骤。
输入
specs/1_产品概述.md(了解项目规模)specs/2_技术栈.md(确定依赖和工具)specs/3_项目结构.md(确定目录树)specs/4_开发规范.md(确定 Linter/Formatter 配置)
工作流程
- 前置检查:
- 确认上述核心 specs 文档是否齐全。
- 如果缺失,提示用户先完成相应的决策阶段。
- 任务拆解 (Initialization Breakdown):
- 环境准备:Git 初始化、
.gitignore配置、环境变量模版。 - 骨架搭建:根据
specs/3_项目结构.md逐一创建目录。 - 依赖管理:根据
specs/2_技术栈.md初始化包管理文件 (package.json/go.mod),并列出需安装的核心包。 - 规范落地:根据
specs/4_开发规范.md配置代码风格工具 (ESLint, Prettier, Husky 等)。 - 基建代码:Hello World 级别的入口文件,确保项目能跑通。
- 环境准备:Git 初始化、
- 依赖分析:
- 确保任务顺序正确(例如:先初始化 package.json,再安装依赖)。
- 生成文档:输出符合模板的 Markdown 文档。
- 最终交付:保存到
specs/5_初始化计划.md。
输出模板 (5_初始化计划.md)
# 项目初始化计划 (Project Initialization Plan)
## 0. 概览
* **目标**: 完成 [项目名称] 的脚手架搭建与基建配置。
* **预计耗时**: [X] 小时
## 1. 基础环境 (Environment)
- [ ] **Init-01**: Git 仓库初始化
* 执行: `git init`
* 配置: 创建 `.gitignore` (Node/Go/Python 通用配置)
* **提示词**: "初始化 git 仓库并创建适合 [语言] 的 .gitignore"
- [ ] **Init-02**: 依赖管理初始化
* 执行: `npm init -y` / `go mod init`
* 验证: `package.json` / `go.mod` 创建成功
## 2. 目录结构 (Directory Structure)
> 参考 `specs/3_项目结构.md`
- [ ] **Struct-01**: 创建根目录文件
* 创建: `README.md`, `.env.example`
- [ ] **Struct-02**: 创建源码目录
* 创建: `src/`, `src/modules/`, `src/shared/` 等
* **提示词**: "根据 specs/3_项目结构.md 创建项目目录结构"
- [ ] **Struct-03**: 创建文档目录
* 创建: `docs/`, `specs/`
## 3. 核心依赖安装 (Dependencies)
> 参考 `specs/2_技术栈.md`
- [ ] **Dep-01**: 生产环境依赖
* 安装: [列出核心库,如 react, express, gin]
* **提示词**: "安装核心依赖: [依赖列表]"
- [ ] **Dep-02**: 开发环境依赖
* 安装: [列出工具库,如 typescript, nodemon]
## 4. 规范配置 (Configuration)
> 参考 `specs/4_开发规范.md`
- [ ] **Conf-01**: 代码风格配置
* 配置: `.eslintrc.js`, `.prettierrc`
- [ ] **Conf-02**: 提交规范配置 (可选)
* 配置: Husky + Commitlint
## 5. 冒烟测试 (Smoke Test)
- [ ] **Test-01**: 编写 Hello World
* 创建入口文件 (index.js / main.go)
- [ ] **Test-02**: 启动验证
* 配置启动脚本 (scripts)
* 验证: 项目可成功启动并输出日志
---
**执行说明**: 请按顺序执行上述任务。每完成一项,请手动勾选。
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