無料GitHub で公開日本語紹介

ralphinho-rfc-pipeline

大きな機能の設計提案を、依存関係と合格条件を持つ作業単位に分け、複数エージェントの調査・実装・テスト・レビューから統合と最終検証まで整理するスキル。

原文原文の説明を見る

Split an RFC into a multi-agent execution DAG — decompose into work units with dependencies and acceptance tests, run research, plan, implement, test, and review per unit, then merge through a queue with re-based branches and final system verification. Use when a feature is too large for a single agent pass, orchestrating RFC-driven multi-agent execution, or managing merge queues across agent-built units.

affaan-m/ECC

インストール方法を見る

こんなときに便利

大きな設計提案を検証可能な作業に分けたいとき
複数エージェントへの依存関係付き作業割り当て
変更ブランチのレビューと順次統合
停滞した作業を絞って再試行したいとき

日本語での紹介

できること

大きな機能のRFC（設計提案文書）を、個別に検証できる作業単位へ分割し、複数エージェントで進める手順を整理します。各単位にID、依存関係、対象範囲、合格判定用のテスト、リスク、切り戻し計画を設定します。作業ごとに調査、計画、実装、テスト、レビューを進め、順番に変更を統合した後、システム全体を検証します。

こんなときに便利

一度のエージェント作業では扱いきれない機能開発や、複数の変更を依存関係に沿ってまとめたい場面に向いています。変更の複雑さを三段階で整理し、実行ログ、作業単位ごとの評価表、依存関係図、統合リスクの要約を残します。作業が停滞した場合は、得られた情報を保存し、範囲を絞って再試行する手順も扱います。

使い方の例

「このRFCを依存関係と合格テスト付きの作業単位に分けて」
「各エージェントの変更を統合する順番と検証手順を整理して」
「停滞した作業の調査結果を残し、範囲を絞った再試行案を作って」

注意点

依存先の失敗が未解決の作業は統合しません。各作業ブランチは最新の統合ブランチにリベースし、統合のたびに結合テストを再実行する前提です。作業単位のテストに加え、最後にシステム全体の検証が必要です。

この紹介文は、公開されている SKILL.md をもとに AI（Claude Haiku）が作成しました。正確な仕様は下の原文を確認してください。

含まれるファイル（1）

SKILL.md1.8 KB

SKILL.md（原文）

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

Ralphinho RFC Pipeline

Inspired by humanplane style RFC decomposition patterns and multi-unit orchestration workflows.

Use this skill when a feature is too large for a single agent pass and must be split into independently verifiable work units.

Pipeline Stages

RFC intake
DAG decomposition
Unit assignment
Unit implementation
Unit validation
Merge queue and integration
Final system verification

Unit Spec Template

Each work unit should include:

id
depends_on
scope
acceptance_tests
risk_level
rollback_plan

Complexity Tiers

Tier 1: isolated file edits, deterministic tests
Tier 2: multi-file behavior changes, moderate integration risk
Tier 3: schema/auth/perf/security changes

Quality Pipeline per Unit

research
implementation plan
implementation
tests
review
merge-ready report

Merge Queue Rules

Never merge a unit with unresolved dependency failures.
Always rebase unit branches on latest integration branch.
Re-run integration tests after each queued merge.

Recovery

If a unit stalls:

evict from active queue
snapshot findings
regenerate narrowed unit scope
retry with updated constraints

Outputs

RFC execution log
unit scorecards
dependency graph snapshot
integration risk summary

レビュー

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

ログインしてレビューを書く

同じリポジトリのスキル

概要と使いどころ