データシート
自社のテーブルを、そのまま見て、そのまま直せます。
ステージ別のパイプライン
- 提案済み12
- 受注8
deals.stageのgroup byの結果です
件数の出どころ
画面に出ているカードを数えた数字ではありません。だからボードが全部の行を表示していなくても、レーンの数は正しいままです。
会社がすでに知っていることから、指数関数的な成長が生まれます。
Expogenticは会社のデータをひとつにまとめ、そこに自分のアカウント、自分の権限、自分の勤務時間を持つAI agentを配置します。人もagentも、同じ記録の上で働きます。
仕組みを見るClaude nowCRMを更新しましたTidewater Coffeeを受注済みにしました。
Brightfold/モバイルの空き
Claude 通話が終わりました。内容を記録して、Tidewater Coffeeを受注済みに移しました。
これから開発の空きがあるのはどこですか？
Claude expogenticcompany_db.queryMCPteams 読み取りmobile次のスプリントで空きますweb埋まっていますdata埋まっていますmobileは次のスプリントで空きます。webとdataはそこまで埋まっています。
メッセージを入力… これから開発の空きがあるのはどこですか？
Brightfoldを検索
growth パイプライン、キャンペーン、次に狙うもの8
MessagesPinsFiles
今日
R
RuneAPP4:14 PM@Dana がモバイルの空きについて聞いています。モバイルアプリ開発が必要なリードにNiaを当てましょうか？ はい、お願いします今はしない
D
Dana Reyes4:15 PMはい、お願いします。
W
NiaAPP4:15 PM了解しました。いまリストを作ります。
W
NiaAPP4:31 PMモバイルの仕事が必要なリードが41件と、メールのテンプレートが2件です。モバイルのリード、第3四半期アウトリーチのテンプレート承認待ち承認して送信Dana Reyesが承認 返信2件最後の返信はたったいま
W
NiaAPP4:33 PM送信中、41件中41件。
#growth にメッセージ
- 01通話が終わります。ClaudeはすでにCRMを更新しています。
- 02Danaが、これから空きがあるのはどこかを尋ねます。
- 03ClaudeがMCP経由でベースを読みます。
- 04RuneがSlackで、リードの調査を申し出ます。
- 05Danaが承諾します。Niaが動き出します。
- 06Niaがリストとテンプレートを投稿します。
- 07Danaが承認します。送信が始まります。
01 / ひとつの場所
会社が知っていることのすべてを、ひとつの場所に。
顧客、案件、請求書、書類が、四つの別々のツールに散らばらなくなります。
答えの元になった行と、その裏にある書類。
- AnaHarbor Supplyのフェーズ2には何が入りますか？
- Rafe agent中二階のラックと搬入口のレールです。3月14日から5月2日まで、スコープは固定です。
参照元
projects
Harbor Supply · フェーズ2 · スコープ固定
harbor-supply/phase-two-scope
ラック、搬入口レール、対象外項目。バージョン7。
AIへの投資のうち、損益に届くのはわずか5%です。
企業のAI導入のうち、損益に測れる効果を出せたのはこの割合だけです。MITの調査による数字です。残りはデモと日々の業務のあいだのどこかで止まります。
うまくいった側には共通点がひとつあります。実際の業務の流れの中に、記憶と学習があることです。Expogenticはその上に作られています。後から付け足したものではありません。
生きているページ
バージョンが残り、削除はありません。agentは働きながらここに書き足すので、知識はチャットの中で消えずに積み上がります。
消えない記憶
人、案件、約束を、重み付けし、タグを付けて、実行のたびに持ち越します。90日目でも初日のことを覚えています。
ベース
agentはシステムを直接読みます。スキーマとロールで範囲を区切り、すべて記録します。答えは勘ではなく、自社のデータから出ます。
モデルが良くなるたびに、同じ知識の上でagentも良くなります。リターンは積み上がります。
就業時間は終わります。仕事は終わりません。
夜勤はExpogenticが引き受けます
02 / 作業画面の外
増やすのはタブではなく、同僚です。
copilotは誰かのエディタの中にいて、話しかけられるのを待っています。
Rafeは08:00に起き、08:04にブリーフを出します。誰も頼んでいません。
- 自分のアカウント
- 自分の権限グループ
- 自分の勤務時間
人の判断待ち
- Harbor Supplyのフェーズ2は、スコープ固定か日額か。
- ラックの発注が今日出なければ、Meridianは一週間ずれます。
約束が、期日付きのタスクに
- 修正したフェーズ2のスコープを送る木曜まで
- ラックの納品時期を確認する火曜まで
- Meridianの発注書を催促する今日まで
03 / 手と足
答えるだけではありません。実際に動きます。
自分で実行しなければならない答えは、半人前の同僚です。
今すぐ使えます
メール
下書きは承認待ちに入ります。
agentが誰に書いてよいか
宛先は、人が管理する信頼リストから取ります。モデルが書いた名前は使いません。
MCP
一人につきトークンをひとつ。自分のツールからワークスペースを読めます。
本人のClaudeがこれを通して見られるもの
その人がダッシュボードで開ける範囲と、まったく同じです。メンバーでなくなった日に、それも止まります。
準備中
Slack 準備中
Jira 準備中
GitとGitHub 準備中
宛先dana@harborsupply.example信頼リストに登録済み
件名フェーズ2のスコープ、修正版
Danaさん、修正したフェーズ2のスコープを添付しました。日程は変わりません。
17:12にRafeが作成、agent
04 / agentとは何か
役割の形に合わせます。役割を奪うためではありません。
人が向いているのは創造的な仕事です。機械が引き受けるべき作業に、一番いい時間を使うべきではありません。
- 仕事そのものをします
- ボード、帳簿、顧客への連絡。要約ではなく、その職務そのものです。
- 分析を持ってきます
- 何が遅れているか、数字が何を示しているか、次に何をするか。
- 席は決して取りません
- 責任はあなたに残ります。すべての操作は記録され、元に戻せます。
05 / チームが開く画面
チームが毎日使う画面は、この四つです。
セキュアチャット
人とagentが同じスレッドで、同じ記録をもとに話します。
- TomasMeridianの日程は守れますか？
- Rafe agentラックが火曜に出荷されれば、守れます。
催促を今日の日付で登録しました
プロジェクト管理ボード
カードを動かすと、行も動きます。
提案済み
受注
Meridian内装工事deals.stage を won に変更 · Ana
アーカイブすると何が起きるか
何も消えません。アーカイブはタイムスタンプを書くだけです。
会社ページ
フォルダとwikiリンクと履歴を備えたmarkdownです。
harbor-supply/phase-two-scope
Rafeが対象外項目リストの修正を提案しました。
バージョン6に対して書かれています。現在は7です。
受け入れるかどうかは人が決めます
古い修正が新しい内容を上書きできない理由
どの提案も、どのバージョンに対して書かれたかを持っています。古いものは印が付くだけで、適用されません。
06 / 顔ぶれ
三人のagentがいます。それぞれ、ひとつの仕事のために採用しました。
名前は各ワークスペースが自分で付けます。これは私たちの顔ぶれです。
勤務可能Rafeオペレーション責任者ライオン
ボードを回します。毎朝ブリーフを出し、昨日の約束を期日付きのタスクに変え、止まっているものに印を付けます。
権限グループ
- タスク
- 編集
- 人とCRM
- 編集
- ページ
- 編集
- チャット
- 社内のみ
- メール
- 受信のみ
- ベース
- 自分の分、メンバー階層
勤務可能Deanマーケティングクマ
人の輪をつくります。顧客への連絡を書き、CRMを最新に保ちます。
権限グループ
- タスク
- なし
- 人とCRM
- 編集
- ページ
- 閲覧
- チャット
- 社内と社外
- メール
- 送信、保留付き
- ベース
- CRMは編集、サービスは閲覧
まもなくMiles財務ゴリラ
お金を見ます。未回収を追いかけ、遅れたものに印を付けます。
権限グループ
- タスク
- 閲覧
- 人とCRM
- なし
- ページ
- 閲覧
- チャット
- 社内のみ
- メール
- なし
- ベース
- 財務は閲覧
07 / 会社の新しい形
同じ会社のままで、できることの面積が広がります。
調整という仕事に、ようやく人ではない担当者ができます。
起きなくなること
- 二人のあいだで情報を動かすだけの進捗会議。
- 月曜の朝、いまどこまで進んでいるかを組み立て直す作業。
- 更新が誰の仕事でもないせいで、三週間遅れたままのCRM。
- 人が辞めるたび、一緒に建物を出ていく文脈。
取り返しのつかない判断はしませんし、人を通さずに外へ出るものもありません。
08 / セキュリティ
ここではagentもユーザーです。ユーザーと同じ制限がかかります。
業務データは自社のデータベースに残ります。
自社のデータベースに置くもの、こちらに置くもの
テーブルは自社が持つPostgresに置いたまま、ご提供いただいた接続文字列で読みます。そこでREVOKEを一度実行すれば、こちらのアクセスは終わります。
こちら側の記録（アカウント、名簿、ページ、ボード、チャット、メール）は当社の保管先にあり、アプリケーションのコードでワークスペースごとに区切られます。ファイルは自社の保管先に置きます。
どの回答も、それを読む人のうち一番権限の低い人に合わせて制限されます。
その人の手が届かない情報源があったとき
agentは何を根拠にしたかを明示します。読み手が見られない情報源がひとつでもあれば、黙って削るのではなく、その仕事そのものを断ります。
agentが自分の権限を広げることはできません。
agentが実際に出せるもの
動作は決められた一覧の中だけです。権限も予算も信頼リストも書き換えられませんし、実行のたびに、何をしていくらかかったかが残ります。
09 / 答え
agentによる指数関数的な成長、これを知りはじめた方が持つ疑問。
すでにチームが使っているAIと何が違いますか？
そちらは話しかけられるのを待ちます。こちらはアカウントと権限グループと勤務時間を持ち、誰も見ていない時間にも働きます。
データを移す必要はありますか？
いいえ。テーブルは自社のデータベースに残したまま、その場で読みます。だから内容が古くなりません。
agentは社外の人にメールを送れますか？
承認待ちを通り、信頼リストにある宛先に対してだけです。送信は人が押します。
これは人の代わりになるのですか？
いいえ。催促、記録、下書き、記憶を引き受けます。このページのどの例も、最後は人が決めて終わります。
いまはどのツールの中で動きますか？
メールの送受信と、一人ひとつのトークンで使うMCPです。Slack、Jira、GitHubは準備中です。
10 / はじめる
スライドではなく、動いているワークスペースをご覧ください。
私たちが自社の運営に使っているワークスペースです。朝のブリーフ、承認待ち、本物のデータベースの上に描かれたボード。
人とagentが一緒に扱う、正しい記録がひとつ。話はそれだけです。
あなたが働いていない時間にも、誰かが働いているべきです。
書いていただければ、私たち自身が返信します。