review-quality-gates
/review-quality-gates
Dostarcza panel weryfikacji, krytyka kompletności i zasady łączenia wyników wielu recenzentów w jeden zestaw ustaleń.
- Autor
- acaprino ↗
- Repozytorium
- daodan ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 27.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 9
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Dostarcza panel weryfikacji, krytyka kompletności i zasady łączenia wyników wielu recenzentów w jeden zestaw ustaleń.
Oryginalny opis (EN)
Verification panel, completeness critic, pipeline conventions and shared-context provenance rules for multi-reviewer consolidation. TRIGGER WHEN: running team-review (/daodan:review-branch) or code-review quality gates, or consolidating findings from parallel reviewers.
Jak działa
- Load map
- Shared-Context Provenance Rule
- Reviewer Pipeline Conventions
- Evidence Classes
- Delivery Gate
Podgląd SKILL.md
--- name: review-quality-gates description: > Verification panel, completeness critic, pipeline conventions and shared-context provenance rules for multi-reviewer consolidation. TRIGGER WHEN: running team-review (/daodan:review-branch) or code-review quality gates, or consolidating findings from parallel reviewers. --- <daodan_host_binding host="pi"> This binding governs execution of this package and its loaded references. It takes precedence over executable examples written for another host. Use only registered tools and their actual input schema; an example never creates a tool, argument, permission, model alias or nested worker capability. Preserve the generated worker allowlist, dependency closure, scope and delivery contracts. Pi binding: repository reads use read/find/grep, writes use edit/write, and shell execution uses bash or the registered powershell alternative. Use their actual command, timeout and process-control schema rather than capitalized foreign tools. Core Pi supplies neither subagent nor MCP. Isolated workers require pi-subagents: pi install npm:pi-subagents. Use that extension's registered subagent schema and pass the full rendered role body inline. Role skills named <plugin>-<role> are body resources with automatic invocation disabled, not a built-in named agent. Workflow prompt entries use /<plugin>-<workflow>; ordinary skills use their exact registered names. If isolation is mandatory and unavailable, stop the phase. MCP requires pi-mcp-adapter: pi install npm:pi-mcp-adapter, then register the generated server command in its supported MCP configuration. Keep the selected package's full local dependency closure. Provision qualified foreign providers as skills/resources this runtime can load; Pi does not install another host's marketplace plugin from a Claude install command. Inherit the active session's model and default variant. A source model alias such as sonnet is not a portable override; request a different model only through an explicit adapter mapping to a valid host identity and user authorization. Kernel <owner>:<skill> references identify the logical provider. Ordinary Pi skills retain their source frontmatter name, so resolve the actual registered name and provider path from the active inventory; do not invent a prefixed native ID. The executing agent and its coordinator own continuation, recovery, verification and delivery. Skills supply knowledge and method instructions; they are not executors or a runtime persistence mechanism. Resolve each component by kind and exact installed identity. A role is dispatched as a worker, a skill loads instructions, and a workflow starts its declared method. Kernel owner-qualified skill references are logical provider identities: resolve them to the actual host registry name and verified installed provider path. Do not invent a registry string by adding an owner's prefix when the host does not use it. Do not load an agent identity as a skill or execute a workflow name as a shell command. Declared required foreign providers remain mandatory. If a required provider or capability (including required MCP access or isolation) is unavailable, stop its dependent phase and report the missing capability. Optional external providers follow the method's declared selection and absence behavior; their absence alone does not block the base workflow. Report any explicitly requested but unavailable provider contribution as unfulfilled and continue independent work. Do not install a different host's plugin or substitute unrelated skills to claim coverage. Shell execution alone does not establish interactive stdin. Before a capture or checkpoint, use an available session-control mechanism. When stdin is unavailable, keep user-driven capture in a supported background process with bounded output and an explicit stop signal controlled by the coordinator after the user's completion message. Close owned browser/process resources on completion or cancellation. Continue working within the current authorization while the requested result is achievable. After a tool error, inspect its cause, correct the relevant input or implementation, retry when justified and verify the outcome; never repeat a failing action blindly. Do not close the turn with a promise or a partial result when an authorized next step can still produce or verify the requested result. Stop only for a documented real impediment, a missing required capability, an unresolved human decision or the caller's stop request. At that boundary, report completed results, remaining work and the concrete prerequisite for continuation; continue any independent work that the blocker does not prevent. A tool's successful exit, a worker stop or an idle session is not the deliverable. Return final text naming observed findings, artifact paths, executed checks and blockers. An empty worker result is missing delivery: inspect or resume that worker when permitted, or record failure. Verify required artifacts and candidate gates before marking the requested outcome complete. This is an execution binding, not a rewrite of source examples. Preserve programming language fences, domain code and host APIs that are the subject of marketplace-ops or agent-sdk-builder. A host-as-subject API is not a tool provided to this session. Compiled binding and static checks do not prove an installed host executed a run. </daodan_host_binding> # Review Quality Gates Shared obligations below; load step-specific procedures only when needed. ## Load map | Step | Read inside this skill | |---|---| | Any review | this file: provenance, conventions, evidence, delivery | | Shared-context preparation/dispatch | `references/context-sharing.md`: artifacts, anchors, metrics, raw mode | | Consolidation | `references/verification-panel.md`: lenses, gating, cost guard, critic | | Lens, critic or reviewer briefs | `references/panel-and-critic-prompts.md` | | code-review dispatch and map injection | `references/code-review-agents.md` | | code-review output and optional HTML | `references/code-review-output.md` | | code-review `fix`/`commit` remediation | `references/code-review-fix-loop.md` | Lens 0 uses declared `senior-review:premise-auditor`. Lenses 1-3, critic and inline briefs use declared `work-controller:isolated-worker` through the consuming workflow's host harness, inheriting the session model. ## Shared-Context Provenance Rule > **Evidence derived from a shared artifact cannot independently corroborate the claims contained in that same artifact. N reviewers agreeing on a premise they were all given is one observation, not N.** 1. Consuming a Codebase Map or interconnect claim does not verify it. Re-derive its support from evidence before basing a finding on it; preserve prior exposure. 2. Agreement on a shared premise is an **echo**, raising neither confidence nor severity. Consolidation labels it accordingly. 3. No metric rewards agreement with shared context. Map utilization measures consumption, never quality. ## Reviewer Pipeline Conventions Discovery reviewers read `references/reviewer-common.md` for evidence, coverage, knowledge accounting and compact delivery; roles own domain methods. Provider reviewers receive these conventions through their briefs: - **Scope budget**: complete assigned checks or name unchecked scope and cause. Read count and absence of findings never prove irrelevance or completion. - **No-findings protocol**: "examined X, Y, Z: no issues" is valid Phase 3 input. - **Cross-Reviewer Notes**: route other dimensions' observations through `## Cross-Reviewer Notes` in Phase 3. - **Interconnect anchor citation**: cite applicable anchors. Findings that cite map anchors feed the map utilization rate, an operational measure of map consumption, not a quality signal. Quality metrics: `references/context-sharing.md`, `### Metrics`. ## Evidence Classes Label each finding's decisive evidence, strongest first: - **`reproduced`**: test/run fails on candidate and passes on base (reverse for a fix); record command, scratch path and both outcomes. - **`tool-reported`**: verbatim evidence-pack tool result; see `references/candidate-grounding.md` in `senior-review:review-preparation`. - **`measured`**: harness, simulation or real logs/metrics; state method. Keep temporary harnesses outside the work tree, removing them under the Delivery Gate. - **`derived`**: inferred from code, not execution; default for unlabeled evidence. 1. A `derived` number alone cannot justify **Critical** severity: measure it or cap at High. 2. Neither a derived number nor "bounded"/"low traffic" alone justifies accepting a finding. Establish **what the user or operator sees, and when**. "None (silent)" escalates consequential harm; it never mitigates it. 3. Lens 2 checks rates/costs against actual deduplication, caps and phase transitions. 4. Lens 1 may reproduce only when its brief grants a run-owned disposable workspace and names the runner and scratch path. Write a minimal test there, run base and candidate, record both outcomes; remove it unless adopted as regression protection. Failure to reproduce is counterevidence. Without the grant, read and reason; retain the reviewer's evidence class. ## Delivery Gate 1. **Every reviewer delivers or declares:** before consolidation, collect each spawned reviewer's findings file or explicit no-findings report. Nudge an idle reviewer once. Continued silence: salvage partial output as `[undelivered -- collected by orchestrator]`, marking the dimension **degraded** or **not delivered** when empty, never clean. Missing required deliveries/checks remain incomplete regardless of flags. 2. **The work tree is left as found:** compare complete pre-review and final workspace snapshots. New status entries do not prove ownership. Workers record created files, original absence and final hashes in an explicit manifest; preserve/report foreign or changed files. Keep probes in the owned run root. Before removing an unchanged owned temporary artifact, preserve its conditions, commands, outcomes, errors and limitations in the native report; verify remaining evidence links resolve. Preserve unresolved evidence and resume data. Broad cleanup or Git clean is forbidden. Return manifest and report; persistent retention belongs to the caller's consolidate path, never status-based deletion.
Pliki w paczce (9)
- SKILL.md 10 KB
- SKILL.toml 1 KB
- references/code-review-agents.md 12 KB
- references/code-review-fix-loop.md 9 KB
- references/code-review-output.md 13 KB
- references/context-sharing.md 9 KB
- references/panel-and-critic-prompts.md 14 KB
- references/reviewer-common.md 9 KB
- references/verification-panel.md 9 KB
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · acaprino/daodan | 100 | MIT |
| acaprino/alfio-claude-plugins | 100 | MIT |
| acaprino/alfio-claude-plugins | 100 | MIT |
| acaprino/alfio-claude-plugins | 100 | MIT |
| acaprino/daodan | 100 | MIT |
| acaprino/alfio-claude-plugins | 100 | MIT |
| acaprino/alfio-claude-plugins | 100 | MIT |
| acaprino/daodan | 100 | MIT |
| acaprino/daodan | 100 | MIT |
Migawka bazy z 28.10.2026 · wersja paczki 1a9200e51ec6 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100multi-reviewer-patterns
Koordynuje równoległe przeglądy kodu w wielu wymiarach jakości z deduplikacją ustaleń, kalibracją ważności i zbiorczym raportem. - 100quality-review-fix-loop
Zamyka inicjatywę pętlą jakości: zielony bazowy commit, panel recenzentów i naprawy, aż nie zostaną wymagane uwagi. - 100team-review
Przegląda zmieniony kod pod kątem ponownego użycia, jakości i wydajności zespołem stałych nazwanych recenzentów, którzy zostają do pytań uzupełniających. - 100quality-gates
Dostarcza wiedzę o bramkach jakości, standardach kodu i zautomatyzowanych kontrolach przy egzekwowaniu standardów. - 100verification-gates
Prowadzi przez kroki weryfikacji i bramki jakości: pre-commit, błędy testów, lint i build przed zakończeniem zadania. - 100harness-review
Przegląda kod i plany z wielu perspektyw z profilami bezpieczeństwa, zakresu i UI, w tym pull requesty i bramki jakości przed merge.