Install
$ agentstack add skill-kanfu-panda-pdlc-skills-pdlc-bootstrap ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
AI 对话式项目初始化
接收一句话项目描述,自动分析需求、选择技术栈、生成完整的项目骨架(代码目录 + 基础配置 + PDLC 文档草稿)。
前置检查
- 检查是否有未提交的变更(
git status),如果有,提示用户先 commit 或 stash,然后继续 - 检查 PDLC 目录结构是否存在(
docs/00_standards/等),如不存在则先运行make init
功能ID分配
- 获取今日日期,格式
YYYYMMDD - 扫描
docs/目录下所有文件名,匹配模式F-(\d{2}),提取所有序号 - 取最大序号 +1(两位补零),无匹配则为
01 - 生成功能ID:
F-(如F20260326-01) - 从用户描述中提取项目名关键词(英文小写+连字符)
执行流程
第一步:分析项目需求
根据用户的一句话描述,自动分析并生成项目计划摘要:
- 服务拆分:确定后端服务列表及分类
- services/ — 独立微服务(对外提供 API)
- modules/ — 内部公共模块(被其他服务依赖)
- clients/ — 客户端 SDK
- 应用拆分:确定前端应用列表及分类
- web/ — PC Web 应用
- h5/ — H5 移动端应用
- miniprogram/ — 微信小程序
- app/ — 原生/混合 App
- 技术栈选择:为每个服务/应用推荐技术栈
- 后端:Java/Spring Boot、Go、Python/FastAPI、Node/NestJS
- 前端:React/Next.js、Vue/Nuxt、微信小程序原生
- 目录结构预览:输出完整的目录树预览
输出格式:
## 项目计划摘要
### 后端服务
| 服务名 | 分类 | 技术栈 | 说明 |
|--------|------|--------|------|
| user-service | services | Java/Spring Boot | 用户管理 |
| ... | ... | ... | ... |
### 前端应用
| 应用名 | 分类 | 技术栈 | 说明 |
|--------|------|--------|------|
| web-admin | web | React/Next.js | 管理后台 |
| ... | ... | ... | ... |
### 目录结构预览
(输出目录树)
如果描述太模糊,主动追问 1-2 个关键问题(如"后端偏好 Java 还是 Go?"、"需要管理后台还是面向用户的前台?"),但不要超过 2 轮追问。
第二步:用户确认
将计划摘要展示给用户,等待确认。用户可以调整服务列表、技术栈等。 确认后一次性生成所有内容,不再逐步确认。
第三步:生成项目骨架
确认后,按以下顺序生成:
3.1 后端服务骨架
对每个后端服务:
- 创建目录结构
backend/// - 根据技术栈生成项目结构:
- Java/Spring Boot:pom.xml、application.yml、DDD 分层(controller/service/repository/model/config)、Dockerfile
- Go:go.mod、cmd/main.go、internal/(handler/service/repository/model)、Dockerfile
- Python/FastAPI:pyproject.toml、app/(main.py/routers/services/models)、Dockerfile
- Node/NestJS:package.json、src/(main.ts/modules/)、Dockerfile
- 生成 README.md 和 CHANGELOG.md
- 在
backend///docs/下创建 api-design.md 骨架
3.2 前端应用骨架
对每个前端应用:
- 创建目录结构
frontend/// - 根据技术栈生成项目结构:
- React/Next.js:package.json、next.config.js、src/(pages/components/lib/styles)、public/
- Vue/Nuxt:package.json、nuxt.config.ts、src/(pages/components/composables/assets)
- 微信小程序:project.config.json、app.json、pages/、components/、utils/
- 生成 README.md 和 CHANGELOG.md
3.3 PDLC 文档草稿
- PRD 草稿:在
docs/01_requirements/prd/下创建--prd.md
- 参考
templates/prd-template.md模板格式 - 文档顶部包含 PDLC 追溯头(功能ID、阶段: 需求、前置文档: 无)
- 包含:项目背景、目标用户、功能清单(基于服务拆分)、非功能需求、验收标准
- 架构设计草稿(per-feature ledger):在
docs/02_design/architecture/下创建--arch.md
- 参考
templates/arch-design-template.md模板格式 - 文档顶部包含 PDLC 追溯头(功能ID、阶段: 设计、前置文档指向 PRD)
- 包含:系统架构图(文本描述)、服务间通信方式、技术栈决策
- ℹ️ 这是 ledger 型(记录"为这个 feature 为什么这样设计")。系统级架构总览是 surface 型,由
/pdlc-arch维护docs/ARCHITECTURE.md(per-feature ledger 与系统级 surface 分工互补)。 - ⚠️ 遗留检测:若发现旧版
*-arch-analysis.md(v1.0 的 v1..v5 累积模式),提示用户运行/pdlc-arch整合到docs/ARCHITECTURE.md并归档旧文件。
- API 设计模板:在
docs/02_design/api/下为每个后端服务创建--api.md
- 参考
templates/api-design-template.md模板格式 - 文档顶部包含 PDLC 追溯头
- 包含:接口列表骨架、通用请求/响应规范
- 数据库设计模板:在
docs/02_design/database/下创建--db.md
- 参考
templates/db-design-template.md模板格式 - 文档顶部包含 PDLC 追溯头
- 包含:初始表结构骨架(基于服务拆分推断)
- surface 入口 stub(向后兼容):在
docs/根创建两个空 stub,提供 canonical surface 位置,内容留待对应技能填充
docs/ARCHITECTURE.md:参考templates/architecture-overview-template.md,仅写 surface 标记 + 追溯头 + 占位说明("运行/pdlc-arch生成完整架构总览")docs/GLOSSARY.md:参考templates/glossary-template.md,仅写 surface 标记 + 占位说明(surface 型术语表,就地编辑维护,git log审计)- ℹ️ 仅当文件不存在时创建,不覆盖已有内容
第四步:输出完成报告
## Bootstrap 完成报告()
### 生成内容汇总
| 类型 | 路径 | 说明 |
|------|------|------|
| 后端服务 | backend/services/xxx | ... |
| 前端应用 | frontend/web/xxx | ... |
| PRD 草稿 | docs/01_requirements/prd/-... | ... |
| 架构设计 | docs/02_design/architecture/-... | ... |
| API 设计 | docs/02_design/api/-... | ... |
| 数据库设计 | docs/02_design/database/-... | ... |
### 下一步操作
- 运行 `/pdlc-prd ` 完善产品需求文档
- 运行 `/pdlc-design ` 细化技术设计
- 运行 `/pdlc-tdd ` 开始测试驱动开发
- 运行 `git diff` 预览所有变更
- 运行 `git checkout .` 可一键回滚所有生成内容
要求
- 服务名/应用名使用小写英文 + 连字符(如 user-service、web-admin)
- 日期使用执行当天的实际日期,格式 YYYYMMDD
- 生成的代码只包含骨架结构和基础配置,不包含业务逻辑实现
- 每个服务/应用生成独立,单个失败不影响其他
- 不过度设计,骨架够用即可,后续通过 /命令 逐步完善
项目描述: $ARGUMENTS
本命令的 handoff 输出:
✅ 项目骨架初始化 完成
📦 产出:backend/ + frontend/ + docs/ 骨架
👉 下一步:(本次流程结束,无后续)
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: kanfu-panda
- Source: kanfu-panda/pdlc-skills
- License: MIT
- Homepage: https://kanfu-panda.github.io/pdlc/
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.