gpp (git++)

AIエージェントはコードを絶えず変更し、コミットとコミットの間に発生した作業が失われます。また、あなたがコードベースについて維持しているメモ（CLAUDE.md、メモリバンク、知識ファイル）は、コードが進んでいくと静かに古くなっていきます。gppは、まさにその現実のために構築されたバージョン管理システムです。発生したすべての変更をその場で捕捉し、意図と来歴を伴ってキュレーションされたチェンジをプロモートし、プロジェクトの知識をリポジトリ自身の履歴の上に載せます。つまり、あるコミットがあなたのビリーフを無効化したとき、gpp はそのコミットを特定できるのです。

(録画は scripts/demo.sh によって生成されています — 決定論的で再現可能、モックアップはありません。)

30秒で試す

cargo install gpp-cli

gpp init --graphex
echo "fn main() {}" > main.rs
gpp timeline                     # captured already — no staging, no commit
gpp promote -m "first cut" --intent feature
gpp diff HEAD                    # semantic diff: renames/moves are one op

そして、他のVCSにはできない部分 — コードに対するあなたのビリーフを記録し、履歴に監視させる：

gpp belief add --claim "token expiry is 24h" --evidence src/auth.rs:7-7
# ...weeks of commits later...
gpp belief bisect "token expiry is 24h"
# INVALIDATED  cs:fhcpef7c  "raise token expiry to 7 days"
#  -     7 | pub const EXPIRY_HOURS: u64 = 24;
#  +     7 | pub const EXPIRY_HOURS: u64 = 168;

決定論的 — つまりトランザクションとブロブハッシュだけで、、LLMもネットワークも必要ありません。（サイズ感の参考として：*保存されたビリーフが無効化されたかを判定するよう要求されると、最新のフロンティアモデルでも STALEベンチマーク においてわずか55.2%の精度しか達成できません — しかしここでは検証判断ではなく、履歴クエリなのです。）実データで検証済み — axum 0.6→0.7、flask 1.1→2.0、clap 3→4、zod 3→4、go-redis 8→9 という4言語5リポジトリの実バックナンバーで、無効化されたすべてのビリーフが、特定され記録された「犯人」コミットに二分探索され、対照ビリーフは生き残ります。完全なマトリクスは demos/belief-bisect/ をご覧ください。

Related MCP server: yksanjo/gmem

どこが違うのか

• 継続的なキャプチャ — 高頻度なタイムラインがすべてのファイルを記録します（SQLite WAL、デバウンス付きウォッチャー）。そして、厳選されたチェーンをイクスが、明確な意図・ため制作（人間/エージェント）・コスト記録をはってプロモートされます。コミット間で失われるものは何もありません。

• Graphex：バージョン管理され、暗号化されたプロジェクト知識 — アーキテクチャ、規約、決定、ビリーフは、リポジトリ内の暗号化された知識グラフとして生き延び、エージェントの信頼レベルごとに段階的にアクセス制御されています。毎回の読み取り時に監査され、その下で動く履歴と陳腐化チェックを行います。

• エージェントのガバナンス — エージェントのアイデンティティをファーストクラスで扱い、レピュテーションスコアリング、キャプチャ/プロモート/同期時に強制されるコンプライアッチ・アズ・コードポリシー、異常検知、チェーンセットごとのトークン/コスト原資をすべて備えています。

その他のすべて — ノイズをノイズを上で行うP2P同期、リプレイ、レビュー/RBAC、リレーノード、TUI — は、それらを支える土台です。詳細は docs/ARCHITECTURE.md にあります。

**Gitは基盤であって、競合相手ではありません。**ブリッジ（gpp git-import / git-export / git-project）はオリジナルのGitコミットをラウンドトリップするので、GitHub や既存のワークフローはそのまま動作存し続けます — gppの知識・来歴・ガバナンスレイヤーを合わせて並走します。上記の axum デモは、このブリッジを介してインポートされた履歴にある完全に動作します。

Claude Code の接続（または任意のMCPクライアント）

gpp には MCP サーバーが同梱されています。エージェントは知識グラフをクエリし（各ビルフィに新鮮な約帯：アンカー、所属コミット数、それを陳腐化させたチェーンセット）、propose_beliefを使って自分のエビデンスに基づくビリーフを書き込み（人間の承認後、履歴によって監視されます）、チェーンをセットを提案し、コストを記録します。リポジトリルートの .mcp.json に以下を追加してください：

{
  "mcpServers": {
    "gpp": { "command": "gpp", "args": ["mcp-server", "--stdio"] }
  }
}

完全なクライアント設定（Claude Desktop、汎用 stdio）と公開ツールのリストは、docs/MCP.md にあります。

ステータス

ロードマップの全9フェーズ（0〜8）を実装しました。 各フェーズの成果物と記録された乖離（ルールからは逸脱）は docs/ROADMAP.md を、優先度付きバックログは、docs/TODO.md を、エンジニアリング・ログは docs/WORKLOG.md を参照してください。

2026-08-23 検証：184のワークスペーステストに合格、cargo clippy と cargo fmt もクリーンで、ワークスペース全体が構築可能です。モックだけのクレートはもはや存在しません — すべてのクレートに実装が含まれています。カバレッジはCIで計測されています（cargo llvm-cov；ベースラインでラインカバレッジ65.7%、現在は向上中）。

ただし、テストの深さはまだ均一ではありません。基盤層は十分にテストされています（gpp-core、gpp-graphex、gpp-diff、gpp-tui は行カバレッジ80%以上；CLIはポリシー適用、コストレポート、レビュー割り当て、ビリーフ bisect などに対応するE2Eスイートを持つ）。一方、他方のいくつかの統合型クレートはまだスモークレベルです（gpp-sdk、gpp-notify、gpp-rbac、gpp-replay）。ここで「実装済み」とはマイルストーンに向けて作成しテストしたという意味であり、あらゆる箇所で堅牢に動く厚化されという意味ではありません。その対処は docs/TODO.md の最重要項目です。

完全なレイヤー一覧

また：extensions/{gh-gpp, vscode-gpp, neovim-gpp}、GitHub Actions＋GitLab CI テンプレート、deploy/ Docker イメージ、packaging/ Homebrew。

文書化されたフォローアップ（ROADMAP/ TODO に記録され、黙ってスキップされていない）：deps のレジストリ/ライセンス API、ネイティブ PyO3/napi バインド、アウトリーチプラットフォーム / レビュー同期、apt / ファイルパッケージの場合があります。

インストール / ビルド

cargo install gpp-cli                    # the `gpp` binary (crates.io)
cargo install gpp-relay                  # relay node (optional)

# or from a clone
cargo build --release
cargo test --workspace
cargo bench -p gpp-core -p gpp-diff      # criterion perf suite

Linux、macOS（ARM＋Intel）、Windows 対応のプリファイン済みバイナリは各リリースに添付されています。追加で cargo install --git https://github.com/mahabubul470/gpp gpp-cli により未リリースの開発ビルドを追跡できます。プラットフォームを選べは zsh / bash でのクイックインストール、または cargo build --release でビルドできます。

さらに試す

# Governance
gpp policy template secrets-scan
gpp trust show
gpp audit --include-cost --include-graphex

# Decentralized: sync two repos over Noise
gpp sync serve 127.0.0.1:9473             # on peer A
gpp sync add a 127.0.0.1:9473 && gpp sync # on peer B

# GitHub-compatible
gpp remote setup --platform github --repository acme/webapp
gpp remote pr-create --base main

CLAUDE.md はプロジェクトの文脈、docs/ は完全な仕様（アーキテクチャ、データモデル、CLI、プロトコル、ロードマップ）、docs/book/ はユーザーガイドとチュートリアルがあります。

ライセンス

MIT