Salesforce-to-Glider Nexus Prototype

契約ベースのモックプロトタイプであり、制御されたAI支援型アセット変更パイプラインを示すものです：

Natural-language request
-> controlled asset discovery
-> user review
-> immutable request manifest
-> deterministic manager routing
-> mandatory approval
-> execution-time revalidation
-> mock authoritative update
-> complete reconciliation and audit

このプロトタイプは想定された契約と合成データのみを使用しています。実際のSalesforceやGlider Nexusシステムとの動作する統合を表すものではありません。ここに記載されている内容に依存する前に、docs/scope.mdとdocs/assumptions.mdを参照してください。

現在のステータス：Phase 0（スケルトン）

現時点では、リポジトリのスケルトン、共有契約、およびサービスのヘルスチェックのみが存在します。このフェーズのスコープ内外についてはdocs/scope.mdを、今後のビルドフェーズ計画についてはソース仕様書を参照してください。

Related MCP server: Harness Engineering MCP

ローカルセットアップ

python3.11 -m venv .venv
source .venv/bin/activate
pip install -e ".[dev]"
cp .env.example .env

テストの実行

pytest

サービスをローカルで実行する（Phase 0：ヘルスチェックのみ）

uvicorn mock_glider.app.main:app --reload --port 8001
uvicorn mock_salesforce.app.main:app --reload --port 8002
uvicorn integration.app.main:app --reload --port 8003

その後、例えば以下を確認します：

curl http://localhost:8001/health

Docker

Docker Composeによるオーケストレーションは、各サービスに実際の機能が追加された時点（Phase 1以降）で追加されます。Phase 0ではまだ利用できません。

リポジトリ構成

完全なフェーズ計画についてはdocs/scope.mdを参照してください。トップレベルのディレクトリ：

• shared/ - 全サービスで使用される契約（enum、スキーマ、エラー、相関）

• mock_glider/ - モックの権威あるアセットシステム

• mock_salesforce/ - モックのリクエスト/承認システム

• integration/ - 決定論的なワークフロー、検証、承認ルーティング、実行

• assistant/ - 会話型パーサーとオプションのLLMアダプター

• frontend/ - 運用/管理者/ステータスUI

• mcp_server/ - 管理されたMCPツール（オプション、最後に追加）

• config/ - 承認ルール、責任マッピング、ステータス遷移

• scripts/ - シードデータ、デモ、リセット、パフォーマンステストスクリプト

• docs/ - スコープ、前提条件、アーキテクチャ、契約、テスト計画、デモスクリプト