本文へスキップ
KNOWLEDGE — AI NEWS
Grok Buildが全プランへ開放
SpaceXAI（Grokの提供元。公式サイトは x.ai）が2026年8月19日、対話しながらアプリやダッシュボードを作る機能「Grok Build」を、全プランのウェブ・iOS・Androidで使えるようにしたと公式サイトで発表しました。2026年7月の導入時はSuperGrok Heavy限定のEarly Betaで、今回あわせてRemix・カスタムドメイン・GitHubへの書き出し・Secrets・Connectorsが追加されています。なお、料金・利用上限・提供地域についての記載は発表ページにありません。
Summary
この記事の要点
新機能の紹介ではなく、EC事業者が社内ツールを内製するときの判断材料に絞って整理します。要点は3つです。
試すコストが下がった。ただし本番業務に載せる話とは別
限定プランのEarly Betaから全プランへ移り、今回ウェブ・iOS・Androidで使えると明記されました。手元で試す障壁はほぼ無くなっています。一方で、可用性や障害時の扱いに関する記載は発表ページにありません。試作と本番運用は分けて考える必要があります。
実務で効くのはConnectorsによるダッシュボード
公式には、業務に関係するデータを取り込んで絞り込みのできるダッシュボードにする機能だと記載されています。EC運用で毎週手作業で作っている集計表が、この対象です。ただし何を繋ぐかを先に決めないと、判断が作業の勢いで決まってしまいます。
公開範囲は3段階。既定値を確認しないまま公開しない
公開したアプリは
grok.me上の独自アドレスを持ち、自分のみ・リンクを知る人・インターネット全体から公開範囲を選ぶ設計です。他者が複製できるRemixも用意されているため、社内向けのものを広い範囲で公開しない運用が要ります。
Basics
前提：対話でアプリを作る道具は、どの位置に置くものか
対話で作れることと、業務で使い続けられることは別の問題です。既存の手段と並べると、向く場面がはっきりします。すでに整理できている方はこの節を飛ばして構いません。
ここでいう内製とは、外部に発注せず社内で必要な道具を用意することです。EC運用の現場では、すでに複数の手段が使い分けられています。
| 手段 | 向く場面 | 限界 |
|---|---|---|
| 表計算ソフト | 手元での集計、少人数での共有 | 件数が増えると重くなる。更新の手作業が残る |
| BIツール | 継続して見る指標の可視化 | 初期設定に手間がかかる。作れる画面の型が決まっている |
| 対話で作る道具（今回のGrok Buildなど） | 短期間だけ使う画面、要件が固まっていない試作 | 仕様が会話の履歴に依存する。引き継ぎと長期の保守に向かない |
| 受託開発・アプリ開発 | 基幹業務、外部公開する機能 | 費用と期間がかかる。小さな試行には重い |
3つ目は、1つ目と2つ目の間を埋める道具です。置き換える対象は基幹システムではなく、「毎週手で作っている表」や「一度きりの確認画面」です。この位置づけを外すと、作った本人しか直せない画面が業務に残ることになります。AIを社内業務に組み込む考え方はAI社員とはで、導入の進め方はAIエージェント一括支援で扱っています。
Announcement
公式発表の要点
SpaceXAIは2026年8月19日、公式サイトでGrok Buildの提供範囲の拡大と追加機能を発表しました（出典: 公式サイト「Grok Build on web and mobile」）。発表ページに記載されている内容は次のとおりです。
| 項目 | 公式に記載されている内容 |
|---|---|
| 発表日・発表主体 | 2026年8月19日、SpaceXAI（Grokの提供元。公式サイトは x.ai） |
| 今回の変更 | Grok Buildをすべてのプランで、ウェブ・iOS・Androidから利用できるようにした |
| これまでの提供範囲 | 2026年7月の導入時は、SuperGrok Heavy に限定されたEarly Beta |
| 作れるもの | アプリ、ゲーム、ウェブサイト、ダッシュボード。チャットの中で動く版が生成される |
| 公開とアドレス | 公開したアプリはgrok.me上の独自アドレスを持つ。公開範囲は「自分のみ」「リンクを知る人」「インターネット全体」から選ぶ。保有する独自ドメインを割り当てることもできる |
| カバー画像 | アプリごとに自動生成され、貼り付け先でリッチプレビューとして表示される。再生成・差し替え・対話での作り直しが可能 |
| X上での表示 | Xで共有した場合、バナーがインラインで表示され、ゲームにはカード内に再生の導線が付く |
| SpaceXAI APIs | アプリ単位で有効にすると、アプリのコードからチャット・画像・音声を呼び出せる。キーの作成・貼り付け・入れ替えは不要。アクセスはアプリ単位で、いつでも取り消せる |
| Remix | 公開されたアプリを他者が複製して自分のものにできる |
| カスタムドメイン | 保有しているドメインをアプリに向けられる |
| GitHubへの書き出し | プロジェクト全体をリポジトリへ送り、エディタやターミナル版のGrok Buildで続けられる |
| Secrets | 第三者サービスのAPIキーを、アプリのコードの外に保管する |
| Connectors | 業務に関係するデータを取り込み、絞り込みのできるライブダッシュボードにする |
| 料金・利用上限・提供地域 | 発表ページに記載なし |
発表ページで確認できるのは上記までです。本記事の執筆時点（2026年8月21日）で、可用性や障害時の扱い、日本国内での提供条件について、この発表からは確認できていません。
Analysis
セルフプラスの見解 — 作れるかどうかより、何を繋ぐかで決まります
ここからは公式発表を踏まえたセルフプラスの分析で、事実の要約とは分けて記載します。この種の道具は「思ったより作れる」ことが分かった時点で、業務データを繋ぎたくなります。事故が起きるのはその瞬間で、作る能力ではなく繋ぐ判断のほうにリスクが集まります。
1. 向いているのは「作って捨てられる道具」です
対話で作った画面は、仕様が会話の履歴に残ります。作った本人がいなくなると、なぜその計算になっているかを追う手段が実質的に失われます。したがって、長く使う前提のものには向きません。EC運用で当てはめると、次のように分かれます。
| 向く題材 | 向かない題材 |
|---|---|
| キャンペーン期間中だけ見る進捗のボード | 受注管理・出荷指示など、業務の本流に載るもの |
| 毎週手で作っている集計表の置き換え | 顧客対応の記録が残る仕組み |
| 社内向けの計算ツール（送料・原価・値引きの試算） | 決済や在庫の更新に関わるもの |
| 要件を詰める前の試作画面 | お客様が直接触れる購入導線 |
右側に当てはまるものは、対話で作れたとしても運用に載せるべきではありません。仕様書と引き継ぎが必要な領域だからです。この線を越える要件は、はじめから開発として扱ってください。Shopify上での機能追加はShopifyアプリ開発で扱っています。
2. Connectorsに繋いでよいデータを、先に決める
Connectorsは公式に「業務に関係するデータを取り込み、絞り込みのできるライブダッシュボードにする」と説明されています。便利さの中身は、社内のデータが外部サービス上で扱われるということです。繋ぐ前に線引きを決めておかないと、その場の必要性で判断することになります。セルフプラスでは、次の3段階で整理することをおすすめしています。
| 区分 | 該当するデータ | 考え方 |
|---|---|---|
| 繋いでよい | 集計済みの数値（日次の売上合計、セッション数、CVR）、自社が公開している情報 | 個人が特定されず、外部に出ても損害が生じない粒度 |
| 慎重に判断する | 商品別の売上明細、在庫数、原価、仕入先名 | 経営情報にあたる。社内の承認を得てから繋ぐ |
| 繋がない | 氏名・住所・電話番号・メールアドレス・注文者情報・決済情報 | 個人情報。試作段階であっても対象外とする |
試作だから個人情報を入れてもよい、という例外は作らないほうが安全です。試作はそのまま使われ続けることが多いためです。エージェントに渡す権限の考え方はPerplexity Computerの権限に関する記事でも整理しています。
3. Secretsがあっても、キーの管理責任は自社に残ります
Secretsは、APIキーをアプリのコードの外に保管する仕組みだと公式に説明されています。ここで誤解しやすいのは、コードの外に置くことと、外部サービスに預けないことは別だという点です。発表ページに保管場所の記載はありませんが、コードの外に出すことが、キーがサービス側で扱われないことを意味するわけではありません。
したがって、ECの本番環境で管理権限を持つキーをそのまま入れるのは適切ではありません。実務としては、必要な範囲に絞った読み取り専用のキーを別に発行し、それだけを使う形にします。手間としては発行作業が1回増えるだけです。この1手間を省くと、試作用のアプリが本番の書き込み権限を持ったまま残ることになります。
4. 公開範囲の設定は、作る前に決めておく
公開範囲は自分のみ・リンクを知る人・インターネット全体の3段階です。加えてRemixにより、公開されたアプリが他者に複製される場合があります。既定でRemixが有効かどうかは発表ページからは確認できないため、公開設定の画面で確認してください。社内の数字が載った画面を広い範囲で公開すると、複製された時点で回収できません。
運用としては、業務用のアプリは「リンクを知る人」までにとどめ、外部に見せる必要があるものだけを個別に判断する形が現実的です。あわせて、使わなくなったアプリを誰がいつ消すかも決めておいてください。作る担当だけを決めて消す担当を決めないと、公開されたままの画面が積み上がります。社内業務側の手順の整備はAI社員導入支援で扱っています。
発表ページから確認できないことが3つあります
1つ目は料金と利用上限です。全プランで利用できると記載されている一方、無料の範囲でどこまで作れるかは記載がありません。2つ目は提供地域と提供段階の詳細です。日本国内での提供条件を名指しした記載はなく、Early Betaからの移行後にどの段階にあたるかも明示されていません。3つ目は可用性や障害時の扱いです。業務で使い続ける前提の説明は発表に含まれていないため、止まっても業務が回る範囲で使うのが現実的です。いずれも本記事の執筆時点（2026年8月21日）で公式に確認できなかった事項であり、提供されていないという意味ではありません。
Action
明日から何をすべきか
順番が重要です。データを繋ぐ前に、線引きと後片付けを決めておきます。
データを繋がない題材で、1つ作ってみる
送料や値引きの試算ツールなど、外部のデータを必要としないものを選びます。目的は成果物ではなく、どこまで作れてどこから作れないかを体感することです。ここで限界を把握しておくと、次に業務データを繋ぐかどうかの判断が具体的になります。所要は30分程度を目安にしてください。
繋いでよいデータの線引きを、紙1枚で決める
本記事の3区分をそのまま使って構いません。重要なのは、判断が必要になる前に決めておくことです。とくに個人情報を対象外とする一文は、試作段階でも例外を作らない形で書いてください。決めた内容は担当者だけでなく、実際に触る全員が見られる場所に置きます。
公開範囲の既定と、消す担当を決める
業務用に作るものは「リンクを知る人」までとし、それ以上に公開する場合は個別に判断する運用にします。あわせて、使わなくなったアプリを月に1回棚卸しして消す担当を決めます。作る担当と消す担当を同じ人にすると、自分が作ったものは残りやすくなるため、可能であれば分けるほうが機能します。
SpaceXAIの他の動きはGrok Botの記事とGrok 4.6の費用設計の記事にまとめています。企業がAIエージェントを業務へ入れる実態はOpenAIの企業向け調査の記事で扱っています。
FAQ
この発表に関するよくあるご質問
無料のプランでも使えますか。
公式発表には全プランで利用できると記載されていますが、料金や利用上限についての記載はありません。無料の範囲でどこまで作れるかは発表ページからは判断できないため、実際に利用するプランの画面で確認する必要があります。
作ったアプリを社外に見せずに使えますか。
公開範囲は自分のみ、リンクを知る人、インターネット全体の3つから選べると公式に記載されています。社内用途であればリンクを知る人までにとどめる運用が現実的です。公開したアプリが他者に複製されるRemixもあるため、既定の挙動を公開設定の画面で確認してください。
ShopifyのAPIキーをSecretsに入れてよいですか。
Secretsはキーをアプリのコードの外に保管する仕組みであり、外部サービスに預けないという意味ではありません。本番の管理権限を持つキーは入れず、必要な範囲に絞った読み取り専用のキーを別に発行して使うことをおすすめします。
