Audit Feedback Loop

zernie/vigiles/.claude/skills/audit-feedback-loop

作者 zernie1d562c69566f無授權條款15 個星標收錄於 2026年10月8日更新於 2026年10月8日儲存庫今天更新

Scan the current repo and score its feedback loop maturity for AI-assisted development

AI 產生的概覽

掃描程式碼倉庫並評估其面向 AI 輔助開發的回饋循環成熟度,產出稽核報告。

功能
此技能會檢查目前倉庫中的訊號,例如 CI 設定、linter 設定、自訂 lint 規則、CLAUDE.md 檔案、型別安全規格、視覺測試設定、可觀測性函式庫以及排程代理任務。它會根據存在的訊號將成熟度評為 0 級(Vibes)到 3 級(The Organism)。接著輸出結構化報告,列出找到的訊號、建議以及提升至下一級別的指引。
適用情境
當你想評估倉庫透過自動化回饋機制對 AI 輔助開發的支援程度時,可使用此技能。它適合用於稽核程式碼庫中的 CI、lint 與代理工作流程工具化情形。
執行需求
不需要指令碼或特殊工具;此技能僅提供指示,依賴代理讀取倉庫檔案的能力。

Scan the current repository and score its feedback loop maturity for AI-assisted development.

Instructions

Analyze this repository and score its feedback loop maturity using the levels below. Check for each signal, then output a summary report.

Maturity Levels

Level 0 — Vibes No CI config, no linter rules, no CLAUDE.md. The AI agent is flying blind.

Level 1 — Guardrails Has CI + standard linters, but no custom rules. The agent gets basic feedback but can't learn project-specific conventions.

Level 2 — Architecture as Code Has custom lint rules, CLAUDE.md rules have enforcement annotations. The agent gets rich, project-specific feedback.

Level 3 — The Organism Has CI + custom rules + screenshot/visual tests + observability + scheduled agent tasks. The entire development loop is instrumented.

Signals to Check

Scan the repository for the following and note which exist:

  1. CI Configuration: Look for .github/workflows/, .circleci/, Jenkinsfile, .gitlab-ci.yml, bitbucket-pipelines.yml, .travis.yml, etc.
  2. Linter Config (language-aware):
    • JS/TS: eslint.config.*, .eslintrc*, biome.json, .prettierrc*, deno.json
    • Python: pyproject.toml (look for [tool.ruff], [tool.pylint], [tool.flake8]), setup.cfg, .flake8, ruff.toml
    • Rust: clippy.toml, .clippy.toml, rustfmt.toml
    • Go: .golangci.yml, .golangci.yaml
    • Ruby: .rubocop.yml
    • Java/Kotlin: checkstyle.xml, pmd.xml, detekt.yml
  3. Custom Lint Rules: Look for custom plugins, rule directories, or inline rule definitions in linter configs
    • JS/TS: eslint-plugin-*, eslint-rules/ directories
    • Python: custom Ruff/Pylint plugins, AST-based checks
    • Rust: custom Clippy lints
    • Go: custom analyzers
  4. CLAUDE.md: Check if CLAUDE.md exists at the repo root
  5. CLAUDE.md Enforcement: Check if using vigiles v2 specs (CLAUDE.md.spec.ts exists) or v1 annotations (**Enforced by:** in CLAUDE.md). v2 specs = higher maturity.
  6. Type-Safe Specs: Check for CLAUDE.md.spec.ts or *.spec.ts files — indicates typed spec compilation via vigiles v2
  7. Generated Types: Check for .vigiles/generated.d.ts — indicates linter rules are type-checked at authoring time
  8. Screenshot/Visual Tests: Look for Playwright (playwright.config.*), Cypress (cypress.config.*), Chromatic, Percy, BackstopJS configs
  9. Observability: Search for imports/usage of @sentry/, dd-trace, @datadog/, newrelic, @opentelemetry/, sentry_sdk, structlog, tracing (Rust), opentelemetry in source files
  10. Scheduled Agent Tasks: Look for cron patterns in CI configs, .github/workflows/ with schedule: triggers, or references to scheduled Claude Code tasks

Output Format

## Feedback Loop Audit
**Repository:** <repo name>**Primary language(s):** <detected languages>**Score: Level X — <Name>**
### Signals Found- [x] CI Configuration: <details>- [ ] Custom Lint Rules: not found- [x] CLAUDE.md: found, 5 enforced / 2 guidance / 1 missing...
### Recommendations1. <Most impactful next step to level up>2. <Second recommendation>3. <Third recommendation>
### How to Level Up<Specific, actionable advice for reaching the next maturity level>

Be specific about file paths and what you found. Give actionable recommendations tailored to the project's language and toolchain.

來源與署名

來源:zernie/vigiles位於.claude/skills/audit-feedback-loop提交1d562c6

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架

更多來自 zernie/vigiles 的技能

Linter Docs

zernie

Deep linter reference for authoring or debugging a vigiles enforce() rule — plugin tables, AST selectors, type-aware rules, auto-fix, and edge cases for ESLint, Ruff, Pylint, RuboCop, Stylelint, and Clippy. Use when you need the exact rule name or config for a specific linter, not for running a linter. (JVM/Go linters — detekt, ktlint, Checkstyle, golangci-lint — and Cedar have no deep-dive file yet; their reference lives in docs/linter-support.md.)

待分類15今天更新

Debug My Harness

zernie

透過讀取本機 .vigiles/runs.jsonl 飛行記錄帳本來診斷代理框架的異常行為。

AI & Agents15今天更新

Review Docs

zernie

Review the README or a documentation page from several real reader points of view at once. Fans out one parallel reviewer per audience — Claude Code newcomer, power user, plugin/skill author, skeptical senior engineer, non-running decision-maker — each scoring it x/5 and naming concrete, line-level fixes. Use when asked to review, critique, grade, or "get to N/5" the README or any front-door doc, or to check how a doc reads for real users. Not for code review (use /code-review for that).

待分類15今天更新

Adopt Spec

zernie

將現有的手寫 CLAUDE.md 轉換為使用 vigiles 規範函式庫的型別化 CLAUDE.md.spec.ts。

AI & Agents15今天更新

Pr To Lint Rule

zernie

把反覆出現的散文式程式碼審查規則合成為自訂 lint 規則,並由獨立健全性測試把關,未通過就棄用。

Software Development15今天更新

Enforce Rules Format

zernie

驗證專案指令檔案中的規則是否具備正確的強制分類,並修正缺少的分類。

AI & Agents15今天更新