本文へ移動
cccskills
無料GitHub で公開

review-pipeline

Optional focused post-implementation review routing. Use only when the user requests review or the changed surface has a clear specialist evidence need that direct diff inspection and the smallest relevant check cannot cover. Never creates an automatic review swarm.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md2.6 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Review Pipeline

Goal

Obtain the minimum additional review evidence needed for a specific risk.

Trigger

Use only when:

  • the user asks for review; or
  • a specialist capability is required for a concrete unresolved risk.

Direct ROSE diff inspection and the smallest relevant check are the default. Multi-file work alone does not trigger this skill.

Near misses: implementation completion, SHIP wording, a pending merge, test failures, or broad quality concerns without one review question do not trigger routing. code-review-and-quality may be the primary loop for an explicit direct review; use this pipeline only when the current intent is specifically specialist review routing.

ROSE/aili-delivery-flow owns lifecycle state, approvals, repairs, verification, and final judgment. This skill runs one bounded routing pass and does not invoke another process skill; it returns any missing capability or material delta to ROSE. Canonical approval and claim-matched verification rules win.

Method

  1. Name the unresolved review question.
  2. Resolve one repository/cwd and applicable target rules. For A33, reference one current WT-001 context, keep artifacts in the owning repository, disclose the shared-trust soft boundary, and do not scan the host broadly.
  3. Choose at most one auxiliary specialist capability after the proactive delegation scan. Dispatch when its Task trigger is met. Choose concurrency from independent non-overlapping units, concrete benefit, suitable owners, and an explicit join plan; no fixed default count.
  4. Send the compact packet from subagent-task-packet.md and require the canonical result/finding envelope in subagent-result.md.
  5. Inspect their evidence and resolve only the named question without voting.
  6. If a blocking issue is fixed, run one targeted recheck. Stop after that and report any remaining blocker.

Do not automatically fan out code, test, security, coverage, AI, silent-failure, convergence, browser, or E2E lanes. Do not create a fixed multi-cycle repair loop.

Result

Report the reviewed scope, evidence, blocking findings, skipped specialist checks, freshness, and remaining Unverified risks. ROSE owns the final judgment. A33 results reference rather than duplicate or rebind WT identity, keys, approvals, Git state, rules, or command/cwd.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Review a single academic paper, preprint, DOI, arXiv link, or user-provided PDF/text with source-grounded critique. Use for paper summaries, methodology review, novelty checks, reproducibility concerns, or "review this paper" requests; do not use for multi-paper surveys, systematic literature reviews, citation management, or implementation from a paper.

日本語の概要は準備中です。原文の説明を表示しています。

Rosetears520/aili-workflows22026年9月27日 更新

AI regression scouting routing. Use when agents, prompts, skills, model/tool routing, harness fixtures, or generated-output expectations change and need regression scenarios; do not use for ordinary product-code regressions.

日本語の概要は準備中です。原文の説明を表示しています。

Rosetears520/aili-workflows22026年9月27日 更新

Run the AILI delivery lifecycle from natural-language IDEATE, DEFINE, BUILD, and SHIP intent or the equivalent slash shortcuts; use for idea shaping, spec/test definition, bounded BUILD package queues, review-repair closeout, or adapter routing without exposing internal stage commands.

日本語の概要は準備中です。原文の説明を表示しています。

Rosetears520/aili-workflows22026年9月27日 更新

Android native Kotlin/Compose app development, Material 3 UI, accessibility, and Gradle builds.

日本語の概要は準備中です。原文の説明を表示しています。

Rosetears520/aili-workflows22026年9月27日 更新

Guides stable API and interface design. Use when designing APIs, module boundaries, or any public interface. Use when creating REST or GraphQL endpoints, defining type contracts between modules, or establishing boundaries between frontend and backend.

日本語の概要は準備中です。原文の説明を表示しています。

Rosetears520/aili-workflows22026年9月27日 更新

Route an explicitly requested independent/delegated browser QA assignment or durable E2E evidence need; do not trigger for direct Playwright/DOM/console/network inspection, ordinary UI implementation, backend-only work, or production-mutating flows.

日本語の概要は準備中です。原文の説明を表示しています。

Rosetears520/aili-workflows22026年9月27日 更新

Rosetears520 のスキルをすべて見る

このスキルの問題を報告する