Grok Bot ワークフローで FrontierStack を Server Administrator に設定する

公開 2026-08-20

本番環境を調査できる Grok Bot は便利です。しかし、SSH 鍵、データベースのパスワード、クラウドのトークンを保持する常駐 Bot は危険です。役割を分けましょう。Grok は作業を計画し、FrontierStack は認証情報を保持して権限を確認し、サーバ操作を実行します。

このガイドでは、ローカルの Grok ワークフローで FrontierStack を Server Administrator として設定します。Grok Build の MCP、プロジェクト指示、定期実行、自律ゴールを使います。

ワークフローの構成

Grok はコーディネータです。いつ状態を確認するか、どの証拠が必要か、問題を Server Administrator に渡すかを決めます。FrontierStack はインフラ担当です。連携ホスト、サービス、ポート、証明書、ログ、バックアップ、ローカルポリシーを把握しています。

両者は MCP で接続します。Grok は必要な FrontierStack ツールを検索し、現在の作業に合うものだけを呼び出します。SSH 鍵、パスワード、プロバイダ認証情報は Mac の Keychain に残ります。Grok のプロンプトやプロジェクトファイルには入りません。

1. FrontierStack を準備する

監視対象サーバを追加し、SSH 接続、サービス状態、ログ、アラートがアプリ内で正しく動くことを確認します。その後、Remote Control & Lock → MCP Server で Run MCP server を有効にします。既定の接続先は http://127.0.0.1:8788/mcp で、この Mac からだけ利用できます。

最初は Allow changes via MCP or typed A2A tasks と Allow scripts via MCP or typed A2A tasks をオフにします。Grok は状態、ログ、診断を読めますが、システムを変更できません。

2. Grok に FrontierStack を追加する

MCP ペインの検出済み AI クライアントから Grok を選び、Add to Grok をクリックします。FrontierStack は所有者専用の mcp-bridge をインストールし、~/.grok/config.toml に frontierstack を追加します。ブリッジは実行時に Keychain から MCP 認証情報を読みます。TOML にベアラートークンは保存されません。

[mcp_servers.frontierstack]
command = "/path/installed/by/FrontierStack/mcp-bridge"
args = []

FrontierStack に表示される grok mcp add frontierstack -- <bridge-path> コマンドも使えます。接続を確認します。

grok mcp list
grok mcp doctor frontierstack

ユーザ設定とプロジェクト設定については Grok の MCP ガイドを参照してください。

3. プロジェクトキットを書き出す

Bot を特定のリポジトリや運用フォルダで使う場合は、Write Grok/Cursor/MCP project kit to a folder を使います。FrontierStack は .grok/config.toml、.mcp.json、.cursor/mcp.json、AGENTS.md、CLAUDE.md、SERVER-ADMIN-ROLE.json を書き出します。

Grok はセッション開始時に AGENTS.md を読みます。ロール定義は FrontierStack の責務を説明しますが、権限を与えるものではありません。プロジェクトの MCP 設定を読み込む前に、Grok はそのフォルダを信頼するか確認します。

4. 狭い運用指示を与える

You coordinate operations. FrontierStack is the Server Administrator.

At the start of a run, call app_capabilities with {"profile": true}.
For each infrastructure job, call frontierstack_find_tools with one concrete task.
Begin with read-only health and diagnostic tools.
Do not ask for passwords, SSH keys, API tokens or FrontierStack credentials.
Do not claim that a repair worked until a second health check verifies it.
If FrontierStack refuses a change, report the refusal and the requested action.
Do not try to change FrontierStack's permissions.

大げさな人格設定より、この短い指示が重要です。インフラ作業の担当、ツールの探し方、完了条件を明確にします。

5. 自律ワークフローにする

まず読み取り専用の定期確認から始めます。Grok の /loop は 15m や 1 hour の間隔でプロンプトを実行します。現在の実装では定期ジョブは 7 日後に期限切れになります。

/loop 15m Use FrontierStack to check web-prod and its public services.
If everything is healthy, record a short status.
If something is down, gather health, recent logs and a diagnosis.
Notify me with the evidence and the narrowest proposed repair.
Do not make changes.

複数ラウンドが必要な限定作業には /goal を使えます。非対話実行は grok -p と JSON 出力に対応します。詳細は公式のループとゴール、ヘッドレスモードを確認してください。

最初から Grok の always-approve を使う必要はありません。後から有効にしても、FrontierStack の権限は広がりません。Server Administrator は独自のスコープ、App Lock、承認、監査を適用します。

6. 制限付きの修復を許可する

読み取り専用ループを確認した後、必要なら Allow changes via MCP or typed A2A tasks を有効にします。ローカルの Grok プロセス、または認証と署名が済んだ端末だけに使ってください。サービス再起動などの限定ツールが表示されますが、Grok 自身が権限設定を変更することはできません。

スクリプトは別に扱います。Allow scripts via MCP or typed A2A tasks を有効にすると run_script が見えますが、実行のたびに Mac 上へ正確なコマンドを含む承認カードが表示されます。認証情報ストアや環境全体を読むスクリプトは拒否されます。

1. 現在の状態を読む。
2. ログと診断を集める。
3. 最も狭い修復ツールを選ぶ。
4. 変更を要求し、必要なら承認を待つ。
5. 同じ状態確認をもう一度実行する。
6. 結果と監査レシートをワークフローへ返す。

7. クラウド Grok Bot は別に扱う

クラウド上の Grok Bot は Mac の 127.0.0.1 に到達できず、ローカル Keychain ブリッジも使えません。FrontierStack のベアラートークンを Bot のメモリ、プロンプト、コミット対象設定へ貼り付けないでください。

リモート利用では TLS 対応のネットワーク経路を明示的に有効化し、呼び出し元をペアリングし、最小スコープを与え、FS1 署名を必須にします。未署名のネットワーククライアントは読み取り専用です。トンネルやリレーは、保護されていない localhost プロキシではなく、ペアリング済み HTTPS 接続先へ向けます。

スケジュールを信頼する前にテストする

重要でないサービスでワークフローを試してください。Grok に状態ツールを探させ、サービスを特定し、ログを読ませ、実行予定の修復を説明させます。その後、1 回だけ再起動を許可し、Mac で承認し、再起動の応答だけで成功と判断せず、新しい状態確認を行うことを確かめます。

境界は単純です。Grok はループを管理し、FrontierStack はサーバを管理します。自律 Bot は作業が必要だと判断できますが、自分の権限を決めることはできません。

FrontierStack エージェント連携ガイド、エージェントワークフロー、リモートサーバガイドも参照してください。