跳到正文
cccskills
免费在 GitHub 公开

scan-anl

Use when: analysing a project's delivery health — CI/CD, commit patterns, and working tree state.

中文简介正在准备中。当前显示原文说明。

集成工具GitHub
查看安装方法

包含的文件(1)

  • SKILL.md3.8 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Analytics Perspective (ANL)

Evaluates the delivery and process health of a project by analysing CI/CD automation, commit patterns, and working tree state. Assigns a score from 0.0 to 1.0 across five dimensions.

Dimensions

CI/CD — Is there automated validation, and is it meaningful?

  • 1.0: pipeline present AND includes a test-run step AND is passing
  • 0.5: pipeline present but no test step, or pipeline is failing
  • 0.0: no pipeline at all
  • To check CI status: gh run list --limit 1 --json conclusion --jq '.[0].conclusion'
  • If gh is unavailable, mark as 'unknown' and score 0.5

Commit quality — Does the commit history signal healthy development?

  • Examines the last 20 commits
  • If >50% of commits are bug fixes, the score is reduced: 1 - fix_rate
  • A high fix rate signals weak test coverage, recurring design debt, or a broken development cycle

Working tree — Is the branch clean?

  • No uncommitted changes = 1.0
  • Any uncommitted changes = 0.5 (work in flight, not an error, but a signal)

Commit message quality — Are commit messages informative?

  • Examine last 20 commits: what fraction have vague messages ("fix", "WIP", "update", "changes")?
  • Score: 1.0 if <10% vague, 0.5 if 10–40% vague, 0.0 if >40% vague
  • Finding priority: low

Test automation — Are tests integrated into the delivery pipeline?

  • Score: 1.0 if CI runs tests, 0.5 if tests exist but not in CI, 0.0 if no tests
  • Finding priority: medium

Scoring

anl_score = (ci_score + commit_quality + clean + msg_quality + test_automation) / 5

Score interpretation:

  • 0.9–1.0 Delivery pipeline is healthy and automated
  • 0.7–0.9 Good CI/CD with some process noise
  • 0.5–0.7 Missing automation or high fix-to-feature ratio
  • 0.0–0.5 No CI/CD and commit history shows a reactive, fire-fighting pattern

Tasks Generated

FindingPriority
No CI/CD pipelinemedium
CI pipeline present but missing test stepmedium
Fix rate > 50% in last 20 commitsmedium
Uncommitted changes in working treemedium
>40% vague commit messages in last 20 commitslow
Tests exist but not run in CImedium
No test suite foundmedium

Agent Analysis Guide

When performing a manual ANL analysis:

  1. Check .github/workflows/ — verify at least one workflow runs tests on push/PR; check whether the pipeline is currently passing. Use gh run list --limit 1 --json conclusion --jq '.[0].conclusion' for automated status check. If gh is unavailable, mark as 'unknown' and score 0.5.
  2. Run git log -20 --oneline — classify each commit: first check for conventional-commit prefixes (fix:, bugfix:, hotfix: for fixes; feat: for features; chore:, refactor:, docs: for other categories); if no prefix is present, apply keyword fallback (look for fix, feature, add, remove, update, refactor in message); as last resort, use subjective inference from the message content.
  3. Calculate fix rate — if >50%, identify which modules are generating the most fixes
  4. Run git status — note any uncommitted changes and their age (stash date)
  5. Assess commit message quality — count messages that are vague ("fix", "WIP", "update", "changes", "stuff"); score as 1.0/<10%, 0.5/10–40%, 0.0/>40%
  6. Check test automation — does the project have a test script in package.json / Makefile / equivalent, and does the CI workflow invoke it?
  7. Look for patterns: are fixes always in the same module? That module likely needs a design review

Output: a delivery health assessment with the fix rate, commit message quality ratio, test automation status, and specific automation gaps.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Universal guardrails loaded by every agent. Defines Verify Before Reporting (VBR), Write-Ahead Log (WAL), and the security baseline. Always-on, role-independent.

中文简介正在准备中。当前显示原文说明。

Agistra/agistra.dev52026年10月21日 更新

Use when: architecture mode, architect this, ADR, C4, PlantUML, system boundary, design decision, PRD gap, high ambiguity, multiple technical approaches, security architecture, data architecture, integration risk, implementability gap, story ticket, or epic ticket.

中文简介正在准备中。当前显示原文说明。

Agistra/agistra.dev52026年10月21日 更新

Use when: assumptions audit, audit assumptions, check for hidden assumptions, plan/ticket has ambiguous scope edges, pre-flight before finalizing a ticket, unstated assumptions, or 'what am I assuming'. Surfaces unstated assumptions, ambiguous scope edges, and untested preconditions in a finished plan/ticket/ADR before it is handed to Builder. Optional pass — Architect judges when to apply it; not a mandatory gate on every ticket.

中文简介正在准备中。当前显示原文说明。

Agistra/agistra.dev52026年10月21日 更新

Use when: Tester needs UI state evidence for VBR, or Builder needs to verify an integration wire is observable end-to-end. Powered by agent-browser MCP — token-efficient browser automation (200–400 tokens/page).

中文简介正在准备中。当前显示原文说明。

Agistra/agistra.dev52026年10月21日 更新

Use when drafting a bug or defect ticket, reviewing one someone else wrote, or deciding whether a reported problem is ready to file. Keeps what the reporter actually saw separate from what the agent later found out, so a reader can tell which lines are testimony and which are collected proof. Trigger phrases: 'file a bug', 'write up this defect', 'triage this report', 'is this ticket ready to file', 'what did the reporter actually see'.

中文简介正在准备中。当前显示原文说明。

Agistra/agistra.dev52026年10月21日 更新

Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch.

中文简介正在准备中。当前显示原文说明。

Agistra/agistra.dev52026年10月21日 更新

查看 Agistra 的全部技能

报告此技能的问题