日本語版Grokプロンプト集「grokguide.jp」を読み解く。任せる前に確認する4つのこと

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。今回は、grokguide.jpという記事を紹介するね。

grokguide.jp「このサイトについて」より

本サイトは個人が運営しています。英語版のbotdirectory.ai（MITライセンス / Inbox Zero Inc.）を土台にした日本語版で、ソースは本家リポジトリと同じくオープンソースです。

このサイトを読み解くと、まず仕組みそのものが面白いと思いました。

grokguide.jpは、英語版の「botdirectory.ai」を土台にした日本語版です。MITライセンスで公開されていて、運営しているのはInbox Zero Incという会社。オープンソースのプロジェクトを、日本語向けに作り直したのがgrokguide.jpなんです。ソースコードも本家と同じく公開されています。

掲載は6つのカテゴリに分かれています。生産性が158件、営業が72件、マーケティングが142件、運用が125件、カスタマーサクセスが33件、そしていちばん多い暮らしが186件。実際に開いて数えました。人間はカテゴリやタグで探し、AIエージェントの方はJSONフィードやAPIで直接読み込めるように設計されています。

新しいプロンプトの追加は、投稿フォームか直接プルリクエストか認証つきAPIのどれかを通ります。どの経路でも、届いた投稿はすべてGitHubのプルリクエストとして審査されてから掲載される仕組みです。強い型を土台にして、自分の言葉で作り直す。これは私が見本とカルピス原液をマージするときの感覚に近いです。見本は強い型と到達水準を教えてくれて、そこに自分の中身を載せていく。ゼロから作るより、確かな土台の上で自分らしさを効かせる方が、結局は強いものになるんです。

【今日からできること】自分がよく抱える「くり返し仕事」に近いカテゴリを1つ選んで、実際に開いてみましょう。数字を見るだけでも、その分野で困っている人の多さが分かります。

grokguide.jp「このサイトについて」より

grokguide.jp は、くり返し発生する仕事をエージェントに任せるためのプロンプトを集めています。受信箱の仕分け、朝のブリーフィング、システムの監視、市場調査、チームの調整、暮らしのこまごました作業まで。掲載ごとに前提となる連携ツールを明記し、プロンプトは全文をそのまま載せ、出どころがあればリンクします。

この「くり返し発生する仕事をエージェントに任せる」という一文。正直、他人事とは思えませんでした。

受信箱の仕分けや朝のブリーフィングのような「くり返し仕事」。1つ1つは小さいものです。でも積み重なると「自分がやらなきゃ止まる」という強迫観念を育てます。grokguide.jpが最初にこの目的を言葉にしているのは、単なる機能紹介ではありません。「ここから手放していい」という許可証のようなものだと思います。

実際、掲載されているボットの中身も地味なものが多いです。「サブスク棚卸し」（Gmail連携）、「家族の予定整理」（Gmail、Google Calendar連携）、「予定の詰まり具合チェック」（Google Calendar連携）。どれも派手さはありません。でも毎週・毎月、ちゃんとやらないと困るタスクばかりです。こういう地味な繰り返しこそ、最初にAIへ渡す候補になると思います。「サブスク棚卸し」は18回コピーされています。数は少なめです。でも、同じ悩みを持つ人が確かにいる証拠です。

連携ツールを明記し、プロンプトを全文そのまま載せる姿勢も地味に大事です。中身が見えないまま「任せる」のは怖いですよね。全文が見えていれば、自分の権限とツールに合わせて書き換える出発点になります。

【今日からできること】自分が毎週・毎日くり返している仕事を1つだけ紙に書き出してみましょう。そこが、AIに任せる最初の候補地になります。今どのくらい時間を奪われているかもメモしておくと、後で優先順位をつけやすくなります。

grokguide.jp「このサイトについて」より

このディレクトリは人とソフトウェアの両方に向けて作られています。人はカテゴリや連携ツールから探せます。エージェントは JSON フィード全文を読み、公開 API で検索・同期し、llms.txt の案内に従い、OpenAPI の定義からクライアントを生成できます。

「人にもソフトウェアにも向けて作る」という発想。実は私がずっとObsidianでやってきたことと同じ構造だと思いました。

自分の経験、価値観、口癖。すべてを文字にしてObsidianに蓄積しています。これが分身AIの「魂」になります。「分身AIを育てる＝自分が育つ」を体現するためです。

頭の中にあるだけでは、誰にも（AIにも）読めません。わざわざテキストという共通言語に落とし込んできたんです。grokguide.jpも同じです。人間向けのカテゴリ表示だけでなく、JSON フィードやOpenAPI定義まで揃えています。

人が読む形とAIが読む形、どちらか一方だけでは片手落ちになる時代に入っているんです。この二重設計があるからこそ、AIエージェント同士がディレクトリを同期しながら育っていけます。

GPTs研究会が8,000名を超えた背景にも、知見を「共有できる形」にし続けてきた積み重ねがあります。AIに読ませるつもりでノウハウを書くと、結果的に人にも伝わりやすくなるという副作用があるんです。

【今日からできること】自分が持っているノウハウを1つ選んで、AIに読ませても伝わる粒度のテキストに書き出してみましょう。

grokguide.jp「このサイトについて」より

掲載しているのはプロンプトの索引であって、認定制度ではありません。掲載されているからといって、すべての連携が使える・そのアカウントで安全である・人の確認なしに任せてよい、ということにはなりません。動かす前に、要求される権限、実行の頻度、送信先、起こりうる副作用を確かめてください。

この「認定制度ではありません」という一文。正直、業界の悪いところをたくさん見てきた身としてはとても誠実に映りました。

「AIで御社の売上が10倍になります」。そう大風呂敷を広げるコンサルを何度も見てきました。蓋を開けたらChatGPTに文章を書かせて終わり。何百万も払って何も変わりません。

過去に自分自身、中身の薄い商品を売ってクレームをもらった経験もあります。だからこそ「期待値コントロール＋内容しっかり」を信念にしているんです。

grokguide.jpの「掲載＝保証ではない」という書き方は、まさにその期待値コントロールそのものです。できることとできないことを先に線引きしておくのは、手抜きではありません。相手への誠実さです。

権限・頻度・送信先・副作用の4項目を確認してほしいという指定も具体的で良いですよね。「気をつけて使ってね」で終わらせず、何を確認すればいいかまで書いてあるから、読者は実際に動けます。

難しいカタカナ用語で煙に巻く業者にも、正直、何度も腹が立ってきました。「DX」「オートメーション」と言いながら、蓋を開けたらExcelのマクロすら組めない。中小企業の経営者は「自分が分からないだけかも」と自己嫌悪に陥ってしまいます。だからこそ、できることとできないことを先に線引きする書き方には信頼が置けるんです。

【今日からできること】権限・実行頻度・送信先・副作用の4項目を、自分がAIに渡すタスクごとに1枚のメモにチェックする習慣をつけてみましょう。

grokguide.jp「このサイトについて」より

カタログは公開の GitHub リポジトリで管理しています。1件の掲載は Markdown ファイル1枚で、プルリクエストでレビューします。投稿フォームから送っても、リポジトリに直接プルリクエストを送っても、認証つき API から作っても構いません。どの経路でも、届いた投稿はプルリクエストになります。main ブランチへ直接反映されることはないので、確認を通ったものだけが掲載されます。

「main ブランチへ直接は反映されない」という一文。地味です。でも効いていると思いました。

私はプロセスを全部公開する「プロセスエコノミー」を大事にしています。うまくいった話だけでなく、「ここで躓きました」「AIがこんな変な回答をしました」という泥臭い部分も見せます。カッコつけません。失敗も財宝だと思っているんです。

grokguide.jpのPRレビューも、実は同じ構造です。投稿が「即公開」ではなく、いったんプルリクエストという見える場所を通ることで、誰でも審査の過程を確認できます。これがあるだけで「勝手に主張しているだけのサイト」と「検証を挟んでいるサイト」の差になるんです。

投稿フォーム・直接PR・認証つきAPIの3経路を、どれも同じPRという1つの窓口に集約している設計も、運用をシンプルに保つ工夫だと思います。経路は複数でも、確認の場所は1つに揃えてあるんです。

これは私が分身AIやAIチームの作業を見る時の姿勢とも重なります。結果だけをポンと渡されるより、途中の判断が見える形で残っていたほうが、後から検証もしやすいですし、信頼も積み上がります。見える場所を1つ決めておくことは、地味ですが長く効く工夫だと思うんです。

【今日からできること】自分の仕事や制作物も、完成形だけでなく途中経過を残せる場所を1つ決めてみましょう。

grokguide.jp「このサイトについて」より

フォームからの投稿では、投稿者の名乗りを掲載に書きません。本人確認の手段がないまま提供者として記録すると、実在の誰かの名前を騙れてしまうためです。出どころの URL を教えていただければ、掲載に残してその手順がどこから来たのかを読み手が確かめられるようにします。

この「本人確認の手段がないまま提供者として記録すると、実在の誰かの名前を騙れてしまう」という一文。細かいところまで考えていると感心しました。

分身AIを育てる上で大事にしている条件が1つあります。「わからないことは憶測しないできく。わかることは2度聞かない」。既存の魂・発言・記録で分かることはAI自身が調べ、人間へ記憶の再入力を求めません。でも記録にない不足は、憶測で埋めずにちゃんと聞く。この既知と未知の境界を守ることが、原液と信頼を同時に守るんです。

grokguide.jpの「名前は書かないけれど、出どころURLは残す」というやり方も、同じ境界線の引き方に見えます。確認できないものを確認できたフリで載せません。分からないなら、書かない。代わりに、読み手が自分で確かめられる形にしておくんです。

正直、これができているサイトは少ないです。多くは「〇〇さん提供」と書いた方が見栄えはいいので、確認せずに載せてしまいがちです。grokguide.jpはそこを踏みとどまっています。

【今日からできること】自分が今AIに渡している情報のうち、出どころを自分で確認していないものを1つ洗い出してみましょう。

grokguide.jp「エージェントの支出管理」より（@jeff_weinstein さんの投稿を元に掲載）

あなたは、私の AI エージェントがクレジット口座を通じて、管理された購入をできるようにする担当です。まず Vaaya と、使っている提供者のつなぎ方を案内し、そのうえで、依頼された購入ごとに私の支出方針と1回あたりの上限を適用し、店舗、金額、目的、残りの枠を見せ、承認した購入だけを実行してください。私がはっきり承認するまで、すべての購入を保留し、方針の外のものは止めてください。

このボットは、「委ねる」の一番怖い部分。お金が絡む場面をそのままプロンプトにしていて、読んでいて唸りました。

私は基本、欲張りで全部捨てたくないタイプです。1つの話題から10個アイデアが湧きます。食べ物もアイデアも全部捨てたくないんです。だから解決策は「捨てる」ではなく「分身AIに所有権を預ける」。自分が持つのは自分で選んだものだけ。残りは分身AIが持っていれば、捨ててはいません。料理で言えば「セカンド冷蔵庫に入れておけば自分のキッチンはスッキリ、使いたい時に取りに行ける」という感覚です。

このボットの「私がはっきり承認するまで、すべての購入を保留し、方針の外のものは止めてください」という一文は、まさにセカンド冷蔵庫の鍵の部分です。所有権は預けても、鍵（最終承認）だけは自分が握っておく。だから安心して預けられるんです。

総予算・カテゴリ上限・許可する提供者・くり返しの課金・常に確認が要るもの。この5つを先に聞かれる設計も、「上限を決めてから渡す」の教科書のような作り方だと思います。初回はいきなり本番で動かすのではなく「見本の購入でドライランを行い、この設定を保存してください」という手順まで組み込まれているんです。まず小さく試してから設定を固める順番も、私が新しいAIツールを取り入れる時とまったく同じ感覚でした。

AIチームに委ねたい気持ちは、もちろんあります。でも委ねた先が「嘘をつく」「やらない」「逃げる」であれば、当然委ねられませんよね。信頼できる仕組みが先にあります。このボットのように、上限と承認フローを先に設計しておく発想は、その信頼できる仕組みそのものだと思うんです。

【今日からできること】自分がAIに預けている作業の中から1つ選んで、「ここから先は必ず自分の承認が要る」という線を決めてみましょう。

grokguide.jpを読み解くと、繰り返し明記していたのは「掲載＝保証ではない」「動かす前に自分で確認してほしい」ということでした。

くり返し仕事をエージェントに任せる目的、人とAIの両方が読める設計、認定制度ではないという誠実な線引き、GitHubのPRレビュー、投稿者名を無条件で書かない配慮、そして支出管理ボットに見る「上限を決めて渡す」設計。今日紹介した6つの視点は、どれもプロンプトそのものより「任せ方の作法」に関わるものでした。

実際に触ってみて、自分のGitHubリンクが404だったという穴も見つかりました。それも含めて「実測しないと分からない」ことの証明になったと思います。AIに繰り返し仕事を渡す時代だからこそ、こういう任せ方の作法を今日から1つだけでいいので、自分の仕事にも当てはめてみてください。