Audit Feedback Loop

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

by zernie1d562c69566fNo license15 starsListed Oct 8, 2026Updated Oct 8, 2026Repository updated today

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

AI-generated overview

Scans a repository and scores its feedback loop maturity for AI-assisted development, producing an audit report.

What it does
The skill inspects the current repository for signals such as CI configuration, linter configs, custom lint rules, CLAUDE.md files, type-safe specs, visual test setups, observability libraries, and scheduled agent tasks. It assigns a maturity level from 0 (Vibes) to 3 (The Organism) based on which signals are present. It then outputs a structured report listing signals found, recommendations, and advice for reaching the next level.
When to use it
Use this skill when you want to assess how well a repository supports AI-assisted development through automated feedback mechanisms. It is suited to audits of CI, linting, and agent workflow instrumentation in a codebase.
Requirements
No scripts or special tools are required; the skill provides instructions only and relies on the agent's ability to read repository files.

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.

Source and attribution

Source:zernie/vigilesin.claude/skills/audit-feedback-loopat commit1d562c6

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal

More from 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.)

Awaiting classification15updated today

Debug My Harness

zernie

Diagnoses agent harness misbehavior by reading the local .vigiles/runs.jsonl flight-recorder ledger.

AI & Agents15updated today

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).

Awaiting classification15updated today

Adopt Spec

zernie

Converts an existing hand-written CLAUDE.md into a typed CLAUDE.md.spec.ts using the vigiles spec library.

AI & Agents15updated today

Pr To Lint Rule

zernie

Turns a recurring prose code-review rule into a custom lint rule, gated by an independent soundness test that abstains if it leaks.

Software Development15updated today

Enforce Rules Format

zernie

Validates that project instruction-file rules carry proper enforcement classifications and fixes missing ones.

AI & Agents15updated today