ln-314-review-repair-worker

Name: ln-314-review-repair-worker
Author: levnikolaevich

github.com/levnikolaevichテスト・品質584109 回インストール2 日前に更新

リポジトリ

ln-314-review-repair-worker について

Storyの指摘や計画レビューの修正のうち、承認済みの内容を適用するワーカーです。修復と集約・承認を分離し、Storyモードでは11グループの検証構造に沿って処理し、review-repairサマリーに結果を記録します。

主な機能

01Storyモードで承認済みの指摘を修復
02計画レビューで承認済みの修正を適用
03関連する検証グループに沿った修復
04ペナルティの追跡と人手判断が必要な項目の記録
05ローカル結果の検証とサマリー作成

活用シーン

01Story検証後に承認済みの修復を適用
02計画レビュー中に承認済みの修正を適用
03評価ワークフロー向けに修復結果を記録

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-314-review-repair-worker

インストール後、Claude Code で/ln-314-review-repair-workerを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/

cleanup_evidence_contract.md

cross_reference_validation.md

dependency_validation.md

destructive_operation_safety.md

documentation_creation.md

epistemic_protocol.md

evaluation_summary_contract.md

evaluation_worker_runtime_contract.md

penalty_points.md

phase2_research_audit.md

plan_review_pipeline.md

premortem_validation.md

quality_validation.md

research_methodology.md

risk_based_testing_guide.md

risk_validation.md

solution_validation.md

standards_validation.md

structural_validation.md

traceability_validation.md

workflow_validation.md

references/templates/

adr_template.md

guide_template.md

manual_template.md

research_template.md

task_template_implementation.md

詳細

パス： ファイルパス（references/、../ln-*）は、このスキルディレクトリからの相対パスです。

タイプ： L3 ワーカー カテゴリー： 3XX プランニング

レビュー修正ワーカー

必須の読み込み

必須の読み込み： references/evaluation_worker_runtime_contract.md、references/evaluation_summary_contract.md を読み込みます 必須の読み込み： ../ln-310-multi-agent-validator/references/plan_review_pipeline.md、../ln-310-multi-agent-validator/references/penalty_points.md を読み込みます条件付きの読み込み：mode=story の場合、受け入れられた指摘に含まれるグループの検証チェックリストファイルのみを読み込んでから、そのグループの修正を適用します。バックグラウンドツールまたはプロセスを起動する場合に限り、references/cleanup_evidence_contract.md を読み込みます。

目的

11 グループの体系的な検証構造を使用して、受け入れられた低リスクの修正を適用します
修正を集約および承認から分離します
バックグラウンドツールを起動した場合は、クリーンアップの証跡を記録します

モードゲート

mode=story：ln-312 の指摘に基づく 11 グループすべての修正
mode=plan_review：../ln-310-multi-agent-validator/references/plan_review_pipeline.md の「比較と修正の安全ルール」に従い、受け入れられた修正のみ適用します（最大 5 件）

11 グループの検証構造（mode=story）

以下の表は振り分けマップです。受け入れられた指摘に該当グループが含まれる場合に限りチェックリストを読み込み、関連のない検証カタログは事前に読み込まないでください。

#	グループ	基準	チェックリスト
1	構造	#1-#4、#23-#24	`../ln-310-multi-agent-validator/references/structural_validation.md`
2	標準	#5	`../ln-310-multi-agent-validator/references/standards_validation.md`
3	ソリューション	#6、#21、#28	`../ln-310-multi-agent-validator/references/solution_validation.md`
4	ワークフロー	#7-#13	`../ln-310-multi-agent-validator/references/workflow_validation.md`
5	品質	#14-#15	`../ln-310-multi-agent-validator/references/quality_validation.md`
6	依存関係	#18-#19/#19b	`../ln-310-multi-agent-validator/references/dependency_validation.md`
7	相互参照	#25-#26	`../ln-310-multi-agent-validator/references/cross_reference_validation.md`
8	リスク	#20	`../ln-310-multi-agent-validator/references/risk_validation.md`
9	事前検証	#27	`../ln-310-multi-agent-validator/references/premortem_validation.md`
10	検証	#22	`../ln-310-multi-agent-validator/references/traceability_validation.md`
11	トレーサビリティ	#16-#17、#17b-#17c	`../ln-310-multi-agent-validator/references/traceability_validation.md`

修正ルール

欠陥が実際に修正された場合に限り、ペナルティポイントをゼロにします（指摘を認めただけでは不可）。
人間の判断が必要で、自動修正を安全に続行できない場合に限り、FLAGGED を使用します。
最大ペナルティは ../ln-310-multi-agent-validator/references/penalty_points.md に従います（ハードコードしないでください）。
テスト戦略のセクションは存在していても、空のままでかまいません。
各チェックリストの「自動修正アクション」列に記載されたアクションをそのまま適用します。

ランタイム

ランタイムファミリー：

evaluation-worker-runtime

必須のマニフェストフィールド：

identifier
phase_order
summary_kind=review-repair
operation=repair

推奨する phase_order：

PHASE_0_CONFIG
PHASE_1_LOAD_FINDINGS
PHASE_2_GROUP_STRUCTURAL（#1-#4、#23-#24）
PHASE_3_GROUP_STANDARDS_SOLUTION（#5、#6、#21、#28）
PHASE_4_GROUP_WORKFLOW_QUALITY（#7-#15）
PHASE_5_GROUP_DEPS_XREF（#18-#19/#19b、#25-#26）
PHASE_6_GROUP_RISK_PREMORTEM（#20、#27）
PHASE_7_GROUP_VERIFICATION_TRACE（#22、#16-#17、#17b-#17c）
PHASE_8_VERIFY_LOCAL_RESULT
PHASE_9_WRITE_SUMMARY
PHASE_10_SELF_CHECK

要約

summary_kind=review-repair を出力します。

ペイロードには以下を含める必要があります：

worker=ln-314
status
operation=repair
warnings

利用可能な場合は、以下のフィールドを優先してください：

penalty_before（ln-312 の指摘事項から）
penalty_after（修正後）
flagged_items（人による判断が必要な項目のリスト）
coverage_summary（AC カバレッジ率）
groups_processed（処理したグループ数）

完了の定義

ln-312 から指摘事項を読み込んだ
すべての 11 グループを処理した（mode=story）、または承認された修正を適用した（mode=plan_review）
修正前後のペナルティを記録した
FLAGGED 項目を記録した
ローカル検証を完了した
必要な場合、クリーンアップの証拠を記録した
review-repair の要約を記載した
セルフチェックに合格した

バージョン： 1.0.0 最終更新日： 2026-04-10

Markdown 対応

ログインしてコメント

基本情報

作者: levnikolaevich
リポジトリ: levnikolaevich/claude-code-skills
カテゴリ: テスト・品質
インストール数: 109
GitHub スター: 584

問題を報告

おすすめの Skills

すべての Skills

hyperframes-cli

github.com/heygen-com

1.3M

HyperFrames CLI 開発ループ。npx hyperframes init、add、catalog、capture、lint、validate、inspect、layout、snapshot、compare、grade-compare、preview、play、render、publish、feedback、lambda、doctor、browser、info、upgrade、skills、compositions、docs、benchmark、telemetry、transcribe、tts、remove-background を実行する場合、または HyperFrames ビルド/レンダリング環境のトラブルシューティングを行う場合に使用します。AWS Lambda クラウドレンダリングのエントリーポイント（hyperframes lambda deploy / render / progress / destroy / policies / sites）。

tdd

github.com/mattpocock

1.2M

テスト駆動開発。ユーザーが機能構築やバグ修正をテストファーストで行いたい場合、「レッドグリーンリファクタリング」に言及している場合、または統合テストを望む場合に使用します。

anti-ui-slop

uizze.com

932.8k

コーディングエージェントによる画一的なUIの出荷を防ぎます。UIZZEの80万以上の実際のウェブおよびiOS画面を活用して、製品に特化したインターフェースを構築し、デザイン契約を定義し、必要な状態を網羅して、厳格な完成ゲートを実行します。Codex、Claude Code、Cursor、Copilotなどのコーディングエージェントで、ウェブまたはiOSインターフェースの設計、実装、再設計、批評、出荷前レビューを行う際に使用します。「anti-ui-slop」「stop UI slop」「ground this UI in real screens」「run the UI finish gate」で起動します。

diagnosing-bugs

github.com/mattpocock

856.9k

難しいバグやパフォーマンスの劣化を診断するためのループです。ユーザーが"diagnose"/"debug this"と言った場合、または何かが壊れている、例外を投げている、失敗している、遅いと報告した場合に使用します。