agent-browser CLIでページ移動やフォーム入力、スクリーンショット取得、情報収集を行い、Webアプリの画面や動作を確認します。
- ページを開いて状態を確認したいとき
- フォーム入力後の画面を確かめたいとき
- 画面のスクリーンショットを撮りたいとき
Chachamaru127/claude-code-harness3,1872026年10月26日 更新
無料GitHub で公開日本語紹介
failure-codifier
オーケストレーションログとJudgment Ledgerから繰り返し起きる失敗を読み取り、確信度付きのルール候補として提案します。SSOTへの反映は人が確認する前提で、自動昇格は行いません。
原文原文の説明を見る
Extract recurring failure patterns from breezing orchestration logs and Judgment Ledger, emit failure-rule.v1 proposals with confidence scores. SSOT promotion to patterns.md or decisions.md is proposal-only — human-approval-required. Use when user mentions failure codifier, failure patterns, self-learning loop, codify failures, or failure-rule proposals. Do NOT load for: direct SSOT edits, auto-promotion, or implementation unrelated to failure analysis.
Chachamaru127/claude-code-harnessスター 3,187(GitHub 3,187 + cccskills 0)
実行スコア 未検証
インストール方法を見るこんなときに便利
- ログから繰り返す失敗を探したいとき
- 失敗ルールの候補を作りたいとき
- 候補の確信度と根拠を確認したいとき
- SSOT反映前に失敗傾向を整理したいとき
日本語での紹介
できること
breezingのオーケストレーションログとJudgment Ledgerを読み取り、繰り返し発生している失敗パターンを抽出します。見つけたパターンはfailure-rule.v1形式の候補としてまとめ、発生回数に応じた確信度を添えます。また、候補をpatterns.mdまたはdecisions.mdのどちらに反映するかも提案できます。処理は読み取り専用で、SSOTのファイルへ直接書き込むことはありません。
こんなときに便利
複数回起きた失敗を個別の出来事で終わらせず、再発防止に使えるルール候補として整理したいときに向いています。ログをもとに自己学習の材料を見つけ、人が確認できる形で根拠と確信度を確認したい場合にも使えます。
使い方の例
- 「オーケストレーションログから失敗パターンを提案して」
- 「このfailure-rule候補の根拠と確信度を説明して」
- 「Judgment Ledgerから繰り返しの失敗を抽出して」
注意点
SSOTへの昇格には人の承認が必要です。このスキルは候補を提案するだけで、自動昇格やpatterns.md・decisions.mdの直接編集は行いません。
この紹介文は、公開されている SKILL.md をもとに AI（OpenAI Codex）が作成しました。正確な仕様は下の原文を確認してください。
含まれるファイル（2）
- SKILL.md2.8 KB
- references/promotion-workflow.md2.5 KB
SKILL.md（原文）
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Failure Codifier
breezing orchestration ledger + Judgment Ledger から再現失敗を read-only で抽出し、failure-rule.v1 候補を confidence score 付きで提案します。
核心契約
- human-approval-required: codifier は dry-run 提案のみ。
patterns.md/decisions.mdへの自動昇格は構造的に禁止。 - Confidence 閾値: occurrence count ≥ 3 → medium、count ≥ 5 → high（
go/internal/failurecodifier/confidence.go）。 - 昇格先 heuristic:
proposed_ssot_targetフィールドでpatterns.mdまたはdecisions.mdを提案するのみ。
使い方
Dry-run 提案（推奨）
./scripts/failure-codifier-propose.sh --dry-run
stdout は JSON 配列（failure-rule.v1 候補）。SSOT ファイルには一切書き込みません。
Go テスト
cd go && go test ./internal/failurecodifier/... -count=1
参照
- 昇格ワークフロー: references/promotion-workflow.md
- Schema:
templates/schemas/failure-rule.v1.json - Core:
go/internal/failurecodifier/
禁止事項
patterns.md/decisions.mdへの Write / Edit（human 承認後も codifier 経由では不可）AutoPromote/ unattended SSOT 更新- Plans.md の
cc:*マーカー変更
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
コメント
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
同じリポジトリのスキル
計画済みタスクの実装をチーム形式で進め、Workerへの委譲、独立レビュー、修正、完了報告までを一連の流れで調整します。
- 計画済みタスクをまとめて進めたいとき
- 実装とレビューを別担当に分けたいとき
- タスク範囲を指定して委譲したいとき
Chachamaru127/claude-code-harness3,1872026年10月26日 更新
Plans.mdのタスクをチームに分担し、依存関係に沿って実装・レビュー・取り込みまで進めて、結果と進捗をまとめます。
- 計画済みタスクをまとめて進めたいとき
- 複数タスクをチームに分担したいとき
- 依存関係に沿って実装したいとき
Chachamaru127/claude-code-harness3,1872026年10月26日 更新
Claude CodeやCodexの更新を取り込む変更をレビューし、機能表への記載に実装・検証・将来計画が伴っているか分類します。
- 更新統合の変更をレビューしたいとき
- 機能表の追加行を実装と照合したいとき
- 将来タスクのPlans記載を確認したいとき
Chachamaru127/claude-code-harness3,1872026年10月26日 更新
CIの失敗ログや変更履歴から原因を切り分け、実装・テスト・環境のどこを直すべきかを判断して、承認範囲内の修正を進めます。
- CI失敗の原因を調べたいとき
- ビルドエラーの原因コミットを探したいとき
- 失敗したテストの実装を直したいとき
Chachamaru127/claude-code-harness3,1872026年10月26日 更新
cursor-agentに読み取り専用で質問や調査を依頼し、設計の相談や別の視点からの確認を受けて、根拠と注意点を短く整理します。
- 設計判断のセカンドオピニオンがほしいとき
- コードや設定の使われ方を調べたいとき
- 提案や差分の弱点を確認したいとき
Chachamaru127/claude-code-harness3,1872026年10月26日 更新