create-project-init 1.0.0__tar.gz

create_project_init-1.0.0/PKG-INFO

@@ -0,0 +1,39 @@
+Metadata-Version: 2.4
+Name: create-project-init
+Version: 1.0.0
+Summary: 一键安装 project-init skill — 互动式项目架构生成器，通过对话引导从零生成完整 PRD
+License-Expression: MIT
+Keywords: claude,skill,prd,project-init,claude-code
+Requires-Python: >=3.7
+Description-Content-Type: text/markdown
+
+# create-project-init
+
+一键安装 `project-init` skill 到任意 Claude Code 项目。
+
+通过 23 个阶段的互动式对话引导，从零生成完整的产品需求文档（PRD），涵盖市场调研、需求分析、技术选型、页面设计、支付系统、AI 功能集成、测试方案、埋点监控、部署运维、推广获客、法律合规等。
+
+## 安装
+
+```bash
+npx create-project-init          # 安装到当前目录
+npx create-project-init ./my-app # 安装到指定目录
+```
+
+## 安装后会做什么
+
+- 复制 `.claude/skills/project-init.md` 到目标项目
+- 创建或追加 `CLAUDE.md` 中的 skill 描述
+- 创建或更新 `.claude/settings.local.json` 添加权限
+
+重复执行会自动跳过已有内容，安全幂等。
+
+## 使用
+
+安装完成后，在目标项目中启动 Claude Code，输入：
+
+```
+/project-init
+```
+
+即可开始互动式 PRD 生成流程。

create_project_init-1.0.0/README.md

@@ -0,0 +1,30 @@
+# create-project-init
+
+一键安装 `project-init` skill 到任意 Claude Code 项目。
+
+通过 23 个阶段的互动式对话引导，从零生成完整的产品需求文档（PRD），涵盖市场调研、需求分析、技术选型、页面设计、支付系统、AI 功能集成、测试方案、埋点监控、部署运维、推广获客、法律合规等。
+
+## 安装
+
+```bash
+npx create-project-init          # 安装到当前目录
+npx create-project-init ./my-app # 安装到指定目录
+```
+
+## 安装后会做什么
+
+- 复制 `.claude/skills/project-init.md` 到目标项目
+- 创建或追加 `CLAUDE.md` 中的 skill 描述
+- 创建或更新 `.claude/settings.local.json` 添加权限
+
+重复执行会自动跳过已有内容，安全幂等。
+
+## 使用
+
+安装完成后，在目标项目中启动 Claude Code，输入：
+
+```
+/project-init
+```
+
+即可开始互动式 PRD 生成流程。

create_project_init-1.0.0/create_project_init/cli.py

@@ -0,0 +1,86 @@
+"""create-project-init CLI — 安装 project-init skill 到任意 Claude Code 项目"""
+
+import json
+import os
+import shutil
+import sys
+
+SKILL_DESC = (
+    "- `/project-init` — 互动式项目架构生成器，通过 23 个阶段的对话引导，"
+    "从零生成完整的产品需求文档（PRD），涵盖市场调研、需求分析、技术选型、"
+    "页面设计、支付系统、AI 功能集成、测试方案、埋点监控、部署运维、推广获客、"
+    "法律合规等。输出至 `docs/PRD.md`。"
+)
+
+DATA_DIR = os.path.join(os.path.dirname(__file__), "data")
+
+# Windows GBK 终端不支持 emoji，自动降级
+try:
+    "📦🎉⏭✅⚠️".encode(sys.stdout.encoding or "utf-8")
+    _E = {"pkg": "📦 ", "done": "🎉 ", "skip": "⏭  ", "ok": "✅ ", "warn": "⚠️  "}
+except (UnicodeEncodeError, LookupError):
+    _E = {"pkg": "[*] ", "done": "[*] ", "skip": "[-] ", "ok": "[+] ", "warn": "[!] "}
+
+
+def green(s):
+    return "\033[32m" + s + "\033[0m"
+
+def yellow(s):
+    return "\033[33m" + s + "\033[0m"
+
+
+def main():
+    target_dir = os.path.abspath(sys.argv[1] if len(sys.argv) > 1 else ".")
+    skill_src = os.path.join(DATA_DIR, ".claude", "skills", "project-init.md")
+
+    print(green(_E["pkg"] + "安装 project-init skill 到: " + target_dir))
+
+    # 1. 复制 skill 文件
+    skill_dest = os.path.join(target_dir, ".claude", "skills", "project-init.md")
+    os.makedirs(os.path.dirname(skill_dest), exist_ok=True)
+    shutil.copy2(skill_src, skill_dest)
+    print("  " + _E["ok"] + ".claude/skills/project-init.md")
+
+    # 2. 创建或追加 CLAUDE.md
+    claude_md = os.path.join(target_dir, "CLAUDE.md")
+    if os.path.exists(claude_md):
+        content = open(claude_md, "r", encoding="utf-8").read()
+        if "project-init" in content:
+            print(yellow("  " + _E["skip"] + "CLAUDE.md 已包含 project-init 描述，跳过"))
+        else:
+            with open(claude_md, "a", encoding="utf-8") as f:
+                f.write("\n## 可用 Skills\n\n" + SKILL_DESC + "\n")
+            print("  " + _E["ok"] + "CLAUDE.md 已追加 skill 描述")
+    else:
+        with open(claude_md, "w", encoding="utf-8") as f:
+            f.write("# CLAUDE.md\n\n## 可用 Skills\n\n" + SKILL_DESC + "\n")
+        print("  " + _E["ok"] + "CLAUDE.md 已创建")
+
+    # 3. 更新 settings.local.json
+    settings_file = os.path.join(target_dir, ".claude", "settings.local.json")
+    permission = "Skill(project-init)"
+
+    if os.path.exists(settings_file):
+        raw = open(settings_file, "r", encoding="utf-8").read()
+        if "project-init" in raw:
+            print(yellow("  " + _E["skip"] + "settings.local.json 已包含权限，跳过"))
+        else:
+            data = json.loads(raw)
+            data.setdefault("permissions", {}).setdefault("allow", []).append(permission)
+            with open(settings_file, "w", encoding="utf-8") as f:
+                json.dump(data, f, indent=2, ensure_ascii=False)
+                f.write("\n")
+            print("  " + _E["ok"] + "settings.local.json 已添加 " + permission + " 权限")
+    else:
+        os.makedirs(os.path.dirname(settings_file), exist_ok=True)
+        data = {"permissions": {"allow": [permission]}}
+        with open(settings_file, "w", encoding="utf-8") as f:
+            json.dump(data, f, indent=2, ensure_ascii=False)
+            f.write("\n")
+        print("  " + _E["ok"] + "settings.local.json 已创建")
+
+    print(green("\n" + _E["done"] + "安装完成！在目标项目中使用 /project-init 即可启动。"))
+
+
+if __name__ == "__main__":
+    main()

create_project_init-1.0.0/create_project_init/data/.claude/skills/project-init.md

@@ -0,0 +1,784 @@
+# Project Init Skill
+
+通过互动式对话，从零开始生成一个完整的项目需求文档和初始架构设计。整个过程分为多个阶段，每个阶段都会与用户充分沟通确认后再进入下一阶段。
+
+## 前置准备
+
+1. 检查当前目录下是否存在参考文档（如 `docs/`、`reference/`、`README.md` 或用户指定的文件）
+2. 如果有参考文档，先阅读并理解其内容作为后续分析的基础
+3. 如果没有参考文档，直接进入互动阶段
+4. 创建临时工作目录 `docs/.draft/`，用于保存各阶段中间产物
+5. 检查 `docs/.draft/` 下是否有之前的中间产物，如果有则询问用户是否继续上次未完成的流程
+
+## 阶段选择
+
+在正式开始前，向用户展示全部 23 个阶段的清单，让用户选择需要执行的阶段：
+
+- 默认全选
+- 用户可以取消不需要的阶段（如纯前端项目可跳过"数据接口设计"、"支付系统设计"、"AI 功能集成"）
+- 用户也可以选择"快速模式"，只执行核心阶段（阶段一、四、五、六、七、十四、十六）
+- 确认后按选定的阶段顺序执行
+
+## 进度提示
+
+每个阶段开始时，显示当前进度，格式如：
+
+```
+📍 阶段三：目标用户分析（3/23）
+━━━━━━━━━━━━━━━━━━━━ 13% 完成
+```
+
+每个阶段结束时显示：
+
+```
+✅ 阶段三完成 → 结论已保存至 docs/.draft/03-目标用户.md
+📍 下一阶段：阶段四 - 核心功能与需求分析
+```
+
+## 阶段一：项目愿景收集
+
+通过提问收集项目的基本信息，每次最多问 3 个问题，等用户回答后再继续：
+
+- 项目名称和一句话描述
+- 项目的核心动机（为什么要做这个项目？解决什么痛点？）
+- 项目类型（Web 应用 / 移动端 / 桌面端 / CLI 工具 / 库/SDK / 其他）
+- 是否有参考产品或竞品（提供链接或名称）
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/01-项目愿景.md`
+
+## 阶段二：市场调研与竞品分析
+
+基于用户提供的信息，使用 WebSearch 进行市场调研：
+
+1. 搜索同类产品的市场现状、用户规模、主要功能
+2. 分析 2-3 个主要竞品的优劣势
+3. 识别市场空白和差异化机会
+4. 将调研结果整理后展示给用户，询问用户的看法和补充
+5. 与用户确认项目的差异化定位
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/02-市场调研.md`
+
+## 阶段三：目标用户分析
+
+与用户讨论并确定：
+
+- 主要目标用户画像（年龄、职业、技术水平、使用场景）
+- 次要目标用户群体
+- 用户核心需求和痛点排序
+- 用户使用场景和典型用户旅程
+
+每确定一项都与用户确认，确保理解一致。
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/03-目标用户.md`
+
+## 阶段四：核心功能与需求分析
+
+基于前面的调研和用户输入，与用户共同梳理：
+
+1. 核心功能列表（MVP 范围），按优先级 P0/P1/P2 分级
+2. 每个功能的简要描述和用户故事
+3. 功能之间的依赖关系
+4. 明确哪些功能属于 MVP，哪些属于后续迭代
+5. 与用户逐一确认功能列表
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/04-功能需求.md`
+
+## 阶段五：技术栈选型
+
+根据项目类型和需求，向用户推荐技术栈并讨论：
+
+- 前端框架（React / Vue / Next.js / Nuxt / Svelte 等）
+- UI 组件库（Ant Design / Element Plus / Shadcn / Tailwind 等）
+- 后端框架（Node.js / Python / Go / Java 等，如需要）
+- 数据库选型（MySQL / PostgreSQL / MongoDB / SQLite 等，如需要）
+- 状态管理方案
+- 构建工具和包管理器
+- 部署方案
+- 其他关键依赖
+
+给出推荐理由，让用户做最终决定。
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/05-技术栈.md`
+
+## 阶段六：整体功能架构设计
+
+设计并与用户确认：
+
+1. 系统整体架构图（用文字描述模块关系）
+2. 前端架构分层（页面层 / 组件层 / 服务层 / 工具层）
+3. 后端架构分层（如适用：路由层 / 控制层 / 服务层 / 数据层）
+4. 核心模块划分和职责说明
+5. 模块间的通信和数据流
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/06-功能架构.md`
+
+## 阶段七：页面设计与布局
+
+逐页与用户讨论：
+
+1. 页面清单和导航结构（站点地图）
+2. 整体布局框架（Header / Sidebar / Content / Footer）
+3. 每个页面的：
+   - 页面用途和入口
+   - 页面布局草图（用 ASCII art 或文字描述）
+   - 包含的功能组件
+   - 页面间的跳转关系
+   - 关键交互行为
+4. 与用户逐页确认设计
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/07-页面设计.md`
+
+## 阶段八：UI/UX 设计规范
+
+与用户确定设计规范：
+
+1. 设计风格（简约 / 拟物 / 玻璃态 / Material / 其他）
+2. 色彩体系（主色、辅色、中性色、语义色）
+3. 字体规范（字体族、字号层级、行高）
+4. 间距系统（基础间距单位、常用间距值）
+5. 圆角和阴影规范
+6. 图标风格（线性 / 填充 / 双色）
+7. 动效规范（过渡时长、缓动函数、常用动画）
+8. 暗色模式支持（如需要）
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/08-UI设计规范.md`
+
+## 阶段九：通用组件设计
+
+梳理项目需要的通用组件：
+
+1. 基础组件（Button / Input / Modal / Toast / Table 等）
+2. 业务组件（根据项目需求定制）
+3. 布局组件（Container / Grid / Flex 等）
+4. 每个组件的 Props 接口设计
+5. 组件的变体和状态
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/09-通用组件.md`
+
+## 阶段十：响应式与交互设计
+
+1. 断点定义（移动端 / 平板 / 桌面 / 大屏）
+2. 各断点下的布局适配策略
+3. 触摸端特殊交互处理
+4. 关键交互流程设计：
+   - 表单提交流程
+   - 加载状态处理
+   - 错误状态处理
+   - 空状态设计
+   - 骨架屏设计
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/10-响应式与交互.md`
+
+## 阶段十一：数据接口设计
+
+设计前后端数据接口（如适用）：
+
+1. API 风格（RESTful / GraphQL / tRPC）
+2. 接口分模块列出：
+   - 接口路径和方法
+   - 请求参数和类型
+   - 响应数据结构
+   - 错误码定义
+3. 认证和鉴权方案
+4. 数据模型 / 数据库表结构设计
+5. 前端数据状态管理方案
+6. 接口 Mock 方案
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/11-数据接口.md`
+
+## 阶段十二：支付系统设计
+
+与用户讨论项目的商业化和支付需求，确定支付方案：
+
+### 12.1 商业模式确认
+
+- 付费模式（一次性买断 / 订阅制 / 按量计费 / 免费增值 Freemium）
+- 定价策略和套餐设计
+- 是否需要试用期 / 免费额度
+- 目标市场（国内 / 海外 / 全球）
+
+### 12.2 支付渠道选型
+
+根据目标市场，与用户讨论需要接入的支付渠道：
+
+**国内支付：**
+- 支付宝（Alipay）— 扫码支付 / H5 支付 / APP 支付 / 小程序支付
+- 微信支付（WeChat Pay）— JSAPI / Native / H5 / 小程序支付
+- 聚合支付平台（如虎皮椒等轻量方案，适合个人开发者）
+
+**海外支付：**
+- Stripe — 信用卡 / Apple Pay / Google Pay / 订阅管理
+- Creem — 面向 SaaS 的支付方案，内置订阅和 License 管理
+- PayPal — 海外用户覆盖广
+- Paddle / Lemon Squeezy — MoR 模式，自动处理税务
+
+**卡密 / 兑换码系统：**
+- 卡密生成规则（长度、字符集、前缀、有效期）
+- 卡密类型（时长卡 / 次数卡 / 额度卡 / 永久卡）
+- 卡密发放渠道（自有平台 / 发卡平台如独角数卡）
+- 卡密核销和防重放机制
+
+### 12.3 支付架构设计
+
+1. 统一支付抽象层设计（PaymentProvider 接口）：
+   - 统一的下单 / 查询 / 退款 / 回调接口
+   - 各支付渠道的适配器实现
+   - 支付渠道可插拔，便于后续扩展新渠道
+2. 订单系统设计：
+   - 订单状态机（待支付 → 支付中 → 已支付 → 已退款 / 已取消）
+   - 订单号生成策略
+   - 订单超时自动关闭
+3. 回调通知处理：
+   - 异步回调验签机制
+   - 幂等性保证（防止重复通知）
+   - 回调重试和补偿机制
+4. 对账机制：
+   - 定时对账任务
+   - 差异处理流程
+
+### 12.4 支付安全
+
+1. 通信安全（HTTPS、签名验证、证书管理）
+2. 防刷和风控（频率限制、金额校验、IP 风控）
+3. 敏感数据处理（密钥存储、支付信息脱敏）
+4. 卡密安全（加密存储、防暴力破解、使用日志审计）
+5. PCI DSS 合规考量（如直接处理信用卡信息）
+
+### 12.5 订阅与会员管理（如适用）
+
+1. 订阅生命周期管理（创建 / 续费 / 升降级 / 取消 / 过期）
+2. 会员等级和权益体系
+3. 到期提醒和自动续费
+4. 优惠券 / 促销码系统
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/12-支付系统.md`
+
+## 阶段十三：AI 功能集成（如适用）
+
+与用户讨论项目中的 AI/LLM 能力接入方案：
+
+### 13.1 AI 能力需求梳理
+
+- 需要哪些 AI 能力（对话 / 文本生成 / 图像生成 / 语音识别 / 翻译 / 代码生成 / 知识问答等）
+- 每个 AI 能力的使用场景和触发方式
+- 对响应速度和质量的要求
+
+### 13.2 LLM 选型
+
+- 模型提供商选择（OpenAI / Anthropic Claude / Google Gemini / 国内模型如通义千问、文心一言、DeepSeek 等）
+- 模型版本选择（按能力、速度、成本权衡）
+- 是否需要多模型支持和动态切换
+- 开源模型自部署 vs API 调用
+
+### 13.3 接入架构设计
+
+1. 统一 AI 服务抽象层（AIProvider 接口）：
+   - 统一的请求 / 响应 / 流式输出接口
+   - 各模型提供商的适配器实现
+   - 模型可插拔，便于切换和扩展
+2. Prompt 管理：
+   - Prompt 模板化和版本管理
+   - System Prompt / User Prompt 分离
+   - Prompt 变量注入机制
+   - Few-shot 示例管理
+3. 上下文管理：
+   - 对话历史存储和截断策略
+   - Token 计数和上下文窗口管理
+   - RAG（检索增强生成）方案（如需要知识库）
+
+### 13.4 成本控制
+
+1. Token 用量监控和预算告警
+2. 请求频率限制（按用户 / 按套餐）
+3. 缓存策略（相同请求结果缓存）
+4. 模型降级策略（高峰期自动切换低成本模型）
+5. 用户配额管理（免费额度 / 付费额度）
+
+### 13.5 流式输出与体验优化
+
+1. SSE / WebSocket 流式传输方案
+2. 打字机效果实现
+3. 中断和重试机制
+4. 加载状态和占位设计
+5. 错误处理和用户提示
+
+### 13.6 安全与合规
+
+1. 内容审核（输入过滤 / 输出过滤）
+2. 用户隐私保护（敏感信息脱敏后再发送给 LLM）
+3. API Key 安全管理（服务端代理，不暴露给前端）
+4. 日志审计（记录 AI 交互日志用于问题排查）
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/13-AI功能集成.md`
+
+## 阶段十四：项目目录结构
+
+根据技术栈和架构设计，生成项目目录结构：
+
+1. 顶层目录划分
+2. 源码目录详细结构（pages / components / services / utils / hooks / stores / types / assets / styles 等）
+3. 配置文件清单
+4. 测试目录结构
+5. 文档目录结构
+6. 与用户确认目录结构
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/14-目录结构.md`
+
+## 阶段十五：代码规范与工程化
+
+与用户讨论并确定项目的工程化标准和开发规范：
+
+### 15.1 编码风格规范
+
+- 代码格式化工具选型（Prettier / Biome / dprint）
+- 代码检查工具选型（ESLint / Biome / StyleLint）
+- 规则集选择（Airbnb / Standard / 自定义）
+- 编辑器配置统一（.editorconfig / VS Code settings）
+- 自动格式化时机（保存时 / 提交时 / CI 中）
+
+### 15.2 命名规范
+
+- 文件命名规范（kebab-case / camelCase / PascalCase，按文件类型区分）
+- 组件命名规范
+- 变量和函数命名规范
+- CSS 类名命名规范（BEM / CSS Modules / Tailwind）
+- 常量和枚举命名规范
+- API 路由命名规范
+
+### 15.3 Git 工作流规范
+
+- 分支策略（Git Flow / GitHub Flow / Trunk Based）
+- 分支命名规范（feature/ / bugfix/ / hotfix/ / release/）
+- Commit Message 规范（Conventional Commits / Angular / 自定义）
+- Commit 粒度要求
+- Tag 和版本号规范（Semantic Versioning）
+
+### 15.4 代码审查规范
+
+- Code Review 流程（PR 模板、审查清单）
+- 审查标准和关注点
+- 合并策略（Squash / Merge / Rebase）
+- 审查响应时间要求
+
+### 15.5 文档规范
+
+- 代码注释规范（JSDoc / TSDoc / 行内注释标准）
+- README 模板
+- 变更日志维护（CHANGELOG）
+- API 文档生成方案
+
+### 15.6 CI/CD 流程设计
+
+- 代码提交触发的自动化检查（lint / type-check / test）
+- Pre-commit hooks 配置（husky / lint-staged）
+- 构建流水线设计
+- 自动化发布流程
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/15-代码规范与工程化.md`
+
+## 阶段十六：测试方案
+
+与用户讨论并设计项目的测试体系：
+
+### 16.1 测试策略与分层
+
+- 测试金字塔规划（单元测试 / 集成测试 / E2E 测试的比例）
+- 各层测试的职责边界和覆盖范围
+- 性能测试需求（负载测试 / 压力测试 / 基准测试）
+- 安全测试需求（渗透测试 / 依赖漏洞扫描）
+
+### 16.2 测试框架选型
+
+- 单元测试框架（Jest / Vitest / Mocha / pytest 等）
+- 集成测试方案
+- E2E 测试框架（Playwright / Cypress / Selenium）
+- API 测试工具（如适用）
+- 性能测试工具（如适用）
+
+### 16.3 测试覆盖率目标
+
+- 整体覆盖率目标（行覆盖 / 分支覆盖 / 函数覆盖）
+- 核心模块的最低覆盖率要求
+- 覆盖率报告生成和可视化
+- 覆盖率门禁（CI 中的最低覆盖率检查）
+
+### 16.4 测试数据管理
+
+- 测试数据生成策略（工厂函数 / Faker / Fixture）
+- Mock 和 Stub 策略
+- 测试数据库管理（内存数据库 / 测试容器）
+- 测试数据隔离和清理
+
+### 16.5 自动化测试与 CI 集成
+
+- 测试在 CI 流水线中的执行时机
+- 测试并行化策略
+- 测试失败的阻断策略
+- 测试报告和通知
+
+### 16.6 测试环境管理
+
+- 测试环境与开发 / 生产环境的差异
+- 环境变量和配置管理
+- 外部服务的 Mock 方案
+- 测试环境的搭建和销毁自动化
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/16-测试方案.md`
+
+## 阶段十七：数据埋点与监控
+
+设计项目的数据采集和监控体系：
+
+### 17.1 用户行为埋点
+
+- 埋点方案选型（Google Analytics / Mixpanel / Umami / 自建）
+- 关键事件定义（页面浏览、按钮点击、功能使用、转化漏斗）
+- 埋点规范（事件命名、属性定义、埋点文档模板）
+- 埋点实现方式（手动埋点 / 自动埋点 / 可视化埋点）
+
+### 17.2 错误监控
+
+- 错误追踪平台（Sentry / LogRocket / 自建）
+- 前端错误捕获（JS 异常、资源加载失败、接口错误）
+- 后端错误告警（如适用）
+- 错误分级和告警策略
+
+### 17.3 性能监控
+
+- 核心 Web Vitals 监控（LCP / FID / CLS）
+- 接口响应时间监控
+- 自定义性能指标
+- 性能劣化告警阈值
+
+### 17.4 业务数据看板
+
+- 关键业务指标（DAU / 留存率 / 转化率 / 收入等）
+- 数据可视化方案
+- 数据导出和报表需求
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/17-埋点与监控.md`
+
+## 阶段十八：部署与运维
+
+### 18.1 部署架构
+
+- 服务器选型（Vercel / Netlify / AWS / 阿里云 / 自建服务器）
+- 域名和 DNS 配置
+- SSL 证书方案
+- CDN 加速策略
+
+### 18.2 环境管理
+
+- 环境划分（开发 / 测试 / 预发 / 生产）
+- 环境变量管理方案
+- 配置中心（如适用）
+
+### 18.3 CI/CD 流水线
+
+- 构建流程（lint → test → build → deploy）
+- 自动化部署触发条件
+- 回滚策略
+- 灰度发布方案（如适用）
+
+### 18.4 运维保障
+
+- 日志收集和查询方案
+- 服务健康检查
+- 备份策略（数据库 / 文件存储）
+- 灾备和容灾方案（如适用）
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/18-部署与运维.md`
+
+## 阶段十九：非功能性需求
+
+与用户确认各项非功能性需求：
+
+1. 性能要求（首屏加载时间、交互响应时间、Lighthouse 评分目标）
+2. 兼容性要求（浏览器版本、设备类型、操作系统）
+3. 安全要求（XSS 防护、CSRF 防护、数据加密、权限控制）
+4. 可访问性要求（WCAG 等级、键盘导航、屏幕阅读器支持）
+5. 国际化需求（多语言支持、RTL 布局）
+6. SEO 需求（如适用）
+7. 法律合规：
+   - 隐私政策和用户协议（必备）
+   - 个人信息保护法 / GDPR / CCPA 合规（根据目标市场）
+   - Cookie 同意管理
+   - 数据存储地域要求
+   - 支付相关资质和备案（如适用）
+   - 内容审核要求（如适用）
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/19-非功能性需求.md`
+
+## 阶段二十：开发里程碑规划
+
+与用户讨论项目的整体开发节奏和关键里程碑：
+
+1. 开发阶段划分（基础搭建 / MVP / 迭代优化 / 上线）
+2. 每个阶段的目标和交付物
+3. 关键里程碑时间节点
+4. 阶段间的依赖关系和衔接方式
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/20-开发里程碑.md`
+
+## 阶段二十一：推广获客方案
+
+与用户讨论产品的推广策略和用户获取方案：
+
+### 21.1 获客渠道策略
+
+- SEO 优化策略（关键词规划、内容优化、技术 SEO）
+- 内容营销（博客、教程、案例分享、视频内容）
+- 社交媒体运营（平台选择、内容策略、发布节奏）
+- 社区运营（技术社区、论坛、Discord/Slack 群组）
+- 付费投放（Google Ads / 社交媒体广告 / KOL 合作）
+
+### 21.2 增长黑客策略
+
+- 病毒传播机制（分享激励、社交裂变）
+- 邀请机制设计（邀请码、推荐奖励）
+- 产品驱动增长 PLG（免费试用、Freemium 转化漏斗）
+- 口碑传播策略
+
+### 21.3 用户留存与激活
+
+- 新用户引导流程（Onboarding）
+- 用户激活指标定义
+- 留存策略（邮件/推送触达、功能引导、用户教育）
+- 流失预警和召回机制
+
+### 21.4 数据驱动的获客优化
+
+- 获客漏斗定义和监控
+- A/B 测试框架
+- 渠道效果归因分析
+- 关键获客指标（CAC / LTV / 转化率 / 留存率）
+
+### 21.5 预算规划与 ROI 评估
+
+- 各渠道预算分配
+- 获客成本目标
+- ROI 评估模型
+- 预算调整策略
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/21-推广获客.md`
+
+## 阶段二十二：详细开发计划与执行
+
+基于里程碑规划，与用户制定详细的开发执行方案：
+
+### 22.1 任务拆解与工时估算
+
+- 将各里程碑拆解为具体开发任务
+- 任务粒度标准（建议不超过 2 天 / 人）
+- 工时估算方法（故事点 / 人天）
+- 任务优先级排序
+
+### 22.2 团队分工与协作流程
+
+- 团队角色和职责划分
+- 协作工具选型（Jira / Linear / GitHub Projects / Notion）
+- 沟通机制（站会、周会、评审会）
+- 文档协作和知识共享
+
+### 22.3 迭代节奏（Sprint 规划）
+
+- Sprint 周期设定（1 周 / 2 周）
+- Sprint 计划会和回顾会
+- 需求变更管理流程
+- 版本发布节奏
+
+### 22.4 技术债务管理
+
+- 技术债务识别和记录机制
+- 技术债务优先级评估
+- 每个 Sprint 的技术债务处理比例
+- 重构策略和时机
+
+### 22.5 风险评估与应急预案
+
+- 技术风险识别（技术选型风险、性能瓶颈、第三方依赖）
+- 人员风险（关键人员依赖、知识孤岛）
+- 进度风险（需求变更、估算偏差）
+- 各风险的应对策略和应急预案
+
+### 22.6 上线 Checklist
+
+- 上线前检查清单（功能验证、性能测试、安全审查）
+- 数据迁移方案（如适用）
+- 灰度发布计划
+- 回滚方案
+- 上线后监控和值班安排
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/22-开发计划.md`
+
+## 阶段二十三：后续扩展规划
+
+1. 短期扩展计划（MVP 后的下一步）
+2. 中期功能路线图
+3. 长期愿景和可能的技术演进
+4. 可扩展性设计考量（插件化 / 微前端 / 模块化）
+
+> 📝 阶段结束后，将结论保存至 `docs/.draft/23-扩展规划.md`
+
+## 输出物
+
+所有阶段完成后，读取 `docs/.draft/` 下的所有中间产物文件，整合为一份完整的项目需求文档：
+
+**文件：`docs/PRD.md`**（产品需求文档）
+
+合并完成后询问用户是否删除 `docs/.draft/` 临时目录。
+
+文档结构：
+
+```markdown
+# {项目名称} - 产品需求文档
+
+## 1. 项目概述
+### 1.1 项目简介
+### 1.2 项目背景与动机
+### 1.3 核心价值主张
+
+## 2. 市场分析
+### 2.1 市场现状
+### 2.2 竞品分析
+### 2.3 差异化定位
+
+## 3. 目标用户
+### 3.1 用户画像
+### 3.2 用户需求与痛点
+### 3.3 用户场景与旅程
+
+## 4. 功能需求
+### 4.1 功能全景图
+### 4.2 MVP 功能清单（P0）
+### 4.3 二期功能清单（P1）
+### 4.4 远期功能清单（P2）
+### 4.5 功能详细描述与用户故事
+
+## 5. 技术方案
+### 5.1 技术栈选型
+### 5.2 整体架构设计
+### 5.3 核心模块划分
+### 5.4 数据流设计
+
+## 6. 页面设计
+### 6.1 站点地图与导航结构
+### 6.2 整体布局框架
+### 6.3 各页面详细设计
+
+## 7. UI/UX 设计规范
+### 7.1 设计风格
+### 7.2 色彩体系
+### 7.3 字体规范
+### 7.4 间距与布局系统
+### 7.5 组件样式规范
+### 7.6 动效规范
+
+## 8. 通用组件设计
+### 8.1 基础组件
+### 8.2 业务组件
+### 8.3 布局组件
+
+## 9. 响应式设计
+### 9.1 断点定义
+### 9.2 适配策略
+
+## 10. 交互设计
+### 10.1 关键交互流程
+### 10.2 状态处理规范
+
+## 11. 数据接口设计
+### 11.1 接口规范
+### 11.2 接口清单
+### 11.3 数据模型
+### 11.4 认证鉴权方案
+
+## 12. 支付系统设计
+### 12.1 商业模式与定价
+### 12.2 支付渠道（支付宝 / 微信 / Stripe / Creem / 卡密）
+### 12.3 统一支付架构
+### 12.4 订单系统
+### 12.5 支付安全与风控
+### 12.6 订阅与会员管理
+
+## 13. AI 功能集成
+### 13.1 AI 能力需求
+### 13.2 LLM 选型
+### 13.3 接入架构
+### 13.4 成本控制
+### 13.5 流式输出与体验
+### 13.6 安全与合规
+
+## 14. 项目目录结构
+
+## 15. 代码规范与工程化
+### 15.1 编码风格规范
+### 15.2 命名规范
+### 15.3 Git 工作流规范
+### 15.4 代码审查规范
+### 15.5 文档规范
+### 15.6 CI/CD 流程
+
+## 16. 测试方案
+### 16.1 测试策略与分层
+### 16.2 测试框架选型
+### 16.3 测试覆盖率目标
+### 16.4 测试数据管理
+### 16.5 自动化测试与 CI 集成
+### 16.6 测试环境管理
+
+## 17. 数据埋点与监控
+### 17.1 用户行为埋点
+### 17.2 错误监控
+### 17.3 性能监控
+### 17.4 业务数据看板
+
+## 18. 部署与运维
+### 18.1 部署架构
+### 18.2 环境管理
+### 18.3 CI/CD 流水线
+### 18.4 运维保障
+
+## 19. 非功能性需求
+### 19.1 性能要求
+### 19.2 兼容性要求
+### 19.3 安全要求
+### 19.4 可访问性要求
+### 19.5 国际化需求
+### 19.6 法律合规
+
+## 20. 开发里程碑规划
+### 20.1 阶段划分与交付物
+### 20.2 关键里程碑
+
+## 21. 推广获客方案
+### 21.1 获客渠道策略
+### 21.2 增长黑客策略
+### 21.3 用户留存与激活
+### 21.4 数据驱动的获客优化
+### 21.5 预算规划与 ROI
+
+## 22. 详细开发计划
+### 22.1 任务拆解与工时估算
+### 22.2 团队分工与协作
+### 22.3 迭代节奏
+### 22.4 技术债务管理
+### 22.5 风险评估与应急预案
+### 22.6 上线 Checklist
+
+## 23. 后续扩展规划
+### 23.1 短期计划
+### 23.2 中期路线图
+### 23.3 长期愿景
+```
+
+## 工作原则
+
+1. **互动优先**：每个阶段都必须与用户充分沟通，不要自行假设，不确定的地方一定要问
+2. **逐步推进**：一个阶段确认完成后再进入下一阶段，不要跳跃
+3. **每次提问不超过 3 个问题**，避免信息过载
+4. **及时总结**：每个阶段结束时简要总结该阶段的结论，让用户确认
+5. **灵活调整**：根据项目类型灵活裁剪阶段，比如纯前端项目可以简化后端相关内容
+6. **使用 WebSearch 进行市场调研**，确保信息的时效性和准确性
+7. **保持专业但易懂**：技术方案要专业，但描述要让非技术人员也能理解
+8. **最终文档要完整可执行**：输出的 PRD 文档应该足够详细，可以直接作为开发依据

create_project_init-1.0.0/create_project_init.egg-info/PKG-INFO

@@ -0,0 +1,39 @@
+Metadata-Version: 2.4
+Name: create-project-init
+Version: 1.0.0
+Summary: 一键安装 project-init skill — 互动式项目架构生成器，通过对话引导从零生成完整 PRD
+License-Expression: MIT
+Keywords: claude,skill,prd,project-init,claude-code
+Requires-Python: >=3.7
+Description-Content-Type: text/markdown
+
+# create-project-init
+
+一键安装 `project-init` skill 到任意 Claude Code 项目。
+
+通过 23 个阶段的互动式对话引导，从零生成完整的产品需求文档（PRD），涵盖市场调研、需求分析、技术选型、页面设计、支付系统、AI 功能集成、测试方案、埋点监控、部署运维、推广获客、法律合规等。
+
+## 安装
+
+```bash
+npx create-project-init          # 安装到当前目录
+npx create-project-init ./my-app # 安装到指定目录
+```
+
+## 安装后会做什么
+
+- 复制 `.claude/skills/project-init.md` 到目标项目
+- 创建或追加 `CLAUDE.md` 中的 skill 描述
+- 创建或更新 `.claude/settings.local.json` 添加权限
+
+重复执行会自动跳过已有内容，安全幂等。
+
+## 使用
+
+安装完成后，在目标项目中启动 Claude Code，输入：
+
+```
+/project-init
+```
+
+即可开始互动式 PRD 生成流程。

create_project_init-1.0.0/create_project_init.egg-info/SOURCES.txt

@@ -0,0 +1,10 @@
+README.md
+pyproject.toml
+create_project_init/__init__.py
+create_project_init/cli.py
+create_project_init.egg-info/PKG-INFO
+create_project_init.egg-info/SOURCES.txt
+create_project_init.egg-info/dependency_links.txt
+create_project_init.egg-info/entry_points.txt
+create_project_init.egg-info/top_level.txt
+create_project_init/data/.claude/skills/project-init.md

create_project_init-1.0.0/create_project_init.egg-info/dependency_links.txt

@@ -0,0 +1 @@
+

create_project_init-1.0.0/create_project_init.egg-info/entry_points.txt

@@ -0,0 +1,2 @@
+[console_scripts]
+create-project-init = create_project_init.cli:main

create_project_init-1.0.0/create_project_init.egg-info/top_level.txt

@@ -0,0 +1 @@
+create_project_init

create_project_init-1.0.0/pyproject.toml

@@ -0,0 +1,18 @@
+[build-system]
+requires = ["setuptools>=68.0"]
+build-backend = "setuptools.build_meta"
+
+[project]
+name = "create-project-init"
+version = "1.0.0"
+description = "一键安装 project-init skill — 互动式项目架构生成器，通过对话引导从零生成完整 PRD"
+readme = "README.md"
+license = "MIT"
+requires-python = ">=3.7"
+keywords = ["claude", "skill", "prd", "project-init", "claude-code"]
+
+[project.scripts]
+create-project-init = "create_project_init.cli:main"
+
+[tool.setuptools.package-data]
+create_project_init = ["data/.claude/skills/project-init.md"]

create_project_init-1.0.0/setup.cfg

@@ -0,0 +1,4 @@
+[egg_info]
+tag_build = 
+tag_date = 0
+