RockでのAI入門
RockのドキュメントにはAIエージェントの仕組みについては解説されていますが、導入が順調に進むかどうかを左右する疑問点については触れられておらず、こうした点が最終的には貴組織における導入の成否を決定づけることになります。私たちのチームは、主要な教会との提携を通じて独自に確立したアプローチを持っており、それが皆様のお役に立てるものと考えています。
導入を成功させるための3つの重要な段階は以下の通りです：
- まずは確認しましょう。 何か設定を行う前に、周囲が何を期待しているのかを確認してください 。
- 段階的に展開してください。 一度に全員にアクセスを開放しないでください 。
- 様子を見て調整しましょう。公開されたら 、実際に何が起きているかに注意を払ってください。
電源を入れる前に
大規模な新機能を導入する際、つい設定作業にすぐ取り掛かってしまいがちです。しかし、このアプローチでは、スタッフが混乱し、機能の導入が不完全になったり、誤った形で導入されたりする恐れがあります。
Rock IQを早期に導入した教会のひとつであるLCBCは、そのまま参考にすべきアプローチを確立しました。何かを構築する前に、彼らは実際にそれを使う人々と向き合い、プロダクトマネージャーがコードを1行も書く前に尋ねるような質問を投げかけます。「もし今、AIエージェントがいたとしたら、それにどんなことを期待しますか？」 これは、エージェントによるワークフローを構築する前にその概要を策定する際の原則と同じです。つまり、まず本当の問題と具体的な事例を把握することです。LCBCでは、これをタスクレベルではなく、組織レベルで実践しています。
その会話からは、次の2つのことが浮かび上がります：
- 対応できないリクエスト。たいていは、そのツールの機能に対する誤解が原因です。誰かががっかりしてしまう前に、早い段階でその点を明確にしておきましょう。
- 簡単に実現できるリクエスト。それは 、ユーザーがすでに要望として挙げてくれているものの中に、まさにそこにあるのです。 まずはそれらから実装しましょう。実際の要望に基づいた早期の成果は、どんな告知メールよりも、製品の普及に大きく貢献します。
ロールアウト・ラダー
次に、全員を一斉に利用可能にするのではなく、3段階に分けて段階的に導入することをお勧めします。
まず、エージェントの種類は慎重に選んでください。「チャットエージェント」と「MCPエージェント」では、コストや管理すべきセキュリティ対象が異なります。そのため、最初にクリックした方を無造作にデフォルト設定にしないでください。Rock Castの「AI Summit Q&A」エピソードでは、モデルの選択やMCP接続によって請求内容がどのように変わるかについて解説しています。多くの人は両方を組み合わせて使用することになるでしょうが、その違いについてしっかりと理解しておくことが重要です。
段階 1：あなただけ 。Rock のドキュメントでは、これについて「新しいエージェントは初期状態でアクセスが制限されている」という見出しの下で説明されています。デフォルトでは、新しいエージェントはすべて、設定を行う前に自動的に「Rock 管理者」ロールへのアクセスのみに制限されます。意図的にアクセス権を開放するまでは、他の誰もそれを見ることができません。つまり、最初の段階は自動的に行われます。あなたが別の設定を行うまでは、あなただけがそれを使用することになります。
段階 2： アーリーアダプターの少人数グループ 。準備が整ったら、ごく少数のユーザーにアクセスを開放します。Rockのエージェントセキュリティドキュメントでは、社内エージェントの典型的な開始点として「RSR - スタッフワーカー」のような役割が提案されています。可能であれば、それよりもさらに規模を小さくしましょう。すでに興味を持っている数人のユーザーが、実際の懸念点を見つけ出し、今後頻繁に寄せられるであろう質問を提起してくれるため、それらに先手を打つことができます。
ステップ3： スタッフごとに割り当てられた実際の セキュリティロール。このステップは極めて重要ですので、決して飛ばさないでください。Rock内でセキュリティロールが正確に設定されていることを確認してください。Rockは、エージェントがアクションを実行する前に、以下の4つの項目を確認します：
- 一体誰がそのエージェントを見ることができるのか
- その中ではどのようなスキルを活用できるのか
- それらのスキルに含まれる具体的なツールとは
もし利用者がRockで記録を確認できない場合、エージェントもその記録をその利用者に表示することはできません。エージェントは、すでに導入されている権限システムに基づいて動作します。ボランティア向けのエージェントについては、ほとんどのタスクにおいて読み取り専用に設定してください。一般向けのエージェントについては、サービス時間、イベントの詳細、キャンパスの場所など、必要最低限の情報のみを表示するように限定してください。
もし貴教会で、AIツールに入力してはならないデータ（健康情報、カウンセリングの記録、氏名と結びついた財務情報など）をすでに文書化している場合は、そのリストをここでも適用してください。まだそのようなリストを作成していない場合は、当サイトの無料「教会向けAI利用方針テンプレート」に、まさにそのリストが記載されています。
しかし、ここでのより大きな障害は、たいてい「躊躇」です。『Rock Cast』の「教会のAI導入を本当に阻んでいるものは何か」というエピソードでは、その抵抗の原因を、リスク回避の姿勢、コストへの懸念、そしてすでに手一杯の状態にあるスタッフにあると分析しています。私たちは、まずすでに興味を持っている人から始め、彼らに小規模で明確な成果を得てもらい、その人が次の担当者を巻き込んでいくようにすることをお勧めします。まさにそれが「Rung 2」の目的です。
配信終了後
導入は、アクセス権が付与された時点で完了するわけではありません。ユーザーが実際にそれをどのように利用しているかを把握できた時点で完了するものであり、これは多忙な際に私たちがよく省略してしまうステップです。
キングダム・シティのアプローチは、多くの導入事例で見落とされがちな重要なポイントです。エージェントが稼働し始めたら、スタッフが実際にエージェントに何を求めているのかを確認してください。セッション履歴を調べて、実際のリクエストのサンプルを読んでみてください。それらは、あなたが想定していたユーザーの質問とはほとんど一致しないものです。このたった一つの習慣から、3つのことがわかります。
ギャップについて。3人の異なる人が、エージェントに本来の機能ではないことを依頼した場合は、不足しているスキルやツールを追加してください。ドキュメントですでに回答されている質問を人々が繰り返し尋ねてくる場合は、あらゆるAIツールに対して私たちが推奨する方法でそのギャップを埋めてください。つまり、「必須事項」とし、実際の役割に紐付け、一貫したリズムで繰り返し実施することです。Rock Castの「未訓練のスタッフによる隠れたコスト」に関するエピソードでは、そのステップを省略した場合に何が起こるかを深く掘り下げています。生産性の低下、信徒とのつながりの喪失、そしてなぜその費用を支払っているのか誰も覚えていないソフトウェアといった問題が生じます。
コーチング。スタッフがツールの使い始めの段階では、必ずしも正しく扱えるとは限りません。こうした時は、コーチングを行う絶好の機会です。Rock Castの「AIの盲点を回避する」というエピソードでは、まさにこの失敗パターンについて詳しく解説しています。スタッフミーティングでの漠然とした注意喚起よりも、迅速かつ具体的な指摘の方が効果的です。より体系的なアプローチをお求めなら、Triumphの「AI Fluency Rubric」が、その人の現在のAIスキルレベルを評価し、今後の成長の方向性を示す5段階のフレームワークを提供しています。
成功事例です。 エージェントを賢く活用し、そのミスを指摘し、真の価値を引き出している人物を見つけ出し 、その人物の名前を挙げてチームに伝えましょう。これは、強制するよりも導入を促進する効果があります。なぜなら、それはスタッフたちがすでに信頼している人物からの証言だからです。
これらすべての意味
ロックはすでに困難な技術的な作業を済ませてくれました。しかし、最終的には、導入の成否は、このプロセスをスタッフに適切に導くためにあなたがどのような措置を講じるかにかかっています。
ご自身の導入計画について検討する際にお手伝いが必要でしたら、当社の「AI Agentic Workflows コホート」プログラムでは、少人数の教会グループを対象に、実際のワークフローを一緒に構築・運用するプロセスをサポートしています。直接ご相談をご希望の場合は、お気軽にお問い合わせください。どちらの方法でも、喜んでお手伝いさせていただきます。