リポジトリのクローン/フェッチ/書き込み要件、ブランチの範囲、トークンやキーの所有者、Webhook、失効。各プロバイダーと認証方式を検証してください。
インテグレーションガイド · 確認済み 2026-08-05
インテグレーションは権限とデータ経路であり、ロゴの並びではありません。
MonkeyCodeのワークフローには、リポジトリアクセス、モデルアクセス、開発インフラ、支援するネットワークサービスが必要です。公開資料はプロバイダーごとの完全な互換性マトリクスを確立していないため、このページは文書化されたカテゴリーと検証が必要な項目を分けています。
現在の公開READMEにはGLM、Kimi、MiniMax、Qwen、DeepSeekのモデルファミリーが挙げられています。正確なGitプロバイダー、認証方式、モデルバージョン、エンドポイント、リージョン、クォータ、サポート状況は、現行リリースとドキュメントで確認する必要があります。
接続インベントリ
文書化すべき4つの境界。
各接続について、所有者、認証情報、権限、エンドポイント、送信データ、保持、失敗時の挙動、失効手順を記録してください。
正確なモデルID、プロバイダーまたはプライベートエンドポイント、認証情報、送信されるコンテキスト、保持条項、クォータ、フォールバック、コスト。
コンソールと環境ホスト、DNS、TLS、ストレージ、イメージ/パッケージアクセス、プレビュー、ログ、バックアップ。
GitHub IssuesとDiscordはサポート/コミュニティチャンネルであり、実行時の製品インテグレーションではありません。
検証マトリクス
アーキテクチャ上の必要性を互換性の主張に変えないでください。
正確なリリースと認証経路をテストして初めて、インテグレーションをサポート対象と判定してください。
| 主張 | このページでのステータス | 検証方法 |
|---|---|---|
| 公開READMEに挙げられたモデルファミリー | 文書化済み | 現在のREADMEとインストール構成を確認 |
| リポジトリ作業にはリポジトリアクセスが必要 | ワークフロー要件 | 最小権限の読み取り/書き込みの挙動をテスト |
| 特定のGitプロバイダーのサポート | 未主張 | 最新の公式プロバイダードキュメントを探してテストを実行 |
| 特定のWebhook/OAuth/SSHの挙動 | 未主張 | 構成UI、権限、ログ、ローテーション、失効を検証 |
| チャット、課題トラッカー、CI/CD、MCP、Kubernetesのインテグレーション | 未主張 | 最新の公式ドキュメントと再現可能な根拠が必要 |
インテグレーションの受け入れ
展開前に失敗経路をテストする。
- 01認証情報の範囲を限定する
非機密リポジトリと、テストに必要な最小限の権限を使用します。
- 02トラフィックを追跡する
Git、モデル、パッケージ、更新、DNS、プレビュー、ログ、テレメトリの宛先を記録します。
- 03アクセスを失効させる
認証情報を失効させ、シークレットを漏らさずにタスクが安全に失敗することを確認します。
- 04サポートを文書化する
リリース、プロバイダー、認証方式、構成、結果、所有者、再テスト日を保存します。