repo-harness
日本語
v0.7.2 Star はじめる
// エージェントネイティブな開発ワークフロー

ファイルベースのセッション、チャット記憶ではなく。

repo-harness は Claude と Codex のコーディングセッションを、再現可能でリポジトリローカルなワークフローに変えます。承認済みのプランやスプリントをエージェントに渡せば、あなたのループは review と next だけ。

対応 Claude Codex ChatGPT Pro
Hook the robot rides Claude and Codex toward the carrot
zsh — adopt
# 1. bootstrap the runtime once
$ npx -y repo-harness init
✓ host adapters · skills · CodeGraph configured
# 2. preview, then apply the repo-local contract
$ repo-harness adopt --dry-run
✓ Migration Report — 14 surfaces ready
// なぜファイルベースか

チャットは忘れる。リポジトリは覚えている。

同じ協調の課題を、2 つのやり方で。repo-harness は信頼の源泉をスレッドから取り出し、すべてのエージェントと人間が読めるファイルへ移します。

チャット記憶での協調
  • セッションが終わる、または上限に達すると文脈が蒸発する
  • 毎回 grep と読み込みで構造を組み立て直す
  • 何を、なぜ決めたのかの永続的な記録が残らない
  • Claude と Codex がスレッド間で次第にずれていく
  • レビューは会話全体を読み直すこと
repo-harness
ファイルベースのワークフロー
  • .ai/harness/handoff/ から正確な次の一歩を再開
  • 約 12KB の安定したルート文脈に CodeGraph インデックスを加える
  • プラン・契約・チェック・レビューがリポジトリに存在する
  • Claude と Codex が同じソース成果物をまず読む
  • 1 枚の Human Review Card と機械的な証拠でレビュー
// 何をするか

機能の表面積は意図的に小さい。

リポジトリを点検し、リポジトリローカルなワークフローファイルを導入し、ホストイベントをフックで振り分け、ワークフロー面を Claude・Codex・人間の間で一貫させます。

ファイルベースのセッション

ハンドオフ・プラン・再開パケットはリポジトリに存在します。セッションは作業途中で終えられ、次回は正確な次の一歩・ブロッカー・変更ファイルから再開します。

設計からトークン軽量

約 12KB の安定したルート文脈に、構造クエリ用の CodeGraph インデックス——毎回 grep と読み込みでリポジトリを再走査する代わりに。

守り、追跡するフック

8 つの管理ルートが警告・ブロック・追跡・ハンドオフを行います。編集ゲートはプラン承認まで保持され、完了主張ゲートはファイルベースの証拠を検証します。

1 枚の Human Review Card

タスクごとに 1 画面の意思決定面:判定、意図したファイルと実際のファイル、通過したコマンド、残存リスク、ロールバック。

隔離されたワークツリー

エージェントはリンクされたブランチまたはワークツリーで、契約が許可するパスに限定して作業します——無関係な変更状態は保護されます。

ローカルかつ監査可能

永続的な真実はリポジトリのファイルであり、チャット履歴やホスト型スレッドではありません。任意の MCP サイドカーはワークフロー成果物のみを公開——ソースへの書き込みも shell もありません。

// システム全体をひと目で

ローカル、監査可能、エージェントネイティブ。

8 つの層、1 つの真実の源泉。CLI が編成し、契約とファイリングシステムが永続状態を保持し、検証層が成果を証明します——ChatGPT Pro がローカルで計画し、Claude または Codex が実行します。

インターフェース オーケストレーター 契約と状態 ファイリング 委譲 検証 統合 成果
repo-harness アーキテクチャ · クリックで拡大
repo-harness architecture, full size
// 計画からクローズアウトまで

一本の階層化されたチェーンが、最後まで貫く。

計画チェーンは意図的に階層化されています。各ステップは、次のエージェントが最初に読む「意思決定の完結した成果物」を書きます——チャットが真実の源泉になることはありません。

すべてのタスクは構造化された事前調査から始まります — Geju の P1/P2/P3 規律。
P1
マップ

領域をマップ:変更が触れるファイル・面・既存実装。

P2
トレース

影響をトレース:呼び出し元・呼び出し先、その背後の因果連鎖。

P3
判断

判断と根拠:選んだ方針とその理由——次のエージェントへ記録。

$ repo-harness prd
プロダクトの意図

ガイド付きの方向付けを経て、plans/prds/ 配下に上位レイヤーの PRD を作成。

$ repo-harness sprint
順序付きバックログ

PRD は、機械で検証可能な受け入れ行を持つスプリントになります。

$ repo-harness goal
Claude または Codex が実行

限定された /goal プロンプトが、どちらのエージェントでも各スプリント片をループで処理します。

出荷
人間レビュー経路

レビューが合格を推奨し、カードの判定が合格で、外部受け入れも合格のときだけ受理します。その後、契約・最新トレース・変更ファイルを点検します。

checks/latest.json
$ repo-harness mcp prepare-goal \
--prd plans/prds/auth.prd.md \
--sprint plans/sprints/auth.sprint.md
› .ai/harness/handoff/codex-goal.md
✓ goal handoff ready
// プランナーとしての chatgpt pro

ChatGPT Pro で計画し、Claude または Codex で実行する。

任意の repo-harness mcp サイドカーは、MCP クライアントへ ワークフロー成果物のみ を公開します。ChatGPT Pro は実際のリポジトリ状態に対して計画し、アイデアを PRD → Sprint → Goal ハンドオフへと進めます——その後、既存の Claude または Codex セッションがファイルベースのスプリントを実行します。

逆方向:Oracle ブラウザエンジンがサインイン済みの ChatGPT Web セッションを操作して相談やレビューを実行 — local → web、API キー不要、各実行はリポジトリローカルの記録として保存。

  1. 1
    リポジトリ状態を読む

    ChatGPT は MCP サイドカー経由でワークフローファイル——プラン・契約・チェック・ハンドオフ——を読みます。

  2. 2
    PRD を書く

    write_prd_from_idea が plans/prds/ 配下に意思決定の完結した PRD を起草します。

  3. 3
    Sprint を書く

    write_checklist_sprint が、機械で検証可能な受け入れを持つ順序付きバックログに変換します。

  4. 4
    ハンドオフを準備

    prepare_codex_goal_from_sprint が .ai/harness/handoff/codex-goal.md を書き出します。

  5. 5
    Claude または Codex が実行

    既存の Claude または Codex セッションがホストネイティブの /goal プロンプトを実行し、完了した各スプリント段階をステージします。

MCP Connector web → local
mcp — planner profile
# expose only workflow artifacts to ChatGPT
$ repo-harness mcp setup chatgpt --repo .
$ repo-harness mcp serve --transport http \
--host 127.0.0.1 --port 8765 --profile planner
› connect the /mcp URL as a ChatGPT Connector
✓ planner online — read-only over workflow files
Oracle browser engine local → web
oracle — browser consult
# the other direction — consult ChatGPT Web from the repo
$ repo-harness chatgpt browser-consult \
--provider oracle --file plans/prds/x.prd.md \
--prompt "Review this PRD, return risks."
› drives your signed-in ChatGPT Web — no API key
✓ saved → .ai/harness/handoff/gptpro/
安全境界
ソースコードを書かない 任意の shell を実行しない 既定のランナーなし API クォータと分離
// 守り、追跡、ハンドオフ

8 つの管理フックルート。

導入されたアダプターが 8 つのルートを所有します。タプル event + routeId + matcher が安定した契約——セッションをまたいで警告・ブロック・追跡・ハンドオフを行います。

ルートマッチャー役割
SessionStart .default all sessions 作業開始前に、直前のハンドオフ・スプリント状態・読み取り専用の設定セキュリティ所見を注入します。
PreToolUse .edit Edit | Write いかなる実装編集の前にも、ワークツリー方針とプラン/契約の準備状況を強制します。
PreToolUse .subagent Task | Agent 委譲された作業を親セッション経由で戻し、完了主張の漏れを防ぎます。
PostToolUse .edit Edit | Write 編集トレースを記録し、ハンドオフとタスク状態を更新し、アーキテクチャのずれをキューに入れます。
PostToolUse .bash Bash ランナーを置き換えずに、コマンド結果を観察し検証証拠を取得します。
PostToolUse .always all tools 低ノイズで常時オンのトレースとランタイム観察。古い複製は更新ヒント付きでソフトスキップします。
UserPromptSubmit .default all prompts プロンプト意図を分類し、計画/チェック/探索のヒントを振り分け、ホスト安全な案内を描画します。
Stop .default session stop ハンドオフを確定し、未解決の下書きプランや証拠の欠落のまま終わらないよう守ります。

守りのルートはフェイルクローズ——スクリプトが欠けると必須ゲートがブロックします。

// 人間レビュー経路

1 画面で受理または却下。

すべてのタスクは Human Review Card——1 画面の意思決定面——を書き出します。何が変わったか、なぜ範囲内か、何が検証したか、どんなリスクが残るか、どう戻すかが分かります。

レビューが合格を推奨し、カードの判定が合格で、外部受け入れが合格・not_required・明示的な手動オーバーライドのときだけ受理します。

tasks/reviews/20260618-1042-add-oauth.review.md
# Human Review Card 判定 · 合格
変更種別
機能——OAuth デバイスフローを追加
通過したコマンド
bun test check-task-workflow --strict
意図したファイルと実際
src/auth/device-flow.ts
src/auth/index.ts
tests/auth/device-flow.test.ts
外部受け入れ
手動オーバーライド
残存リスク
トークン更新パスはテストで網羅済み。レート制限のバックオフは助言にとどまる。
レビュー対応
受理
ロールバック
git revert codex/add-oauth
// 最初の 5 分

Bun 駆動。1 コマンドでブートストラップ。

既定のインストーラーは Bun 上で動きます——Node の設定は不要で、なければ Bun も入れてくれます。すでに Node ですか?それも動きます。ランタイムを一度ブートストラップし、何かを適用する前に dry run でリポジトリローカルな契約をプレビューします。

適用前にプレビュー
リポジトリルートで repo-harness adopt --dry-run を実行します。作成または更新される全ファイルを報告します——報告が正しいときだけ適用してください。
完全なドキュメントと参照
install
# macOS / Linux — installs Bun if missing
$ curl -fsSL https://raw.githubusercontent.com/\
Ancienttwo/repo-harness/main/install.sh | sh
$ repo-harness init
✓ host adapters · skills · CodeGraph configured
// 謝辞

他者の優れた仕事の上に。

これらのスキル・リポジトリ・ランタイムは、repo-harness の設計と公開の過程でワークフロー契約を形づくりました。通常の同梱依存ではなく、影響として感謝します。

Hylarucoder · Geju
メソドロジー

計画・トレース・意思決定の根拠規律を形づくった P1/P2/P3 事前調査メソッドと Geju の実践。

Waza · TW93
スキル CLI

日々の計画・バグハント・検証・Codex 優先のスキル同期のための think・hunt・check・health スキル。

gstack · gbrain · Garry Tan
オペレーターワークフロー

プロダクト探索、計画・設計レビュー、公開後のドキュメント整備、知識同期、長期リポジトリ記憶。

Mermaid
ランタイムスキル

人間が読めるアーキテクチャ・システムフロー図。

CodeGraph
開発依存

シンボル認識のナビゲーション、影響トレース、準備チェック。

OpenAI Codex
実行エージェント

リポジトリローカルな実装と検証の主要な実行エージェント。

Oracle · Peter Steinberger
相談エンジン

明示的なコンテキストとファイルから GPT-5 Pro に相談 — repo-harness のブラウザ版 ChatGPT プロバイダを支えるエンジン。

Codex がコミットに実質的に貢献したとき、コミットには Co-authored-by: codex <[email protected]> が付きます — オプトインでコミットごとに可視。

// 最初の 5 分

次のエージェントセッションを再開可能に。

ランタイムをブートストラップし、dry run で契約をプレビューし、ワークフローを証明します。MIT のもとで無料・オープンソース。

$ bun add -g repo-harness