GitHub 项目健康度诊断 — 输入仓库地址,AI 自动分析 Issues、代码质量、CI 状态,生成诊断报告并发布到飞书 Wiki。
GitHub 项目健康度诊断助手是一项面向实际任务的技能,主要用于一条命令完成: 仓库数据抓取 → Issues 分析 → 代码质量审查 → CI/CD 状态检查 → 诊断报告卡片生成 → 飞书 Wiki 发布;一键诊断 :只需提供一个 GitHub 仓库地址,5分钟内生成完整健康度报告;
从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;
若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
一条命令完成:仓库数据抓取 → Issues 分析 → 代码质量审查 → CI/CD 状态检查 → 诊断报告卡片生成 → 飞书 Wiki 发布。
Step 1 → github │ 获取仓库基本信息(Stars、Fork、Watch、开放 Issues 数量) │ 获取最近 30 条 Issues 和 PR 列表 │ 获取最新 Commits 和贡献者信息 ↓ Step 2 → github (代码审查) │ 对仓库主要代码文件进行语法/逻辑分析 │ 通过 code-review-skill 执行多维度审查 ↓ Step 3 → code-review-skill │ 输出:代码质量评分 / 问题列表 / 安全风险 / 性能建议 │ 汇总为结构化诊断数据 ↓ Step 4 → card-renderer │ 生成诊断摘要封面卡(雷达图式健康度展示) │ 生成详情页卡片(分维度评分 + 问题列表) ↓ Step 5 → feishu-wiki │ 将诊断报告发布为飞书 Wiki 页面 │ 包含:项目概览 / 健康度评分 / 问题详情 / 修复建议
"诊断项目健康度 [仓库地址]" "帮我看看这个GitHub项目的质量" "仓库健康检查 [owner/repo]" "生成项目诊断报告" "这个项目代码质量怎么样" "GitHub项目健康度分析"
诊断项目健康度 https://github.com/owner/repo 或 诊断项目健康度 owner/repo
| 维度 | 权重 | 评估内容 |
|---|---|---|
| 代码质量 | 30% | 规范遵循、复杂度、注释覆盖率 |
| Issue 活跃度 | 20% | Issue 响应速度、Open Issues 积压量 |
| CI/CD 状态 | 20% | Workflow 通过率、测试覆盖率 |
| 社区活跃度 | 15% | Stars 增长、PR 合并速度、贡献者数量 |
| 安全风险 | 15% | 依赖漏洞、敏感信息泄露风险 |
📊 GitHub 项目健康度诊断报告 仓库:facebook/react 诊断时间:2026-04-21 🏆 综合评分:92/100 🟢 优秀 各维度评分: 代码质量 ████████████ 95/100 Issue 活跃度 █████████░░░ 85/100 CI/CD 状态 ████████████ 98/100 社区活跃度 ████████████ 96/100 安全风险 █████████░░░ 88/100 📋 主要问题: 1. [中等] 部分组件缺少 TypeScript 类型定义 2. [低] 少数工具函数缺少 JSDoc 注释 💡 改进建议: 1. 建议补充 Props 的 PropTypes 或 TypeScript 类型 2. 建议对核心工具函数添加 JSDoc 注释提升可维护性