Starcat: Skill for Claude Code

Starcat 支撑项目创建

使用这个 skill 在 supports/ 下创建独立项目，并完成开源治理、双语 README、Starcat 生态营销和主仓库中央登记。它不负责凭空决定业务架构；项目类型差异见 references/project-types.md。

硬性规则

• 始终使用中文说明；代码、命令、路径、YAML key 和错误日志保持原文。
• 先说明项目名、类型、可见性、技术栈、外部副作用和验收标准，获得 dong4j 明确 确认后再创建目录、GitHub 仓库、remote、分支或推送。
• supports/<project> 是独立 Git 仓库，不能加入 Starcat 主仓库；分别管理新项目 与 Starcat 主仓库的提交。
• 默认公开项目使用 MIT License。私有项目、非 MIT 项目或包含第三方素材时先确认 许可证，不套用公开自部署文案。
• 不覆盖已有文件。脚手架发现冲突必须停止，让用户决定合并方式。
• 不把 secrets、.env、私有 URL、token 或客户数据写入 README、模板或 Git。
• 创建 GitHub 组织仓库、设置 visibility、推送分支和配置 secrets 都是外部副作用， 必须在当前对话中得到明确授权。
• 保留其它独立仓库的 dirty files；营销同步脚本会遍历多个仓库，运行前后都要检查 实际 diff。

开工输入

至少明确：

• 仓库名与本地目录；
• 项目类型：API、CLI、Launcher、Browser Extension、Homebrew、Docs、Site 或 Other；
• Public / Private；
• 英文标题、中文标题；
• 英文一句话摘要、中文一句话摘要；
• 技术栈、CI 命令、是否发布二进制/容器/商店包；
• 是否需要 GitHub Release、Dependabot、隐私声明或 Fly.io 运维。

信息会实质改变仓库内容时不要猜测。公开项目默认值可以是 starcat-app/<project>、main 默认分支、MIT License，但仍需在方案中写明。

标准工作流

1. 读取：
   • references/open-source-baseline.md
   • references/project-types.md
   • references/registration-map.md
2. 检查 Starcat 主仓库和目标目录状态，确认目标没有被主仓库跟踪：

git status --short
git check-ignore -v supports/<project>
test ! -e supports/<project>

1. 使用脚手架先 dry-run：

python3 .claude/skills/starcat-support-project-create/scripts/scaffold.py \
  --target supports/<project> \
  --name <project> \
  --title-en "<English title>" \
  --title-zh "<中文标题>" \
  --summary-en "<English summary>" \
  --summary-zh "<中文摘要>" \
  --dry-run

1. 确认输出后去掉 --dry-run，生成通用开源基线。
2. 按项目类型补充代码、项目级 .gitignore、CI、Release/Audit、Dependabot、 THIRD_PARTY_NOTICES.md 或 PRIVACY.md；不要复制错误技术栈的 workflow。
3. 初始化独立 Git 仓库。只有得到外部操作授权后，才创建 starcat-app/<project>、配置 remote、推送 main/dev。
4. 按 references/registration-map.md 同步中央登记。
5. 在 supports/scripts/sync-starcat-readme-promo.py 注册项目后运行营销同步， 确认 README.md 和 README-ZH.md 都包含完整 marker 区块。
6. 分别验证新项目和 Starcat 主仓库；分别报告两个 Git 边界的 diff、测试和待提交 内容。

README 与营销规则