Cc Project Init

---
name: project-init
description: 结构化新项目初始化工作流，适用于显式 project-init、仓库开荒、生成项目级 AGENTS.md 或按技术栈落基础脚手架文件的场景；不负责替用户无差别覆盖现有配置。
---

# Project Init

当用户明确要求 `project-init`、`cc-project-init`、初始化新仓库、生成项目级 `AGENTS.md`，或按技术栈补基础脚手架时，使用本技能。

不要用于：

- 已成熟项目上的大规模重写
- 代替 feature 开发或 bug 修复
- 无确认地覆盖已有 `AGENTS.md`、`Dockerfile` 或脚本
- 为 Claude/Gemini 生成专属配置文件
- 默认生成 `README.md` 这类扫描型项目文档；需要生成或刷新 README 时使用 `project-scan`

## 核心方式

1. 先读取仓库现状，判断是不是空仓库、样板仓库，还是已有部分脚手架。
2. 优先从现有文件推断技术栈，再只问缺失的关键信息：项目描述、启动方式、数据库迁移、额外约定、是否需要脚手架文件。
3. 需要项目级说明时，以 `assets/AGENTS.project.md` 为起点生成仓库根目录 `AGENTS.md`，内容聚焦项目特定约定，不重复用户级全局规则；模板中的 `AUTO:*` 区块可供后续 `project-scan` 增量刷新。若项目包含 Java 代码，需遵守项目署名约定：文档和代码署名统一使用 `wwj`，新增 Java 文件或补齐文件头注释时使用 `@author wwj`。
4. 默认同时初始化项目级 `.codex/` 最小骨架：`.codex/tasks/`、`.codex/tasks/archived/`、`.codex/templates/`，保证后续 `new-feature` 可直接持久化任务；若这些目录已存在，则只补缺失项，不整目录覆盖。若项目根目录本身没有写权限，必须先触发平台原生审批流程；只有审批后仍失败，才说明当前会话无法在该项目内初始化骨架。
5. 只有用户明确要创建或补齐额外脚手架时，才从 `assets/` 选择对应模板；不要默认把所有模板都写进仓库。
6. 如果目标文件已存在，先比较差异并说明保留/合并策略，避免整文件覆盖。
7. 若用户预期生成 `README.md`、技术栈摘要、目录结构或快速开始说明，明确说明这是 `project-scan` 的职责，并建议继续执行 `$project-scan`。
8. 完成后说明创建了哪些文件、哪些模板没有使用，以及后续建议。

## 资源选择

- 项目级说明模板：`assets/AGENTS.project.md`
- 项目级 `.codex` 骨架：`assets/codex-skeleton/`
- Go/Docker/compose/重启脚本模板：按需从 `assets/` 选择
- 具体选择规则：`references/template-selection.md`

## 输出要求

- 先说明识别到的项目形态和技术栈假设
- 只为用户确认过的文件落盘
- 新建文件默认可直接用，但保留最少必要占位符
- 明确指出哪些内容仍需用户补充或替换
- 若用户已执行 `tools/sync-config.sh`，必须明确说明项目级 `.codex` 骨架仍需在目标项目根目录内由 `project-init` 或 `new-feature` 实际落盘，不要把用户级 `~/.codex/project-template/.codex/` 当成已完成的项目初始化