Przejdź do treści
Biblioteka skilli
Programowanie · Przegląd i audyt

review-quality-gates

/review-quality-gates

Dostarcza panel weryfikacji, krytyka kompletności i zasady łączenia wyników wielu recenzentów w jeden zestaw ustaleń.

Repozytorium
daodan ↗
Licencja
MIT
Ostatnia zmiana repozytorium
27.10.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
9
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

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

  1. Load map
  2. Shared-Context Provenance Rule
  3. Reviewer Pipeline Conventions
  4. Evidence Classes
  5. Delivery Gate
Sekcje z nagłówków SKILL.md, w oryginale · 162 linii, 1 398 słów
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

RepozytoriumWynikLicencja
Ta strona · acaprino/daodan100MIT
acaprino/alfio-claude-plugins100MIT
acaprino/alfio-claude-plugins100MIT
acaprino/alfio-claude-plugins100MIT
acaprino/daodan100MIT
acaprino/alfio-claude-plugins100MIT
acaprino/alfio-claude-plugins100MIT
acaprino/daodan100MIT
acaprino/daodan100MIT

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.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.