Universal guardrails loaded by every agent. Defines Verify Before Reporting (VBR), Write-Ahead Log (WAL), and the security baseline. Always-on, role-independent.
The English summary is being prepared. Showing the original description.
Use when: analysing a project's delivery health — CI/CD, commit patterns, and working tree state.
The English summary is being prepared. Showing the original description.
Review the instructions the agent will receive before you install.
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.
CI/CD — Is there automated validation, and is it meaningful?
gh run list --limit 1 --json conclusion --jq '.[0].conclusion'gh is unavailable, mark as 'unknown' and score 0.5Commit quality — Does the commit history signal healthy development?
Working tree — Is the branch clean?
Commit message quality — Are commit messages informative?
Test automation — Are tests integrated into the delivery pipeline?
anl_score = (ci_score + commit_quality + clean + msg_quality + test_automation) / 5
Score interpretation:
| Finding | Priority |
|---|---|
| No CI/CD pipeline | medium |
| CI pipeline present but missing test step | medium |
| Fix rate > 50% in last 20 commits | medium |
| Uncommitted changes in working tree | medium |
| >40% vague commit messages in last 20 commits | low |
| Tests exist but not run in CI | medium |
| No test suite found | medium |
When performing a manual ANL analysis:
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.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.git status — note any uncommitted changes and their age (stash date)Output: a delivery health assessment with the fix rate, commit message quality ratio, test automation status, and specific automation gaps.
No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
Universal guardrails loaded by every agent. Defines Verify Before Reporting (VBR), Write-Ahead Log (WAL), and the security baseline. Always-on, role-independent.
The English summary is being prepared. Showing the original description.
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.
The English summary is being prepared. Showing the original description.
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.
The English summary is being prepared. Showing the original description.
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).
The English summary is being prepared. Showing the original description.
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'.
The English summary is being prepared. Showing the original description.
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.
The English summary is being prepared. Showing the original description.