project-maturity

Featured

对任意项目进行全面的成熟度评估扫描。当用户说"检查项目成熟度"、"项目评估"、 "maturity assessment"、"代码质量扫描"、"项目健康度"、"项目体检"、 "scan project maturity"、"项目有多成熟"时触发。适用场景:接手新项目前的摸底、 发布前的质量审查、技术尽调、团队内部代码健康度盘点。

AI & Automation 216 stars 37 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 89/100

Stars 20%
78
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Project Maturity Scanner 对任意项目进行 8 维度深度成熟度扫描,产出结构化 Markdown 报告。 --- ## 工作流概览 ``` 语言检测 → 加载 Reference → 并行收集 8 维度数据 → 综合评分 → 输出报告 ``` 三个核心原则: 1. **用数据说话,不做主观猜测** — 每个评分背后都有可复现的命令和数据 2. **先收集后评分** — 禁止在信息不全时下结论 3. **风险优先** — 高风险项放在报告最前面,方便读者优先关注 --- ## Step 1: 语言检测与 Reference 加载 ### 1.1 自动检测 扫描项目根目录,按优先级判断主语言: | 信号 | 判定 | |------|------| | `Cargo.toml` | Rust | | `package.json` + `tsconfig.json` | TypeScript | | `package.json`(无 tsconfig) | JavaScript/Node | | `go.mod` | Go | | `pyproject.toml` / `setup.py` / `requirements.txt` | Python | | `pom.xml` / `build.gradle` | Java/Kotlin | | `Gemfile` | Ruby | | `CMakeLists.txt` | C/C++ | | 以上皆无 | Generic(通用检查) | 多语言项目:按代码量占比识别主语言和次语言,报告中对每种语言分别评估。 ### 1.2 加载语言 Reference 根据检测结果,读对应 reference 文件获取语言特定的检查命令和指标: - `references/rust.md` — Rust 项目 - `references/typescript.md` — TypeScript/JavaScript 项目 - `references/python.md` — Python 项目 - `references/go.md` — Go 项目 - `references/generic.md` — 通用回退 Reference 文件包含的内容: - 该语言的代码统计命令 - 测试框架识别与运行命令 - 静态分析/lint 工具 - 依赖审计工具 - 语言特定的成熟度阈值 --- ## Step 2: 并行收集 8 维度数据 **关键**:所有收集操作必须并行执行。不要串行逐个询问。 ### 维度 1:项目规模 用语言 reference 提供的命令统计: ``` ✅ 源代码行数(排除依赖/target/node_modules/build) ✅ 源文件数量 ✅ 模块/包/crate 数量 ✅ 各模块代码分布(最大的 5 个模块) ✅ 按语言拆分的代码量(多语言项目) ``` 评价标准: - 小型 < 5,000 行 | 中型 5k-50k | 大型 50k-200k | 超大型 > 200k - 模块化程度 = 模块数量是否与代码规模匹配 ### 维度 2:开发活跃度 ``` ✅ 总提交数 + 首次/最后提交日期 ✅ 近 30 天提交趋势(每日统计) ✅ 贡献者数量 + Top 3 贡献者占比(识别总线因子) ✅ 活跃分支数 + 标签数 ✅ 版本标签命名规范度 ✅ 合并提交比例(反映协作模式) ``` 评价标准: - 近 30 天日均提...

Details

Author
KonghaYao
Repository
KonghaYao/peri
Created
6 months ago
Last Updated
today
Language
Rust
License
Apache-2.0

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

ai-collab-maturity

评估任一软件项目的「AI 协作开发成熟度」并给出优化方案——自动识别单仓 / 多仓、默认分支、合并约定(GitHub / Gitee / GitLab / squash),扫描吞吐、按作者的 AI 署名率(Claude / Codex / Copilot / Cursor 等)、PR 体量、测试比、CI 门禁、CLAUDE.md / AGENTS.md / cursor rules / hooks / skills 等 agent 配置、规格层(OpenSpec / Spec Kit / ADR)健康度,对照 Anthropic 趋势报告、DORA、Thoughtworks Radar、OpenAI harness engineering 等权威范式按 9 维度打分,产出 markdown 分析 + 带图表的 HTML 与 A4 PDF 报告,并把每次结果存成项目基线供下次对比。当用户问"我们用 AI 开发到什么水平 / AI 协作成熟度 / agentic coding 成熟度 / 对照趋势报告评估项目 / 团队 AI 使用率 / 谁在用 AI 写代码 / harness 成熟度 / 出一份 AI 开发治理报告 / 重跑成熟度体检 / 给个 AI 协作优化方案",或要把这类分析做成 PDF / HTML 发给团队时,使用本 skill——即使用户没说"成熟度"三个字,只要是"评估我们 AI 辅助开发做得怎么样并给建议",都走这里。

0 Updated 2 weeks ago
yuna78
AI & Automation Listed

forge-health

Use when running periodic repository health inspection, code debt scanning, or pre-milestone codebase audits.

1 Updated 1 months ago
gldu
Code & Development Listed

dev-code-review

对**一次改动**做成文的代码评审:工作区 diff/分支/PR/指定路径都能评,产出带证据行(`file:line`)、 严重级与整改闭环的评审报告,落 `dev/reports/`。 能力:(1) 先圈定评审范围与规格真源,再按八个维度逐项过 (2) 每条意见必须指到实处并经一轮自我反驳 (3) 按交付模式分档(快速/标准/严格)(4) 整改后回填闭环状态,不留「已知问题」当交付物。 触发词:「代码评审」「review 一下这段代码」「帮我���看这个 PR」「合并前把关」「这次改动有没有问题」 「评审报告」「code review」「MR 评审」「提交前审一遍」「谁来把个关」, 或在 `dev-master` 阶段 10 之前需要人工/AI 把关时。 与内置 `/code-review` 的关系:Claude Code 内置命令适合**即时看 diff、不留档**; **本技能面向 Codex / Cursor(没有那个命令)以及需要成文报告、按维度全覆盖、要闭环追踪的场景**。 不适用:文档意图 vs 代码实现的差距审计(`pm-ai-ship-audit`)、具体故障定位(`systematic-debugging`)、 「说做完了是不是真做完」的终检(`verification-before-completion`)、测试用例设计(`pm-test-cases`)。

1 Updated 4 days ago
iDWong