【徹底比較】4大AIエージェントのルール定義完全攻略：Antigravity・Kiro・Claude Code・Codexにおける「共通標準（AGENTS.md）」と「各社特化拡張」の使い分け

📅 作成日: 2026/11/03, 更新日: 2026/11/03 ⏱️ 読了目安約18分 (8,803文字)

AIコーディングエージェント（Antigravity、Kiro、Claude Code、Codex）におけるルール定義の完全設計論。全ツール共通のAGENTS.md標準・3層カスケード・150行トークン予算から、Frontmatter遅延ロード、#[[file:…]]ライブ参照、Hooks防御壁まで徹底解説します。

概要
1. なぜ AI エージェントのルールファイルは破綻するのか？（3大アンチパターン）
2. 4大エージェントのルール機構：共通標準 vs 各社特化機能の徹底比較
3. 全エージェント共通の普遍的ベストプラクティス（Universal Foundation）
4. 【完全境界設計】グローバル vs ワークスペース：何をどこに定義すべきか？（Scoping Architecture）
5. 各エージェントの「特化機能」を引き出す実践テクニック
6. 【決定版】破綻しない「ハイブリッド連邦型ルール設計」テンプレート
1. ルール設計のチェックリスト（完成度セルフ診断）
7. まとめ
1. 本番運用の設定ファイル＆自動化スクリプト一式をダウンロード

概要

日々の開発業務で複数の AI コーディングエージェント（Google Antigravity、Anthropic Claude Code、Kiro、OpenAI Codex）を併用する中で、僕が最も深く悩み、数々の手戻りや予期せぬ事故を経験したのが 「エージェントのルール定義（プロンプト・指示書）の破綻と乖離」 でした。

最初は「丁寧にコーディング規約や禁止事項を書いたドキュメントを用意して、 AGENTS.md や CLAUDE.md にそのまま貼っておけば、どのツールでも賢く動いてくれる」と思っていました。しかし、複数のプロジェクトを回し、リポジトリの規模が大きくなるにつれて、現場では次のような痛烈なトラブルに次々と直面しました：

コピペ二重管理によるルールの矛盾（設定ドリフト） : AGENTS.md と CLAUDE.md の両方に同じ規約を書き、片方だけ更新した結果、エージェント間で指示の解釈が食い違い、PR作成時にフォーマット戦争が勃発。
ルール肥大化によるコンテキスト窒息と「指示無視」 : 「あれも守らせたい、これも注意させたい」とルールを追記した結果、1,000 行超の巨大モノリスとなり、会話の中盤で最重要ルールを素通りされる（いわゆる Lost in the Middle 現象）。
「自然言語のお願い」が引き起こす破壊的事故 : 「※絶対に main ブランチに直接 push しないでください」とどれだけ赤字で強調しても、コンテキストが逼迫した瞬間にエージェントが普通に git push origin main を実行して冷や汗をかく。
ツールごとの隠れた挙動差異 : Antigravity では快適に動いていた条件付きルールが Codex では 32KB 制限でサイレントに切り捨てられ、Kiro では動的ライブ参照が動くのに Claude Code ではそのまま解釈されない。

本記事では、これら泥臭い現場の痛みを乗り越えて確立した 「4大AIエージェント（Antigravity / Kiro / Claude Code / Codex）におけるルール定義の完全設計論」 を徹底解説します。

何がすべてのツールで通用する「共通のオープン標準」で、何が各ツール特有の「特化拡張（Superpower）」なのかを白黒つけ、明日から破綻しない ハイブリッド連邦型ルールアーキテクチャ（Federated Rules Architecture） の設計図を公開します。

1. なぜ AI エージェントのルールファイルは破綻するのか？（3大アンチパターン）

実務で AI エージェントを日常的に使い倒すエンジニアがほぼ 100% 踏み抜く「3つの罠」があります。

アンチパターン 1: 巨大モノリス（The Monolithic Context Tax）

「テストコードは必ず書くこと」「コミットメッセージは日本語で書くこと」「あのライブラリのこのバージョンは非推奨」「AWS IAM の最小権限…」と、プロジェクトの全ルールを単一の AGENTS.md に詰め込むパターンです。

エージェントは毎ターンのプロンプト冒頭にこのルール全文を読み込みます。ルールが 1,000 行（数千〜1万トークン超）に達すると、毎回のツール実行で高額なトークンコストを垂れ流すだけでなく、LLM の注意機構が飽和し、最も重要な指示を見落とす確率が指数関数的に跳ね上がります。

アンチパターン 2: 二重メンテによる設定ドリフト（Duplication Drift）

「Claude Code には CLAUDE.md 、他のツールには AGENTS.md が必要だから」と、2 つのファイルに同じ内容をコピペして保守するパターンです。
機能追加やルール改定の際、片方のファイルを更新したのにもう片方を更新し忘れ、エージェント A は最新ルールで動き、エージェント B は古いルールで既存コードを破壊的に書き換えるという地獄が始まります。

アンチパターン 3: 自然言語の「お願い病」（Plea-Based Security）

「main ブランチへの push は禁止」「シークレットはコミットしないで」といった絶対的なセキュリティ・安全管理を、Markdown の自然言語テキスト（丁寧な prose）だけで強制しようとするパターンです。
LLM は確率的モデルであり、どんなに強い口調で書いても、コンテキストが圧迫された時やプロンプトの優先順位が交錯した際に指示をすり抜けます。 「ルールは文章でお願いするのではなく、フックやサンドボックスで物理的に遮断する」 のが鉄則です。

2. 4大エージェントのルール機構：共通標準 vs 各社特化機能の徹底比較

現在主流の 4 大コーディングエージェントにおけるルール処理のメカニズムを、最新仕様に基づき整理しました。

評価軸	Google Antigravity	Kiro (CLI / IDE)	Anthropic Claude Code	OpenAI Codex
主要ルールファイル	`~/.gemini/config/rules/*.md` `<repo>/AGENTS.md`	`~/.kiro/steering/.md` `.kiro/steering/.md` `AGENTS.md`	`CLAUDE.md` `~/.claude/rules/*.md` `AGENTS.md` (fallback)	`~/.codex/AGENTS.md` `<repo>/AGENTS.md` `AGENTS.override.md`
オープン標準 `AGENTS.md` 対応	ネイティブ対応（常時読込）	ネイティブ対応（常時読込）	フォールバック対応（ `CLAUDE.md` なし時）	ネイティブ対応（上から順に結合）
ファイル読み込み上限	モデルコンテキスト依存	プロジェクト依存	コンテキスト窓依存	既定 32 KiB （ `config.toml` で調整可）
条件付き・動的ロード機構	YAML Frontmatter ( `glob` , `model_decision` , `manual` )	Steering 設定 (Always, Conditional, Manual)	なし（設定ディレクトリ階層依存）	なし（ `AGENTS.override.md` による階層遮断）
外部ファイル動的参照	なし（スキル経由で参照）	`#[[file:...]]` 記法 (行番号・フォルダ対応)	`@path/to/file` 参照	なし（インライン記述）
強制遮断・実行防御 (Guardrail)	PreToolUse / PostToolUse フック	Permission 制御 (allow/ask/deny)	PreToolUse フック ( `settings.json` )	`config.toml` サンドボックス権限

3. 全エージェント共通の普遍的ベストプラクティス（Universal Foundation）

どのツールを使う場合でも、絶対に外してはならない 3 つの普遍的原則があります。

① 3層カスケード（UNIX 階層モデルの継承）

Linux の /etc/ → ~/.config/ → ./ と同じく、エージェントのルールは以下の 3 層で整理し、 「局所（手前）の設定が常に大局（グローバル）をオーバーライドする」 原則を徹底します。

Global ( ~/.config/ , ~/.gemini/config/rules/ , ~/.claude/rules/ ) : 組織や個人の不変の行動規範（作者の属性、最低限のセキュリティ原則、基本応答言語）。
Workspace Root ( ./AGENTS.md ) : リポジトリ全体のアーキテクチャ、ビルド・テストの必須コマンド、ディレクトリ規約。
Subdirectory ( ./src/api/AGENTS.md ) : 特定パッケージやマイクロサービス固有のフレームワーク制約。

② コンテキスト予算（150〜200行の黄金律）

常時ロードされる AGENTS.md に書くべき内容は 150〜200 行以内 に絞り込みます。
各行について次のテスト（Litmus Test）を実施してください：
> 「この行を削除した場合、エージェントは致命的・不可逆的なミスを犯すか？」

リンターやフォーマッタが自動検知できるコードスタイルや、一般的なフレームワークの標準的な書き方はすべて削除します。エージェントが推測できない「プロジェクト固有の奇妙な例外」や「必須ビルドコマンド」だけを残します。

③ 「規約（Rule）」と「手順（Skill）」の完全分離

ルールファイルに長大なデプロイ手順やマイグレーション手順を書いてはいけません。
- Rule ( AGENTS.md ) : 「常に守るべき判断基準・制約・禁止事項」のみを定義。
- Skill ( SKILL.md ) / Runbook : 「手順・スクリプト・調査コマンド」として別出しし、エージェントが必要になった瞬間だけオンデマンドで読み込ませる。

4. 【完全境界設計】グローバル vs ワークスペース：何をどこに定義すべきか？（Scoping Architecture）

3層カスケードの原則を理解しても、現場のエンジニアが次に必ず頭を抱えるのが 「具体的にどのルールをグローバルに置き、どれをリポジトリ内に置くべきか」 という境界線（Scoping）の設計です。

僕自身、初期の頃は「便利だから」とグローバルに特定のプロジェクト設定を書き込んで別の顧客リポジトリで誤爆したり、逆にリポジトリ内に個人のMac固有パスをコミットしてチームメンバーの環境を破壊したりと、数々の手痛い失敗を繰り返してきました。

現在僕が実務で厳格に適用している「グローバル」と「ワークスペース」の責務境界マトリクスがこちらです。

責務境界マトリクス（どこに何を書くべきか）

カテゴリ	グローバル領域 ( `~/.config/` , `~/.gemini/...` )	ワークスペース領域 ( `./AGENTS.md` , `./.agents/...` )
アイデンティティ＆属性	オペレーターの属性・人格・Git コミットの著者名（Kanji Shinohara）やメール・AIの名前を名乗らない規約（「AIアシスタント」等の表記禁止）・対話言語（日本語「です/ます」、英語回答基準）	プロジェクトの担当チーム・文脈・ドキュメントの社内呼称・プロダクト名・ステークホルダーやレビュアーの指定
エンジニアリング原則	普遍的な開発思想・ガードレール・TDD原則（Red-Green-Refactor、カバレッジ80%以上）・イミュータビリティ（破壊的変更の禁止）・計画ファースト（実装前にアプローチを提示）・関数の行数上限（50行未満推奨）	実装スタック＆アーキテクチャ規約・ディレクトリ構成ルール（ `features/` , `components/` ）・状態管理・APIクライアント設計（React Query, Zustand）・デザインシステム・トークン規約
ホストマシン・OS安全管理	マシン環境保護の絶対防壁・ローカルGUI操作の禁止（マウス移動・フォーカス奪取の阻止）・5桁ポート番号の重複防止（30000〜49999の排他管理）・一時スクリプト・キャッシュの配置（必ず `/tmp` に限定）・バックグラウンドプロセスの起動・停止作法	ビルド＆テスト実行コマンド・ `npm run build` , `npm test` , `pytest` ・ローカル開発サーバーの起動コマンド（ `npm run dev` ）・静的解析・型チェック（ `tsc --noEmit` , `ruff check` ）
セキュリティ・コンプライアンス	全社共通の機密・認証防御・秘密情報（APIキー、トークン）のコミット・外部送信禁止・環境変数や資格情報のハードコード検知・ネットワークサンドボックス境界の遵守	業界規制・ドメイン固有の法規制・金融商品取引法遵守（投資助言・買い煽り・目標株価の絶対禁止）・広告規制（SPONSORED / 広告ラベル表示義務）・薬機法・景表法・GDPRなど固有のコンプライアンス要件
Git・リリース戦略	共通のGit作法・Conventional Commits 形式（feat:, fix:）・HTTPS 接続強制（SSH認証トラブルの防止）・ブランチ切り替え時の Worktree 活用原則	リポジトリ固有のブランチ＆デプロイ・ブランチモデル（ `develop` 統合 → `main` 本番）・Firebase / Vercel / Cloud Run などのデプロイターゲット・GCPプロジェクトID、AWSプロファイル名
コンテキスト運用	セッション予算とサブエージェント委譲・大規模検索・ビルド試行錯誤はサブエージェントへ隔離・コンテキスト枯渇防止のリセット・コンパクト指針	インライン参照・動的コンテキスト・重要スキーマや型定義へのパス参照（ `#[[file:...]]` 等）・README やアーキテクチャ設計書の所在

現場で多発する「3大境界違反アンチパターン」

この境界線が曖昧になると、エージェントは一瞬で開発現場を混乱に陥れます。

違反 1: グローバルへのワークスペース設定汚染（Global Leaking）

「毎回設定するのが面倒だから」と、グローバルルール（ ~/.gemini/config/rules/ や ~/.claude/rules/ ）に AWS_PROFILE=company-prod や特定のローカルパス（ /Users/kanji/workspace/client-a/... ）を書いてしまうケースです。
別の個人開発プロジェクトやクライアント B の案件を開いた時、エージェントが無意識にクライアント A のプロファイルや認証情報を使ってコマンドを実行しようとし、最悪の場合は他社インフラへの誤デプロイや権限エラーによる作業停止事故を引き起こします。

違反 2: ワークスペースへのローカル個人情報・パスの流出（Workspace Leaking）

リポジトリの AGENTS.md に、自分の Mac 固有のフルパス（ file:///Users/kanji/... ）や個人の秘密鍵のパス、ローカル環境限定のエイリアスを書き込んで Git コミットしてしまうケースです。
CI/CD パイプライン（GitHub Actions）や Linux コンテナ、他のチームメンバーの Windows PC で git pull された瞬間、 「ファイルが見つかりません」で全自動ビルドが即死し、Git 履歴にも個人マシンの内部構造が永久に残る という惨事になります。

違反 3: グローバルの過積載による「文脈窒息」（Global Bloating）

「すべてのプロジェクトで役立つから」と、Next.js、Python、Terraform、Docker、Go、Rust、Tailwind のベストプラクティスをすべてグローバルルールに詰め込むケースです。
エージェントは小さなシェルスクリプトを1本作るだけのセッションでも、開始直後から 10,000 トークン超のグローバルルールを強制的に頭に詰め込まれます。その結果、 肝心のユーザー指示を解釈するコンテキスト枠が圧迫され、注意機構が散漫になり、「指示通りに動かない」トラブルの温床 となります。

UNIX哲学に学ぶ「配置判定チェックリスト（Litmus Test）」

迷ったときは、次の 2 つのシンプルな問いを自分に投げかけてみてください。

「明日、まったく無関係の新しいプロジェクト（別言語・別クライアント）を始めた時も、この指示を 100% 守らせたいか？」
- YES : オペレーターの氏名、TDD 思想、GUI 操作禁止、秘密情報コミット阻止など → Global ( ~/.config/ )
- NO : 特定フレームワークの規約、ビルドコマンド、AWS プロファイル、法規制など → Workspace ( AGENTS.md )
「このルールが書かれたファイルを、Public GitHub にそのまま完全公開できるか？」
- YES : プロジェクトのアーキテクチャ、ビルド手順、コーディング規約 → Workspace ( AGENTS.md )
- NO : 社内秘の認証情報、個人のプライベートマシン設定、特定の運用アカウント → Global または環境変数

💡 中間レイヤーの最適解：Frontmatter による「条件付きグローバル」

「全プロジェクトで使い回したいが、Terraform を触る時以外はロードしたくない」というルール（例: インフラ命名規則や Dockerfile 作法）は、Antigravity の trigger: glob: "**/*.tf" や Kiro の Steering (Conditional) を使い、 「配置場所はグローバル領域だが、ロードされるのは該当ファイルが開かれた瞬間だけ」 という遅延ロード設計を採用するのが Gen 3 の最も洗練された作法です。

5. 各エージェントの「特化機能」を引き出す実践テクニック

共通標準を押さえた上で、各ツールの独自機能をどう使い分けるかが現場の腕の見せ所です。

1. Google Antigravity: YAML Frontmatter による遅延ロード

Antigravity の最大の特徴は、 ~/.gemini/config/rules/*.md における YAML Frontmatter 条件指定 です。

---
trigger: glob
globs: "**/*.tf, **/*.tfvars, infra/**/*.yaml"
description: Terraform and infrastructure naming conventions
---
# インフラ命名規則
- リソース名には必ず環境プレフィックス（prd, stg, dev）を含めること。

glob : 関連ファイルを開いた時だけルールを注入するため、フロントエンド開発中にインフラの長大なルールでトークンを消費することがありません。
model_decision : description だけを事前に認知させ、エージェントが「この作業に必要だ」と判断した瞬間のみ全文をロードします。

2. Kiro: `#[[file:...]]` によるライブ参照と Steering

Kiro では、Steering ファイル内に他のファイルを直接埋め込む動的参照がサポートされています。

# API エラーハンドリング規約
エラーレスポンスの型定義は、以下の公式スキーマに厳密に準拠してください：
#[[file:src/types/api_errors.ts]]

ドキュメント内にコードの断片をコピペする必要がなく、実コードが更新されればルールの参照先も自動的に最新化されます。さらに /context show コマンドで、現在セッションにどのルールが注入されているかをいつでも可視化・デバッグできます。

3. Claude Code: 「シンボリックリンクの罠」と真の解決策（ @インクルード＆ Hooks防壁）

Claude Code はリポジトリルートに CLAUDE.md が存在すると、 AGENTS.md よりも優先して読み込む仕様になっています。
ここで多くの macOS / Linux エンジニアが 「 CLAUDE.md -> AGENTS.md のシンボリックリンクを貼れば解決」 というローカルハックに走りがちですが、 チーム開発や Windows 環境が混ざる現場では致命的なサイレント事故 を引き起こします。

⚠️ Windows 環境で発生する「9バイトのサイレント障害」

Windows（Git for Windows）のデフォルトではシンボリックリンクが無効（ core.symlinks = false ）になっています。
Windows ユーザーがリポジトリを git clone すると、 CLAUDE.md は実体へのリンクにならず、 単に AGENTS.md という文字が9バイト書かれただけのプレーンテキスト として生成されてしまいます。
その結果、Claude Code はエラーも出さずに「中身が AGENTS.md という文字だけの空っぽルール」として読み込み、 全ルールが完全に消失した状態で動作する という最悪の挙動に陥ります。

✅ OS非依存の決定版アプローチ（2つの推奨解）

本命: @AGENTS.md インクルード構文を使う（推奨）
CLAUDE.md を実体ファイルとして作成し、先頭に @AGENTS.md と記述します：
```
@AGENTS.md

# Claude Code 固有ルール
- （Claude Code だけで適用したい個別ルールがあればここだけに追記）
```
テキストファイルであるため Windows / Mac / Linux / CI 環境を問わず 100% 確実に展開され、Claude 特有の追加指示も綺麗に分離できます。
代替案: そもそも CLAUDE.md を置かない（フォールバック委譲）
Claude Code はリポジトリに CLAUDE.md が一切存在しない場合、 自動的に AGENTS.md を探索してフォールバック読み込みする公式仕様 を備えています。Claude 固有ルールが不要なプロジェクトであれば、 AGENTS.md 1枚だけを配置するのが最もクリーンです。

さらに、絶対に破られてはならない重大なルールはプロンプトの文章で懇願せず、 .claude/settings.json の PreToolUse フックで機械的に遮断します：

{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": ".*",
        "hooks": [
          {
            "type": "command",
            "command": "python3 scripts/secret_guard.py"
          }
        ]
      }
    ]
  }
}

Warning

現場からの警告 1: フックが自分自身をロックする「自爆トラップ」を回避せよ
PreToolUse フックで秘密情報（API キーなど）を検査する場合、単純な文字列パターンや単語境界のない正規表現（例: sk-[A-Za-z0-9_-]+ ）を使うと、Markdown 内の risk-assessment... といったケバブケース文字列に誤検知して終了コード 2 を返し、 エージェントがすべてのツール（読み込み・編集含む）を実行できなくなる永久ロック事故 が発生します。
必ず単語境界（ \b ）を厳格に指定し、ローカル開発用の .env やテスト用ダミーファイルを安全にスキップするフェイルオープン設計を徹底してください。

Tip

現場からの警告 2: 既存ルールの上書き事故を防ぐインストーラーの設計
新しいプロジェクトやチームメンバーのリポジトリに共通ルールパックを展開する際、手動の cp コマンドで既存の AGENTS.md や CLAUDE.md を無警告で上書きしてしまう事故が多発します。自動で既存ファイルを .bak に退避し、マージを促すインストールスクリプト（ install.py ）を用意しておくのが、チーム開発でのベストプラクティスです。

4. OpenAI Codex: `AGENTS.override.md` による文脈の強制リセット

大規模モノレポなどで、親ディレクトリの膨大な規約を特定の安全領域やサブモジュールで完全に遮断したい場合、Codex の AGENTS.override.md が威力を発揮します。このファイルを置いたディレクトリ以下では、上位の AGENTS.md の探索が打ち切られ、クリーンなコンテキストで作業を実行させることができます。

また、Codex のデフォルト読み込み上限が 32 KiB である点にも注意が必要です。巨大なルールを置くと末尾が警告なしで切り捨てられるため、 config.toml の project_doc_max_bytes を調整するか、ルール自体をスリム化します。

6. 【決定版】破綻しない「ハイブリッド連邦型ルール設計」テンプレート

4 つのツールすべてが同一リポジトリで安全・協調して動く、僕が実践している推奨リポジトリ構成がこちらです。

my-project/
├── AGENTS.md                  # 【SSOT】全エージェント共通の基盤ルール（150行以内）
├── CLAUDE.md                  # Claude用（@AGENTS.md インクルードでWindows互換を完全保証）
├── .kiro/
│   └── steering/              # Kiro 特化のファイルマッチ条件ルール & #[[file:...]]
├── .gemini/ (または global)
│   └── rules/                 # Antigravity 特化の glob / model_decision 条件ルール
├── .codex/
│   └── config.toml            # Codex 用のサイズ上限 & サンドボックス定義
└── .agents/
    └── hooks.json             # 破綻を防ぐ PreToolUse / PostToolUse フック防御壁

ルール設計のチェックリスト（完成度セルフ診断）

AGENTS.md の行数は 200 行以下に収まっているか？
グローバル（OS保護・アイデンティティ）とワークスペース（ビルド・技術スタック）の責務が厳格に分離されているか？
フォーマッタやリンターが検知できる内容を長文で書いていないか？
CLAUDE.md はコピペ二重管理せず、 @AGENTS.md インクルードまたはフォールバックを活用しているか？（Windows破損対策）
「絶対にしてはいけない操作」を自然言語のお願いではなく、フックや権限で防いでいるか？
手順書や長大なスクリプトは SKILL.md や docs/ に逃がしているか？

7. まとめ

AI コーディングエージェントのルールは、もはや「プロンプトに注意事項を書き足す」という感覚で管理できる規模を超えつつあります。

グローバルとワークスペースの責務を厳格に切り分ける（個人情報や特定プロファイルの混入阻止）
ベースはベンダーニュートラルな AGENTS.md に集約する
トークン予算（Context Budget）を厳格に管理し、150行に絞り込む
Antigravity の Frontmatter や Kiro のライブ参照など、各ツールの特化武器をピンポイントで活かす
守らせたい制約は文章ではなくフックで止める

この 5 つの柱を意識するだけで、エージェントの手戻りや指示無視は劇的に減り、複数エージェントをシームレスに使い分ける真の自律開発環境が手に入ります。ぜひご自身のリポジトリのルール定義を見直してみてください。

⏳ 近日公開予定

本番運用の設定ファイル＆自動化スクリプト一式をダウンロード

本記事で解説した 4大AIエージェント（Antigravity, Kiro, Claude Code, Codex）完全対応の AGENTS.md テンプレート、hooks.json、Gitガードスクリプト一式をGumroadにて配布準備中です。

Starter Kit を入手する（準備中） ※ 現在 Gumroad にて公開準備中です。公開次第リンクが有効化されます。

🚀 運営サービス・関連ソリューション（Cont-Aid LLC）

AI QUANT & MARKET PORTAL

Alpha Radar — AIクオンツ＆米国株・マクロ市場分析ポータル

本ブログで検証している自律型AIパイプラインと最新LLM推論を実践投入。機関投資家動向・テクニカル指標・マクロ環境を毎日自動スコアリングしています。

Alpha Radar を見る（無料）

AI & CLOUD ENGINEERING

AIコーディング環境構築・クラウド設計の技術顧問（合同会社Cont-Aid）

Claude Code / Antigravity 等のAIエージェント活用標準化、MCP/RAG長期記憶基盤の構築、AWS・Google Cloud のモダナイズ設計を支援します。

技術相談・お問い合わせ