/project-init

name: project-init
homepage: https://github.com/cat-xierluo/legal-skills
author: 杨卫薪律师（微信ywxlaw）
version: "1.2.6"
license: MIT License - 详见 LICENSE.txt
description: |
  项目初始化工具。读取全局协议 ~/.claude/CLAUDE.md，分析项目实际情况，生成项目特定的 CLAUDE.md 和 docs/ 上下文。本技能应在用户说"初始化项目"、"项目设置"、"配置 Claude Code"、"新建项目配置"时使用，或在进入一个新项目需要快速配置时使用。不要用于：Skill 内容开发或验收（用 skill-lint）、单次 Skill 安装（用 skill-manager）、代码生成。

Project Init

读取全局协议，分析项目，生成上下文。

工作流程

Step 1: 读取全局协议

读取 `~/.claude/CLAUDE.md`（及其 `@include` 引用的文件），理解全局协作协议。这是生成项目上下文的基准——项目文档的格式和结构应对齐全局协议中的定义（如文档体系、SOP、DECISIONS 格式等）。

Step 2: 读取配置

读取本 skill 目录下的 `config/profiles.yaml`，获取：

• `skill_sources`: Skill 源仓库路径
• `profiles`: 各项目类型的检测规则和 Skill 列表

Step 3: 检测项目类型

1. 调用 `scripts/init.sh detect <project_dir>` 获取指示文件列表。 2. 按配置中 profiles 的定义顺序评估 `detect` 规则：

• `any_of`: 任一文件存在即匹配
• `has_skill_md`: 根目录或 `skills/` 子目录下存在 SKILL.md
• `extensions`: 指定扩展名文件数 >= `min_count`
• `dir_patterns`: 任一目录名存在即匹配

3. 第一个命中的 profile 即为检测结果。未命中则使用 `default_profile`。

Step 4: 分析项目

**在生成任何文件之前，先分析项目实际情况：**

• 读取 `package.json` / `pyproject.toml` / `Cargo.toml` 等获取技术栈
• 扫描目录结构了解项目架构（`src/`、`app/`、`lib/` 等）
• 读取已有的 README.md 或代码了解项目用途
• 检查是否已有 `.claude/`、`CLAUDE.md`、`docs/` 等

将这些信息汇总，作为后续生成上下文的素材。

Step 5: 展示计划并确认

向用户展示检测结果和生成计划，**必须等待确认**。若计划使用文件化任务源，同时说明：

• 任务文件的名称与位置；
• 根据风险与复杂度选择的 `Lite`、`Standard` 或 `Strict` 配置及理由；
• 将写入的首批真实任务，以及已有任务文件的合并或跳过策略。

Step 6: 创建 .claude/ 和安装 Skill

mkdir -p .claude/skills/

对 profile 中 `skills` 字段列出的每个 Skill，通过调用 skill-manager Skill 以符号链接方式安装到项目的 `.claude/skills/` 目录。skill-manager 会自动处理路径解析、去重和版本追踪。

Step 7: 生成 AGENTS.md 和 CLAUDE.md

**不是复制模板，而是基于全局协议 + 项目分析结果生成项目特定的 AGENTS.md。**

参考 `templates/agents-template.md` 中各项目类型的结构模板和生成指南，结合 Step 4 的分析结果，生成包含真实项目信息的内容，写入 `AGENTS.md`。

`templates/agents-template.md` 包含所有项目类型的段落定义、结构模板和脱敏范例，无需参考其他外部文件。

`CLAUDE.md` 不重复写内容，仅写入：

@include ./AGENTS.md

这样 Claude Code 和 Codex 共享同一份项目协议，只维护一个源文件。

已有 `AGENTS.md` 时展示 diff，让用户决定覆盖/合并/跳过。已有 `CLAUDE.md` 但内容不是纯 `@include` 时，同样展示 diff。

Step 8: 生成 settings.json

将 `assets/claude-settings-template.json` 原样复制为项目 `.claude/settings.json`。已有则跳过。

Step 9: 创建 .codex/ 和 .agents/ 目录

bash scripts/init.sh codex "<project_dir>"
bash scripts/init.sh agents "<project_dir>"

创建 `.codex/` 目录结构：

• `config.toml`：从 `assets/codex-config.toml` 复制
• `rules/default.rules`：从 `assets/codex-default.rules` 复制
• `skills`：符号链接 → `../.claude/skills`（与 `.claude/skills/` 共享，不重复安装）

创建 `.agents/` 目录结构：

• `skills`：符号链接 → `../.claude/skills`，供遵循 `.agents` 目录约定的代理发现同一批 Skill

两者已有则跳过。目录级软链确保各代理目录与 `.claude/skills/` 共享同一 Skill 源：向 `.claude/skills/` 安装或移除 Skill 时自动同步，不逐 skill 复制或双写链接。`.codex/skills` 软链确保 Codex 能直接访问 `.claude/skills/` 中已安装的 Skill。

Step 10: 生成 docs/ 文档

**不是复制空模板，而是基于全局协议的文档体系定义 + 项目分析结果生成有实际内容的文档。**

按需读取对应文档模板，结合项目选择的协作文档体系生成真实初始内容；不要复制空壳或保留占位符：

• **docs/ROADMAP.md**: 读取 `templates/roadmap-template.md`，从 README、版本和当前实现提取愿景、状态与阶段规划
• **docs/DECISIONS.md**: 读取 `templates/decision-log-template.md`，记录真实存在的初始化决策和工作日志，不虚构备选方案
• **任务清单文件**: 仅当项目选择文件化任务源时创建；读取 `templates/task-template.md`，根据项目风险选择一个任务配置，生成真实队列与任务卡。不要逐字复制生成指南，也不要生成与所选配置无关的空章节。文件名和位置由项目上下文决定
• **docs/ARCHITECTURE.md**: 读取 `templates/architecture-template.md`，从目录结构、入口和技术栈生成初始架构描述
• **DESIGN.md**: 仅包含前端的项目读取 `templates/design-template.md`，结合实际设计系统和技术栈生成
• **CHANGELOG.md**: 项目需要变更日志且文件不存在时读取 `templates/changelog-template.md`，使用明确版本号和日期生成初始化记录

任务文件只作为当前任务入口：长期方向留在 ROADMAP，重要取舍留在 DECISIONS，用户可见历史留在 CHANGELOG。任务完成并同步相应文档后，从活跃区移除；不为任务文件创建快照、`before` 副本或专用历史归档。仅创建不存在的文件；已有任务文件时展示 diff，由用户决定合并或跳过，不直接覆盖。

Step 11: 创建 .gitignore

将 `assets/gitignore-template` 原样复制为项目 `.gitignore`。已有则跳过。

Step 12: Skill 脚手架（仅 skill-project 类型）

bash scripts/init.sh scaffold "<project_dir>" "<skill_name>"

创建 `references/`、`scripts/`、`assets/`、`SKILL.md`、`LICENSE.txt`。

配置说明

编辑 `config/profiles.yaml` 自定义。

资源目录

• `templates/`：读取后结合项目事实选择、裁剪和填充；不得原样复制，也不得保留占位符。文件统一使用 `*-template.md`，避免与生成目标同名或命中常见 Git 忽略规则。
• `assets/`：不需要载入上下文，按步骤或脚本原样复制到目标位置；已有目标文件时遵循幂等规则。
• 新增资源时按消费方式归类，不按文件扩展名归类。同为文本文件，需理解后生成的进入 `templates/`，固定内容进入 `assets/`。

幂等性

符号链接相同目标 → 跳过；文件已存在 → 不覆盖。