ソース情報
- リポジトリ
- s977043/river-review
- ソースの最終更新活動
- 2026年7月1日 05:41
- 検出された SKILL.md の言語
- 日本語
- スター
- 2
- フォーク
- 0
インストール方法
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
ソースファイルを確認
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
メニュー
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/s977043/river-review --skill river-review-architectureコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか?SkillsMP が現在取得できるファイルをダウンロードできます。
6つの専門レビュアーロールを並列実行し、consensusLevel(複数ロールの合意度)と Tech Lead レポート(top3指摘・blindSpots・consensusSummary)で結果を統合する マルチエージェントレビュー entry skill。 Parallel multi-role review with consensus scoring (consensusLevel) and Tech Lead report. Use when a major release needs exhaustive multi-angle review, or when a single-perspective review is not enough and you want confidence that no reviewer angle was missed(重要リリース前の網羅レビュー・多視点の確証が 欲しいとき)。
検査器(linter / ガード / CI ゲート / バリデータ / フィルタ)そのものの検出力が差分で静かに落ちていないか、また新設した検査が実際に検出できることが実証されているかを diff-time で検出する。Check 1 unverified detection reduction(検査器の検出ロジック(正規表現・除外パターン・解決集合・allowlist・baseline)を変更して検出件数が減ったのに、減った 1 件ずつが誤検出であった根拠が示されないまま「誤検出を潰した」「N → M 件に減少」と改善として主張している)、Check 2 unproven guard detection power(新しい検査ロジック・CI ゲート・バリデーションを追加・変更したのに、検出すべき入力を注入して検出されること/検出すべきでない入力で黙ることを示す変異注入の証跡が無く、「追加した」「CI が緑」を検出力の証拠として扱っている)、の 2 Check を対象とする report-only。テスト自身のアサーションが実質何も検証していない構造は test-assertion-effectiveness、レビュー基準・品質ゲートの明示的な弱体化(ルールの削除・閾値の引き下げ・suppression entry 追加・lint ルールの無効化)は review-criteria-integrity、リファクタ完了主張一般の検証は refactor-claim-audit、workflow の permissions と action pin は gha-workflow-security、設定ファイルの構文・型の妥当性は config-json へ委譲する
pbi-input, plan, todo, test-cases 間の整合性をチェックし、実装着手前の仕様漏れを検知する
SOC 職業分類に基づく
SKILL.md を表示中
| id | river-review-architecture |
| name | river-review-architecture |
| description | 設計・アーキテクチャ観点のレビューエージェント。 依存関係、境界設計、データモデル、API設計等の個別スキルへルーティングする。 |
| category | upstream |
| phase | ["upstream"] |
| severity | major |
| applyTo | ["src/**/*.{ts,tsx,js,jsx,mjs}","docs/**/*design*.md","docs/adr/**/*","pages/**/*design*.md"] |
| inputContext | ["diff","fullFile","adr"] |
| outputKind | ["findings","questions","actions"] |
| tags | ["architecture","design","entry","routing"] |
| version | 0.1.0 |
| license | MIT |
設計判断の妥当性、アーキテクチャ境界の整合性、データモデルの一貫性を検証する。
入力に応じて、適切な個別スキルへルーティングする。
| キーワード | スキルID | 説明 |
|---|---|---|
| ADR, 意思決定 | adr-decision-quality | ADR の品質検証 |
| API, エンドポイント | api-design | API 設計レビュー |
| API互換, バージョニング | api-versioning-compat | API バージョン互換性 |
| 境界, モジュール | architecture-boundaries | アーキテクチャ境界 |
| 図, ダイアグラム | architecture-diagrams | 設計図の整合性 |
| リスク | architecture-risk-register | リスク登録の検証 |
| トレーサビリティ | architecture-traceability | 要件追跡性 |
| 検証計画 | architecture-validation-plan | 検証計画レビュー |
| 可用性, 冗長 | availability-architecture | 可用性設計 |
| ドメイン, コンテキスト | bounded-context-language | 境界づけられたコンテキスト |
| キャッシュ | cache-strategy-consistency | キャッシュ戦略 |
| コスト, キャパシティ | capacity-cost-design | キャパシティ設計 |
| データフロー, 状態 | data-flow-state-ownership | データフロー設計 |
| データモデル, DB | data-model-db-design | データモデル設計 |
| DR, マルチリージョン | dr-multiregion | 災害復旧設計 |
| イベント駆動 | event-driven-semantics | イベント駆動設計 |
| 外部依存 | external-dependencies | 外部依存関係 |
| 障害, 可観測性 | failure-modes-observability | 障害モード分析 |
| 結合, コントラクト | integration-contracts | 結合コントラクト |
| マイグレーション | migration-rollout-rollback | マイグレーション計画 |
| マルチテナント | multitenancy-isolation | テナント分離 |
| OpenAPI | openapi-contract | OpenAPI 仕様検証 |
| SLO, 運用性 | operability-slo | 運用性・SLO |
| 要件, 受入 | requirements-acceptance | 要件・受入条件 |
1. 変更種別の判定
├─ ADR/設計ドキュメント → adr-decision-quality を優先
├─ API定義/エンドポイント → api-design, api-versioning-compat を優先
├─ モジュール構成変更 → architecture-boundaries を優先
├─ データモデル変更 → data-model-db-design を優先
└─ キーワード指定あり → 該当スキルを直接選択
2. スキルの実行(該当する専門スキルを並列実行可能)
├─ 設計品質系: adr-decision-quality, architecture-diagrams, architecture-traceability
├─ 構造系: architecture-boundaries, bounded-context-language, data-flow-state-ownership
├─ API系: api-design, api-versioning-compat, openapi-contract, integration-contracts
├─ 運用系: availability-architecture, capacity-cost-design, dr-multiregion, operability-slo
└─ リスク系: architecture-risk-register, failure-modes-observability, external-dependencies
3. 統合
├─ 重複する指摘の除去
└─ 複数カテゴリ該当時は関連性の高いスキルを優先
<file>:<line>: <message>
| スキル | 関係 | 棲み分け |
|---|---|---|
adversarial-review | 補完 | architecture は「設計の正しさ」、adversarial は「設計の盲点」 |
river-review-security | 補完 | architecture は「構造」、security は「脆弱性」 |
river-review-code | 補完 | architecture は「マクロ設計」、code は「ミクロ品質」 |