Skip to content

Advanced Governance-Automation Criteria

Compatibility note: this file keeps the historical docs/v8-scope.md path and V8-linked internal identifiers for scripts, tools, and tests. Public product language should describe this as an advanced governance-automation maturity layer, not as a product version.

This criteria layer remains local-first. It excludes hosted service work, database/storage work, GitHub/PR adapters, CLI UX, and typed SDKs.

It should make architect-mcp better at local governance automation, standards refactoring, and resilient agent collaboration while staying inside the existing MCP/domain/test architecture.

Governance-Automation Direction

This layer focuses on local governance automation:

  • Standards refactoring.
  • Policy minimization.
  • Local review playbooks.
  • Agent collaboration protocols.
  • Failure-mode drills.
  • Rule impact calibration.
  • Documentation intelligence.

Standards Refactoring

Goal: help maintainers improve existing packs and policies without changing runtime architecture.

Deliverables:

  • Detect duplicate, overlapping, stale, or weak rules across packs.
  • Suggest rule splits, merges, renames, and severity changes.
  • Identify rules with weak examples or vague remediation.
  • Suggest detector families for manual-only rules.
  • Generate before/after pack diffs with risk notes.

Policy Minimization

Goal: help projects avoid overloading agents with too many rules.

Deliverables:

  • Minimal policy set recommendations for a brief and file summary.
  • Rule usefulness scoring based on triggered signals and selected stack.
  • Noise forecast when too many packs apply.
  • "Drop, defer, or keep" recommendations for candidate rules.
  • Compact standards profile output for token-sensitive clients.

Local Review Playbooks

Goal: turn recurring review situations into repeatable local workflows.

Deliverables:

  • Playbooks for fresh app generation, feature addition, refactor, security-sensitive change, dependency update, UI polish, and test hardening.
  • Each playbook defines intake checks, pre-edit contract fields, relevant policy packs, review tools, and proof requirements.
  • Playbook selection from request text and project brief.
  • Playbook conformance review after implementation.

Agent Collaboration Protocols

Goal: make multi-agent or multi-step local work safer without subagent orchestration, hosted state, or external systems.

Deliverables:

  • Handoff protocol templates.
  • File ownership declaration checks.
  • Parallel-work conflict warnings from proposed file plans.
  • "Do not touch" boundary declarations.
  • Integration checklist for merging independently produced local changes.

Failure-Mode Drills

Goal: test whether the harness catches known bad agent behavior before release.

Deliverables:

  • Drill fixtures for skipped verification, fake root-cause claims, dependency churn, broad rewrites, misplaced secrets, UI-to-server leaks, and rule overreach.
  • Drill runner output that explains what was caught and what escaped.
  • Suggested new detectors or evals for escaped failures.

Rule Impact Calibration

Goal: tune severity, confidence, and gate impact locally.

Deliverables:

  • Compare severity settings across policy profiles.
  • Identify rules that are too noisy or too weak for a project archetype.
  • Recommend confidence adjustments from available evidence.
  • Preview gate result changes from severity/confidence edits.
  • Keep calibration stateless and based only on supplied reports or fixtures.

Documentation Intelligence

Goal: keep human and agent docs aligned with actual tool behavior.

Deliverables:

  • Detect stale claims in README, llms.txt, AGENTS.md, and generated docs.
  • Summarize tool surface changes into doc update suggestions.
  • Identify missing examples for new tools or rules.
  • Validate that roadmap docs match tested scope boundaries.
  • Generate concise release notes from supplied local change summaries.

Non-Goals

  • Hosted service or hosted API implementation.
  • Database/storage, including schema, persistence, migrations, review history, or memory storage.
  • GitHub repository, branch, PR, issue, app, OAuth, or comment workflow.
  • CLI UX.
  • Typed client SDK.
  • Billing, accounts, teams, dashboards, or remote policy management.

Those remain out of scope until a later backend/productization phase.

Released under the MIT License.