用途：为 GitHub 仓库生成或补全社区健康文件，解决通用模板与仓库实际不符的问题，例如 CONTRIBUTING 里写了不存在的命令、SECURITY 指向 404 的披露路径、CODEOWNERS 实际不生效。
主要能力：先检查仓库语言、真实测试/构建/安装命令、维护者账号、许可证状态和项目阶段，再按需写入 CONTRIBUTING.md、CODE_OF_CONDUCT.md、SECURITY.md、SUPPORT.md、GOVERNANCE.md、FUNDING.yml、CODEOWNERS、LICENSE。提供 references/health-files-guide.md 说明各文件内容要求、阶段建议表、CLA/DCO 决策表和社区档案清单。
使用方式：按仓库阶段推荐分步顺序，不一次性堆砌全部文件；写入后运行 python3 "${CLAUDE_SKILL_DIR}/scripts/check_health_files.py" [--remote owner/repo] 校验，--remote 还会获取 GitHub 社区档案健康百分比。最后总结新增内容与有意推迟项。
适用场景：个人或早期仓库先补 LICENSE、README、CI；有外部贡献者后再加行为准则与治理文件；需要规范安全披露、资助渠道或代码归属时使用。
限制：不处理 issue 表单、PR 模板和标签（属 issue-pr-templates），不负责启用密钥扫描、规则集和代码所有者强制（属 repo-protections），不写 README（属 readme-author）。CODEOWNERS 在规则集要求代码所有者审查前不生效；SECURITY.md 的 PVR 链接在公开仓库启用前会 404；CODEOWNERS 语法错误不会报错，需自行确认路径与账号真实。文件可放 .github/、根目录或 docs/，需统一约定。未获要求不写 CLA，默认建议 DCO。SECURITY.md 的响应时间默认写“尽力在 7 天内”，避免承诺无法兑现。CoC 联系人和资助账号等占位符会在总结中明确列出。