用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/s977043/river-review --skill suppression-feedback-workflow命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 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 | suppression-feedback |
| name | Suppression Feedback Workflow |
| description | Riverbed Memory の suppression entry を活用するときの判断基準と CLI 操作を案内する。 |
| version | 0.1.0 |
| category | midstream |
| phase | midstream |
| applyTo | ["src/**/*.{ts,tsx,js,jsx,mjs,cjs}","app/**/*.{ts,tsx,js,jsx,mjs}","lib/**/*.{ts,tsx,js,jsx,mjs,cjs}","packages/**/*.{ts,tsx,js,jsx,mjs,cjs}"] |
| inputContext | ["diff","commitMessage"] |
| outputKind | ["findings","actions"] |
| modelHint | balanced |
| tags | ["suppression","process","midstream","riverbed-memory"] |
| severity | minor |
| dependencies | ["code_search"] |
Primary pattern: Reviewer Secondary patterns: Tool Wrapper Why: 検出された major / critical 指摘について、suppression 登録か追加修正かの判断を促し、CLI 操作を案内する educator スキル。
major / critical は accepted_risk でないと auto-suppress されない HIGH_SEVERITY guard) を浸透させる。river suppression add CLI の正しい使い方と、Riverbed Memory への登録フローを案内する。| feedbackType | 想定状況 | major / critical の挙動 |
|---|---|---|
accepted_risk | リスクを認識した上で残すと決めた指摘 | HIGH_SEVERITY guard を通過する唯一の値。auto-suppress 可。 |
false_positive | 実装意図に対する誤検知 | guard でブロック。manual handle のみ。 |
wont_fix | 修正しないと決めた既知問題 | guard でブロック。 |
not_relevant | この PR / ファイルの文脈外 | guard でブロック。 |
duplicate | 別 fingerprint への参照 | guard でブロック。duplicateOfFingerprint で参照先を示す。 |
river suppression add \
--fingerprint <fp> \
--feedback <accepted_risk | false_positive | wont_fix | not_relevant | duplicate> \
--rationale "なぜ suppress するかを 1〜2 文で" \
[--scope <pattern>] [--severity <level>] [--files <glob>] \
[--expires <ISO date>] [--pr <num>]
--rationale は必須かつ未来の自分への説明であるべき。"why this is OK" を残す。--expires を付けると一時的 suppression を作れる。ライブラリ移行待ちなど時限のあるケースで活用。--pr を付けると suppression と PR の対応が Riverbed Memory に残り、後続レビューで duplicate 判定が容易になる。duplicate で参照false_positive を提案accepted_riskmajor / critical のとき: accepted_risk 以外はガード越えで残るため、suppression ではなく修正提案 を優先memory.suppressionEnabled: false での運用判断 (緊急時 bypass の可否はコードレビュー範囲外)このスキルは以下のいずれかが満たされない限り NO_REVIEW を返す。
src/、app/、lib/、packages/) の変更が含まれているaccepted_risk / false_positive / wont_fix / suppress / Riverbed Memory / fingerprint のいずれかが言及されている、または同 PR 内で他の midstream skill が major / critical 指摘を出しているゲート不成立時の出力: NO_REVIEW: suppression-feedback — suppression workflow に関連する変更や指摘が検出されない
info / minor のみで構成された PR では HIGH_SEVERITY guard の言及を控える（ノイズになる）。accepted_risk 推奨は rationale が PR 内に明記されている ときのみ提示し、根拠なしに accepted_risk で抑止することを促さない。findings:
- severity: minor
file: src/api/users.ts
line: 42
issue: |
try / catch の swallow が `logging-observability`
で major 指摘として検出済み。修正・suppression のいずれを選ぶか判断が必要です。
suggestion: |
意図的な swallow であれば PR マージ後に
`river suppression add --fingerprint <fp> --feedback accepted_risk
--rationale "上流 logger で記録済みのため再 throw 不要"`
を実行し Riverbed Memory に残してください。
誤検知であれば `--feedback false_positive` を選びますが、
major severity は HIGH_SEVERITY guard により後続 PR でも再表示されるため、
ガード越えで残すことを許容するか確認してください。
actions:
- type: 'discussion'
description: 'suppression vs 修正の選択を PR 上で明示する'