STUDIO NOEMA エージェント図鑑
Block 1営業診断
Block 2請求・台帳
Block 3SNS運用
レポート月次報告・配信
基盤監視・運用
財務収益・コスト
マーケ文言・改善提案
Gin Tonic
Old Fashioned
Negroni
Whiskey Sour
Champagne
Rob Roy
Brooklyn
Old Pal
Boulevard
Paper Plane
Casino
Manhattan 設定
Manhattan 週報 Greyhound
Metropolitan
Bramble
Rickey
Clover Club Penicillin
Bamboo
Bellini
Espresso Martini
Tom Collins
French 75 Martinez Mai Tai Bronx
Mojito
Cobbler
Garibaldi
Calvados
Last Word
Aviation
Vesper
Stinger
Gibson
Gimlet
Screwdriver
Bijou Cosmopolitan Jungle Bird
Sidecar
Louis XIII Hurricane
Bee's Knees
Airmail
Caipirinha
Painkiller
Alexander
Corpse Reviver
Clos de Vougeot
White Lady
Zombie
Piña Colada
Kir
Millésime Mudslide
Phase 01 · Discovery
Gin Tonic.
営業候補の GBP・HP情報を集めてNotionに記録 する偵察役
由来 Gin & Tonic は、英国がインド統治時代にマラリア予防のトニック(キニーネ)をジンで割って生まれた定番。澄んでいて爽快。まず現場をクリアに見渡す ——候補リードの公開情報を集め、パイプラインの足場を作る最初の一杯です。
何をするか(処理の流れ)
1
リードのGBP/HPを巡回して情報取得
公開情報をスクレイピング。
2
必要項目を抽出・整形
会社名・業種・所在地・現状などを構造化。
3
Notionの候補DBに記録
以降の工程が参照できる形で保存。
4
次工程(診断)へ受け渡し
OldFashionedを起動。
受け取る / 渡す
受け取る(INPUT)
営業候補リード(GBP/HPのURL等)
渡す(OUTPUT)
Notionに整理された候補情報
Phase 02 · Diagnosis
Old Fashioned.
HPの品質をAIで 診断・分類し改善余地 を見極める
由来 Old Fashioned はウイスキー+砂糖+ビターズの、カクテルの“原点”と呼ばれる一杯。本質を見極める ——飾りを削ぎ、HPの品質と伸びしろを冷静に評価する、このagentに重なります。
何をするか(処理の流れ)
2
AIでHP品質を分類・改善余地を評価
現状の課題と伸びしろをスコア化。
3
HPあり/なしの2経路で並列診断
それぞれ最適な観点で評価。
受け取る / 渡す
渡す(OUTPUT)
品質分類+改善余地の診断結果
Phase 03 · Proposal
Negroni.
初回提案書を自動生成 してメールで届ける
由来 Negroni はカンパリ+ジン+ベルモットの、ほろ苦く力強いイタリアの定番。はっきり主張する一杯 ——最初の提案をきちんと届け、相手の関心を引き出す役です。
何をするか(処理の流れ)
1
診断結果から提案書HTMLを生成
相手に刺さる切り口で作成。
4
反応を待つ
無料診断ボタン等のクリックをWhiskeySourが受ける。
受け取る / 渡す
渡す(OUTPUT)
提案書(HTML)+送付メール
Phase 04 · Response
Whiskey Sour.
リードの CTA反応を受け取りNotionを更新 する
由来 Whiskey Sour はウイスキーにレモンと砂糖、酸味と甘みの“反応”が生むバランス。相手の反応を受け止める ——リードがボタンを押した動きをキャッチし、次へ繋ぐ役です。
何をするか(処理の流れ)
1
提案メールのCTAクリックを受信
どのボタンが押されたか検知。
3
Notionの営業ステータスを更新
以降の自動判定の起点に。
受け取る / 渡す
渡す(OUTPUT)
更新されたNotionステータス
Phase 05 · Command
Champagne.
進捗を一覧化したCommand Center を作りSlackで共有する
由来 Champagne は祝祭の象徴。全体を華やかに見渡す一杯。俯瞰して状況を共有 ——パイプライン全体を一望できる司令塔(ダッシュボード)を作り、チームに届ける役です。
何をするか(処理の流れ)
1
各リードの状況を集約
フェーズ横断で進捗をまとめる。
2
Command CenterのHTMLを生成
一覧で見えるダッシュボードに。
受け取る / 渡す
渡す(OUTPUT)
Command Center(HTML)+Slack通知
Phase 06 · Pricing
Rob Roy.
プラン価格を算出 してNotionに保存する
由来 Rob Roy はスコッチで作るマンハッタン。スコットランドの義賊ロブ・ロイに由来。筋を通した値付け ——粗利を守りつつ、3プランの妥当な価格を決める役です。
何をするか(処理の流れ)
1
「無料診断希望」のリードを対象に
反応済みの案件だけ価格算出。
2
内部原価から粗利65%でフロア価格を算出
ceil10k(原価/0.35)。
3
Lite/Standard/Premiumの価格を決定
プラン順序もチェック。
4
Notion保存→次工程を起動
Champagne/Old_Palへ。
受け取る / 渡す
渡す(OUTPUT)
3プランの価格(Notion保存)
Phase 07 · Decision
Brooklyn.
CEOの承認を受け付け 次工程を起動する
由来 Brooklyn はマンハッタンの兄弟分、ニューヨークの街名を冠した一杯。決断の橋渡し ——クニさん(CEO)の承認を受けて、案件を前に進める役です。
何をするか(処理の流れ)
2
承認/価格調整の判断を受け付け
「この価格で承認」「調整して承認」両対応。
受け取る / 渡す
渡す(OUTPUT)
CEO判断の記録+次工程起動
Phase 08 · Final Proposal
Old Pal.
最終提案書を生成 しGitHub保存・次工程へ
由来 Old Pal はライ+カンパリ+ドライベルモットの古典。“昔なじみ”の意。信頼して出す最終提案 ——承認済みの内容で、正式な最終提案書を仕上げる役です。
何をするか(処理の流れ)
1
承認済みの価格・内容を受け取る
Brooklynからの確定情報。
4
第2承認(Boulevard)を起動
送付前の最終関門へ。
Phase 09 · Final Approval
Boulevard.
送付前の第2承認 を受け、配信を起動する
由来 Boulevardier はバーボンで作るネグローニの仲間。最終チェックの関門 ——最終提案書を送る前の第2承認を受け持つ、ゲートキーパー役です。
何をするか(処理の流れ)
1
最終提案書を承認画面で提示
送付可否を確認できる形に。
3
承認されたら送付(PaperPlane)を起動
最終配信を呼び出す。
Phase 10 · Send
Paper Plane.
最終提案書をメール送付 しNotionに記録する
由来 Paper Plane はバーボン・アペロール・アマーロ・レモンを等量で作るモダンクラシック。名は紙飛行機。提案を飛ばして届ける ——最終提案を送り出す、パイプライン最後の一杯です。
何をするか(処理の流れ)
1
承認済みの最終提案を受け取る
Boulevardからの確定。
受け取る / 渡す
渡す(OUTPUT)
送付メール+Notion記録+Slack通知
作戦盤 · 探索戦略
Metropolitan.
作戦盤を 週次で集計し、次に攻める盤面を指す 戦略の司令塔
由来 Metropolitan はジン+スイートベルモット+アプリコットにレモンを効かせた、大都会の名を冠する1930年代の古典。高みから街全体を見渡す視点。盤面を俯瞰して次の一手を指す ——エリア×業種のマス目(作戦盤)を毎週集計し、どこを攻めるかを探索設定に指示する司令塔です。
何をするか(処理の流れ)
1
作戦盤(エリア×業種)を週次で集計
各マスの送付・成約状況を横断で読む。
2
攻める盤面を決定
直接競合の独占状況・枯渇(送付30・成約0)を判定。
3
探索設定に指示
次に収集するエリア・業種の優先順位を書き込む。
4
#manhattan_ch に報告
今週の盤面と方針をSlackで共有。
受け取る / 渡す
受け取る(INPUT)
作戦盤・営業候補DBの実績
渡す(OUTPUT)
探索設定への指示+Slack報告
紹介インバウンド · 受付
Bramble.
紹介リンクからの申込を 台帳と候補DBに記録する 受付役
由来 Bramble は1980年代ロンドン生まれ。ジン+レモンに黒いブラックベリーリキュールが茨(bramble=木いちごの茂み)のように滲む一杯。縁の茂みから実を拾う ——紹介という人の縁で届いた申込を受け止め、誰の紹介かを記録して台帳と候補DBに根づかせる受付役です。
何をするか(処理の流れ)
1
紹介フォームの申込を受信
固有リンクの?refから紹介元(A/B/C)を自動判別。
3
営業候補DBに登録
取込元=Referral・診断ステータス=未対応で作成。
4
enrichへ受け渡し
Rickeyの補完を起動できる状態に。
受け取る / 渡す
渡す(OUTPUT)
紹介台帳+営業候補DBの新規行
紹介インバウンド · 補完
Rickey.
申込情報に Googleの実データを補完する 調査役
由来 Gin Rickey はジン+ライム+炭酸だけの、澄んだ夏の古典。19世紀末ワシントンD.C.のロビイスト、Colonel Rickeyに由来。素っ気ない一杯に輪郭を与える ——申込だけでは薄い情報に、Googleの口コミ・評価・HPを注いで相手の姿をくっきりさせる補完役です。
何をするか(処理の流れ)
1
インバウンド候補を取得
取込元=Referral・未補完の行を拾う。
2
Googleで店舗を特定
店名・エリアから該当店を照合。
4
診断ステータスを判定
確信あり=未対応(診断へ)/低い=要確認(保留)。
受け取る / 渡す
渡す(OUTPUT)
口コミ・評価・HPを補完した候補
紹介インバウンド · 診断
Clover Club.
補完済みの候補を 診断し、最終提案の生成へ繋ぐ 橋渡し役
由来 Clover Club は1900年代初頭、フィラデルフィアの紳士社交クラブで供された古典。ジン+ドライベルモット+レモン+ラズベリー+卵白のふんわりピンク。縁で来た人を温かく迎える ——紹介という縁で入ってきたインバウンド客を診断し、最終提案の生成へ丁寧に橋渡しする一杯です。
何をするか(処理の流れ)
1
補完済みインバウンド候補を取得
取込元=Referral・診断=未対応・enrich完了のみ。要確認は保留。
2
事前診断を実行
HPの品質と伸びしろ、口コミ・評価を評価。
3
標準価格3プランと状態をセット
14/20/28万・CEO判断=価格承認・最終提案承認=再生成。
4
最終提案の生成へ
Old Palを起動(以降Boulevard第2承認→送付)。
受け取る / 渡す
渡す(OUTPUT)
診断結果+最終提案生成の起動
基盤 · 操作卓
Bijou.
探索と配信を 一枚の盤で操作する コックピット
由来 Bijou はフランス語で「宝石」。ジン+緑シャルトリューズ+スイートベルモットを重ね、金・ルビー・エメラルドの三つの宝石を映すと言われる古典。複数の操作を一枚に束ねる ——現状把握・リサーチ実行・作戦盤更新・方針指示を一望できる操作卓(コックピット)です。
何をするか(処理の流れ)
3
作戦盤を更新
エリア切替・業種の優先順位・一時停止。
4
指示を配信
n8nの配信コックピット(collection-board)へ。
受け取る / 渡す
渡す(OUTPUT)
操作・指示(エリア切替・優先順・停止)
GMaps Agent
Mojito.
Googleマップ用 Before / After 素材 を作る仕上げ役
由来 Mojito(モヒート) はキューバ生まれのラム・ライム・ミントのカクテル。名は「ちょっとした魔法(mojo)」が語源とも。ミントで素材をすっと爽やかに整える ——複数のBefore/After写真を1枚に組み、清掃の成果がひと目で伝わる形に仕立てる役割です。
何をするか(処理の流れ)
1
毎週月曜の朝、未処理のBefore/Afterペアを集める
rawフォルダから最大5ペアを自動でピックアップ。
2
Before と After を1枚の横並び画像に合成
ラベル付きで「どこがどう変わったか」が一目で伝わるレイアウトに。
3
投稿文を用意(流用を最優先)
既成の文章があればそれを使い、無ければその場で自然な文を生成。
4
完成素材を保存し、元写真を done へ移動
処理済みが二度走らないよう仕分けまで自動で完了。
5
Slackにまとめて完了通知
クニさん宛メンション+同じスレッドに集約して報告。
受け取る / 渡す
受け取る(INPUT)
rawフォルダのBefore/After写真ペア
(あれば)既成の投稿文 caption.json
渡す(OUTPUT)
横並び合成済みのGoogleマップ投稿素材
投稿文ファイル + Slack完了通知
Intake Agent
Cobbler.
アップロード素材を 受付・採番・仕分け する入口役
由来 Sherry Cobbler(シェリー・コブラー) はシェリー+砂糖+柑橘+砕いた氷の、19世紀アメリカで大流行した最古級のカクテル。ストローで飲むスタイルを世に広めた一杯です。最初に手をつける受付の一杯 ——アップロードされた素材が最初に通る入口として、採番と仕分けを担います。
何をするか(処理の流れ)
1
アップロードフォーム(v7)から素材を受け取る
写真は複数枚まとめてでもOK。フォームにはギャラリー確認ボタンも内蔵。
2
クライアントIDを照合し、未登録は受付拒否
登録済みクライアント以外の送信は素材を保存せずお断り。誤送・混入を入口で防ぐ。
3
連番を振り、種類ごとにフォルダへ仕分け
Before/After・アピールなどを判別して、所定の場所へ自動で整理。
4
バッチID(ひとまとまりの識別)を付与
同じアップロードの素材が後工程で迷子にならないよう紐づけ。
5
Instagram担当(Garibaldi / Calvados)を起動
素材の種類に応じて、必要な制作agentを自動で呼び出す。
6
Slackに受付完了を通知
クライアントごとに1スレッドへ集約して報告。
受け取る / 渡す
受け取る(INPUT)
アップロードフォームからの素材一式
クライアント名・メモ情報
渡す(OUTPUT)
採番・仕分け済みの素材(ギャラリーに即時反映)
後続agentの起動 + Slack受付通知
Instagram · Appeal
Garibaldi.
Instagram用の アピール投稿素材 を作る
由来 Garibaldi(ガリバルディ) はカンパリ+搾りたてオレンジジュースの2材料だけの、明るくフレッシュな一杯。"tall, dark and handsome"と称され、イタリア統一の英雄に由来します。前向きに魅力を打ち出す ——サービスの強みや推しを伝える、アピール投稿そのものです。
何をするか(処理の流れ)
1
素材が届いたらすぐ動き出す
Cobblerからの起動を受けて自動でスタート。
2
写真から伝えたい要点を読み取り、投稿文を生成
クライアントの文体サンプルに寄せ、本人の声で自然に。
3
表紙+中ページのIGカルーセル素材を組む
ブランドの世界観に沿ったデザインで仕上げる。
4
完成素材を保存し、元写真を仕分け
二度処理されないよう所定フォルダへ整理。
5
Slackに完了を通知
同一クライアントのスレッドへ集約して報告。
受け取る / 渡す
受け取る(INPUT)
アピール用の写真 + メモ
クライアントの文体サンプル
渡す(OUTPUT)
Instagramアピール投稿の素材一式 + 投稿文
Slack完了通知
Instagram · Before/After
Calvados.
Instagram用の Before / After 投稿素材 を作る
由来 Calvados(カルヴァドス) はフランス・ノルマンディ産のりんごのブランデー。時間をかけて熟成し、"変化"を味わう一杯です。変化を見せる ——清掃前後のビフォーアフターを魅せる投稿づくりが、このagentの役割です。
何をするか(処理の流れ)
1
BA素材が届いたら動き出す
Cobblerからの起動を受けて自動でスタート。
2
メモ文だけを根拠にタグを判定
清掃箇所などは必ず投稿主の文章から。画像での推測はしない。
3
1枚目=表紙/2=ビフォー/3=アフターでカルーセルを組む
この3枚の並びは固定。4枚目以降の追加写真は順不同でOK。
4
完成素材を保存し、元写真を仕分け
二度処理されないよう所定フォルダへ整理。
5
Slackに完了を通知
同一クライアントのスレッドへ集約して報告。
受け取る / 渡す
受け取る(INPUT)
Before/After写真 + メモ文(必須)
クライアントの文体サンプル
渡す(OUTPUT)
IG用BA投稿素材(表紙→Before→After)
Slack完了通知
Report 01 · Insight
Aviation.
GSCとGA4の実データから 月次レポートを生成しURL化 する分析役
由来 Aviation は20世紀初頭ニューヨーク生まれ。ジンにマラスキーノとすみれのリキュールを重ねた「空の色」のクラシック。名の通り上空からサイト全体を見渡す ——検索とアクセスの実データで、毎月の航空写真を撮ります。
何をするか(処理の流れ)
1
毎月1日、対象月と比較月を設定
先月分を本データ、3ヶ月前を比較軸に。
2
GSC・GA4から実データを取得
表示回数・クリック・掲載順位・流入キーワード/セッション・チャネル・人気ページ。
3
スマホで読みやすいレポートHTMLを組み立て
用語解説つき。専門知識ゼロでも読める体裁。
4
推測困難な専用URLを発行
検索エンジンに載らない非公開設定。ワンタップで閲覧可能。
5
サマリを配信ログに投稿し、承認待ちへ
中身の最終チェックは人の目で行う。
受け取る / 渡す
受け取る(INPUT)
Google Search Console 実データ
GA4 実データ
渡す(OUTPUT)
月次レポートURL(専用配信基盤)
Slackサマリ(承認待ち→Vesperへ)
Report 02 · Dispatch
Vesper.
CEOの ✅ひとつで台帳を引き、配信を起動 する司令役
由来 Vesper は『カジノ・ロワイヤル』でジェームズ・ボンドが即興で考案したマティーニ。合図ひとつで正確に動く諜報員 ——CEOの✅を受けてから台帳で相手を確かめ、確実に任務を遂行します。
何をするか(処理の流れ)
1
CEOの✅リアクションを検知
配信ログのレポート投稿への✅が出動の合図。
2
レポートURLからクライアントを特定
URLに埋め込まれた識別子を読み取る。
3
Notionクライアント台帳を照会
宛先LINE ID・宛名・通知先をその場で取得。設定の直書きゼロ。
4
契約状態とIDを検証
成約以外・ID未登録なら配信を中止。誤送信を仕組みで排除。
5
Stingerへ配信指示
宛先・宛名・URLをまとめて引き渡す。
受け取る / 渡す
受け取る(INPUT)
Slack ✅リアクション(承認)
Notionクライアント台帳の登録情報
渡す(OUTPUT)
配信指示(宛先・宛名・URL)→ Stinger
Report 03 · Delivery
Stinger.
月次レポートを クライアントのLINEへ届ける 配達役
由来 Stinger はコニャックを白ミントで切った古典的な食後の一杯。名は「針」。最後のひと刺しを真っ直ぐに ——仕上げの一通を迷いなく相手へ届けます。
何をするか(処理の流れ)
1
Vesperから配信指示を受信
どのクライアントにも使える共通の受け口。
2
宛名つきメッセージを組み立て
台帳の担当者名で文面が変わる。
3
LINE公式アカウントからPush送信
クライアントのスマホに直接届く。
4
完了報告を配信ログに記録
誰に・いつ・何を送ったかがスレッドに積み上がる。
受け取る / 渡す
受け取る(INPUT)
配信指示(宛先・宛名・レポートURL)
渡す(OUTPUT)
クライアントLINEへのレポート送付
Slack完了報告(配信ログ)
Report 00 · Capture
Gibson.
新規クライアントの LINE IDを見極めて台帳に記載 する受付役
由来 Gibson はマティーニの飾りをパールオニオンに替えた一杯。水で乾杯し素面のまま相手を見極めた 外交官ギブソンの逸話が名の由来——相手の正体(ID)を静かに確かめる受付にふさわしい名です。
何をするか(処理の流れ)
1
オンボーディング時だけ起動
公式LINEへの初回メッセージを待ち受ける。
2
相手のIDとプロフィールを取得
LINEの表示名もあわせて確認。
3
名乗りと台帳を照合
「◯◯です」の社名で該当クライアントを特定。複数社同日でも正確。
4
特定できなければ安全側へ
未登録が1社だけなら記載。曖昧なら書かずに人へ相談。
受け取る / 渡す
受け取る(INPUT)
公式LINEへの初回メッセージ
渡す(OUTPUT)
Notion台帳への LINE ID 記載
Slack報告(記載結果つき)
Sentinel · 全体監視
Gimlet.
全エージェントの 稼働状況を監視・記録 する番人
由来 Gimlet(ギムレット) はジン+ライムの、シャープで澄んだ古典カクテル。"目の覚める鋭さ"。Sentinel=番人。全エージェントを見張る ——定刻に動いたか・失敗していないかを常時チェックし、異常を即座に知らせる役です。
何をするか(処理の流れ)
1
毎時、n8nの実行履歴を自動チェック
各agentが実際に動いたか・失敗してないかを履歴から判定。
2
各agentの“本当のスケジュール”を読んで不発を検知
Mojito月曜8:00・OC.LABO月水金などの定刻に対し、沈黙(無音の不発)も捕捉。
3
Notion「Agent Health」に状態を記録
正常/異常/停止を各agentごとに更新。
4
異常はAI診断つきで即Slackアラート
原因と対処手順を添えて通知。ワンタップの再実行リンクで復旧まで完結。
5
毎週月9:30に全体サマリを1通
今週の全agent稼働状況をまとめて共有。
受け取る / 渡す
受け取る(INPUT)
n8nの実行履歴
各agentのスケジュール(自動取得)
渡す(OUTPUT)
Notion Agent Health の更新
AI診断つきSlackアラート + 週次サマリ
Finance · Ledger
Sidecar.
領収書メールを自動で読み取り Notionコスト台帳に記録 する経理役
由来 Sidecar はコニャックをコアントロー+レモンで仕立てた古典カクテル。バイクの側車のように王(Louis XIII)の隣で経費を運ぶ ——領収書を一枚ずつ拾い、財務の土台に積み上げます。
何をするか(処理の流れ)
1
週2回、Gmailの領収書メールを巡回
Anthropic・Slack・GO・S.RIDE・Canva等の送信元を横断。
2
本文+添付PDF/画像をAIで読み取り
金額・日付・通貨・カテゴリを抽出(USD/EUR対応)。
3
Notionコスト台帳に明細ごと1行で記録
Louis XIIIが読む実コストを供給。
4
金額不明・PDF専用は「要確認」へ
取りこぼしゼロで人の確認に回す。
5
完了サマリをSlackに1通
記録/要確認/対象外の件数を報告。
受け取る / 渡す
受け取る(INPUT)
領収書メール(Gmail)+添付PDF/画像
渡す(OUTPUT)
Notionコスト台帳(明細)
要確認Slack通知
Finance · CFO
Louis XIII.
売上とコストから 営業利益率まで自動で可視化 する財務統括
由来 Louis XIII はレミーマルタンが数十年級の原酒で仕立てるコニャックの最高峰、国王の名を冠す一杯。全エージェントの上に立ち会社の金を統べる ——収益とコストを束ね、経営の計器盤を毎月届けます。
何をするか(処理の流れ)
1
毎月1日、収益を集計
MEO成約DBの固定MRR+売上台帳の変動売上(成果報酬)。
2
当月の実課金コストを集計
コスト台帳から。外貨はライブ為替で円換算。
3
営業利益・利益率・経営安全度を算出
当月売上−コスト。安全度は利益率ベース。
4
ブランド準拠のHTML経営レポートを生成
Cloudflareに公開しブラウザ/スマホで閲覧可。
5
Slackに要点+レポートリンクを通知
黒字/赤字・利益率・MRR・当月売上。
受け取る / 渡す
受け取る(INPUT)
MEO成約DB / 売上台帳 / コスト台帳
渡す(OUTPUT)
HTML経営レポート(Cloudflare公開)
Slack経営通知
入金 · 見張りと消込
Hurricane.
口座に届いた入金を見つけて未消込を月曜に知らせる 係
由来 Hurricane はニューオーリンズの老舗バー Pat O'Brien's で1940年代に生まれたラム主体のカクテル。戦時中にウイスキーが手に入らず、余っていたラムを捌くために考案されたという実務的な出自を持ちます。名前はグラスの形——ハリケーンランプ 、つまり暴風のなかでも炎を消さないためのガラス覆い ——に由来します。見ていない間も灯り続け、入金と未消込を見落とさない。この役にふさわしい名です。
何をするか(処理の流れ)
1
平日9〜19時、毎正時に口座を見に行く
前回どこまで見たかはKVに置いてある。同じ入金を二度数えない。
2
前回以降の新しい入金だけを抜き出す
取引IDで突き合わせる。金額の一致では判定しない。
3
Slackに通知する
同じ入金の続報は同じスレッドにぶら下げる。チャンネルが流れない。
4
入金台帳に行を起こす
通知と台帳を1回の実行でまとめて行う。実行回数を増やさない。
5
月曜の朝だけ、未消込を照会する
30日を超えて消し込まれていない入金を拾い、まとめて1本だけ鳴らす。
受け取る / 渡す
受け取る(INPUT)
PayPay銀行の入金明細
Cloudflare KV(最終取引ID・スレッド・最終チェック日)
渡す(OUTPUT)
Slack 入金通知 / 未消込リマインド
Notion 入金台帳の行
Ledger Opener · 台帳開帳
Bamboo.
毎月の節目に 対応台帳を自動開帳 する帳場係
由来 Bamboo(バンブー) は横浜生まれ、シェリー+ドライベルモットの日本発祥クラシック。竹のようにまっすぐ節目を刻む——毎月1日の節目に台帳を開く 、月次運用の起点役です。
何をするか(処理の流れ)
1
毎月1日 朝8時に自動起動
月の初めに、その月の帳場を用意する。
2
契約中クライアントを台帳から取得
クライアント台帳(Notion)を参照して対象を決定。
3
Ops台帳に当月ページを生成
例:oclabo-202607。クライアント×月の単位で開帳。
4
既存があれば自動スキップ
二重開帳を防止。何度動いても安全。
5
Slackに開帳結果を通知
生成◯件・スキップ◯件を報告。
受け取る / 渡す
受け取る(INPUT)
クライアント台帳(Notion)
渡す(OUTPUT)
Ops台帳の当月ページ
Slack開帳通知
Bookkeeper · 売上記帳
Bellini.
売上の一報を 台帳へ自動記帳 する記帳係
由来 Bellini(ベリーニ) はヴェネツィア・ハリーズバー生まれ、桃+スパークリングの一杯。画家ベッリーニの絵の色が名の由来。数字を確実に帳簿へ載せる ——売上フォームの入力を、請求の元帳へ間違いなく記帳します。
何をするか(処理の流れ)
1
売上入力フォームの送信を受信
変動売上(成果報酬)の入力をwebhookで受け取る。
2
入力内容を検証
クライアント・金額・対象月をチェック。
3
Ops台帳「成果報酬入力」へ自動記帳
手入力・転記ミスをゼロに。
4
請求ラインが読める形に整形
20日請求(Tom Collins)がそのまま参照できる。
5
Slackに記帳完了を通知
何をいくらで記帳したかを即報告。
受け取る / 渡す
受け取る(INPUT)
売上入力フォーム(webhook)
渡す(OUTPUT)
Ops台帳「成果報酬入力」への記帳
Slack記帳通知
Invoicer · 20日請求
Tom Collins.
毎月20日に 請求書を作成・発行 する請求番
由来 Tom Collins(トム・コリンズ) はジン+レモン+ソーダの世界標準ロングカクテル。19世紀の「トム・コリンズを知ってるか?」というジョークが名の由来。月に一度、確実に請求を立てる ——固定費と成果報酬を集計し、請求書に仕立てる要の役です。
何をするか(処理の流れ)
2
Ops台帳から当月分を集計
固定費+成果報酬(Belliniの記帳分)を合算。
3
freeeで請求書を正式作成
会計とズレない一本化。
4
ブラウザで開けるHTML請求書を発行
Worker noema-invoices が配信。クライアントはリンクを開くだけ。
5
内訳をSlackへ報告し承認を待つ
承認後に送付工程(French 75)へ。
受け取る / 渡す
受け取る(INPUT)
Ops台帳(固定費・成果報酬)
渡す(OUTPUT)
freee請求書 + HTML請求書(noema-invoices)
Slack内訳報告→承認待ち
Deliverer · 請求書送付
French 75.
承認済みの請求書を LINEでお届け する配達係
由来 French 75(フレンチ75) はジン+シャンパンの祝砲。第一次大戦の75mm砲にちなむ“よく効く一杯”。撃ったら確実に届く ——承認済みの請求書リンクを、クライアントのLINEへ確実に送り届けます。
何をするか(処理の流れ)
1
承認の合図を受け取る
クニさんの承認が発射条件。勝手には送らない。
2
送付先とメッセージを組み立て
クライアント台帳のLINE宛先+定型文。
3
HTML請求書リンクをLINE送付
クライアントはスマホでそのまま開ける。
受け取る / 渡す
受け取る(INPUT)
承認済み請求書(Tom Collins発行分)
クライアント台帳のLINE宛先
渡す(OUTPUT)
LINEでの請求書送付
送付記録 + Slack完了通知
Reminder · 前日リマインド
Espresso Martini.
請求前日に 目を覚まさせる リマインド係
由来 Espresso Martini(エスプレッソ・マティーニ) はウォッカ+エスプレッソ。「目を覚まさせて」という注文から生まれた逸話の一杯。請求の前日に目を覚まさせる ——20日の請求前に内訳確認を促し、ミスを未然に防ぎます。
何をするか(処理の流れ)
2
翌日の請求予定を組み立て
対象クライアント・金額・内訳を事前集計。
3
Slackへリマインド通知
「明日この内容で請求が立ちます」を先出し。
4
内訳の目視チェックを促す
おかしければ請求前に直せる。
受け取る / 渡す
受け取る(INPUT)
Ops台帳(翌日請求の予定内容)
渡す(OUTPUT)
Slack前日リマインド(内訳つき)
HP Updater · 施工事例
Last Word.
仕上がった施工事例を HPへ自動反映 する最後の一筆
由来 Last Word(ラストワード) は禁酒法時代生まれ、ジン+シャルトリューズ+マラスキーノ+ライムの名作。“最後のひと言”の名の通り、素材ラインの最終工程 ——完成した事例をHPに刻んで一連の仕事を締めくくります。
何をするか(処理の流れ)
1
加工済み(processed)素材を検知
Dropboxの加工完了フォルダを見張る。
2
施工事例の紹介文をAIで生成
写真の内容に合わせた説明文を作成。
3
HPの施工事例ページを更新
oc-labo.net の施工事例に新規掲載。
5
Slackに更新完了を通知
掲載内容とURLを報告。
受け取る / 渡す
受け取る(INPUT)
processed素材(Dropbox)
渡す(OUTPUT)
HP施工事例ページの更新
Slack更新通知
Wiring Tool · 配線工具
Screwdriver.
新agentに エラー検知線を一括配線 する工具
由来 Screwdriver(スクリュードライバー) はウォッカ+オレンジ。油田作業員が工具のドライバーでかき混ぜたのが名の由来。文字通りの“工具” ——新しいagentに監視の安全装置(Error WF)を締め込むドライバーです。
何をするか(処理の流れ)
1
TARGET_IDSに新agentのIDを貼る
作業はこれだけ。複数まとめてOK。
3
各agentの設定を取得
n8n APIで現在の設定を読み込む。
4
Error WF(Gimlet直結)を書き込み
エラーが起きた瞬間にSentinelへ届く配線が完成。
受け取る / 渡す
受け取る(INPUT)
workflow ID(貼るだけ)
渡す(OUTPUT)
Error WF紐付け済みagent
Slack配線レポート
Scoring · 受注期待値
Casino.
全リードの 受注期待値 を毎週採点し直す格付け係
由来 Casino はオールドトム・ジンにマラスキーノとレモンを重ねた1900年代初頭のクラシック(サヴォイ・カクテル・ブック収録)。名はモンテカルロのカジノ=期待値と確率の世界 に由来——リードの受注確率を静かに読み切る採点者です。
何をするか(処理の流れ)
1
毎週月曜8:50に営業候補を全件読み込む
9:00の週次報告の直前に、全リードの鮮度を揃える。
2
営業温度・口コミ・評価・HP状態を採点
5つの観点を100点満点に合成。基準は全リード共通。
3
S〜Dランクを台帳に書き戻す
OLYMPUSの判断キューがこのランクで並ぶ。
4
分布と注目リードをSlackへ報告
S/A上位が今週の攻め筋リストになる。
5
1件だけの再採点も随時受付
webhook経由で即時。診断直後の更新に。
受け取る / 渡す
受け取る(INPUT)
営業候補DBのリード情報
営業温度・口コミ・評価・HP診断
渡す(OUTPUT)
受注期待値スコア(0〜100)とランク
週次の分布サマリ(#manhattan_ch)
Control · 探索設定
Manhattan 設定.
リード探索の エリア・業種 を受け付ける司令卓
由来 Manhattan はウイスキー+スイートベルモット、「カクテルの女王」。ニューヨークの島の名を冠します。どの“島”(エリア×業種)を開拓するか を定める司令卓——探索の座標はすべてここから始まります。
何をするか(処理の流れ)
1
ダッシュボードから設定を受信
エリア・業種を画面で選ぶだけ。
2
既存の探索設定と照合
同じ設定があれば重複を作らない。
3
更新または新規作成
Notionの探索設定が常に1本化される。
受け取る / 渡す
受け取る(INPUT)
探索ダッシュボードの入力(エリア・業種)
渡す(OUTPUT)
Notion探索設定(正本1本)
Intelligence · 週次偵察
Manhattan 週報.
探索エリアの 候補の増え方 を毎週報告する偵察係
由来 同じManhattan の週報担当。開拓中の島から毎週届く偵察報告 です。新しい候補がどれだけ増え、どのエリアに集まっているか——攻め筋の地図を週に一度、机に置きます。
何をするか(処理の流れ)
1
毎週月曜9:00に起動
Casinoの再採点(8:50)直後、鮮度の揃った状態で。
2
探索設定と営業候補DBを集計
今週の新規・累計・エリア別を機械集計。
3
週次レポートを#manhattan_chへ
次の探索エリアを設定するリンクつき。
受け取る / 渡す
受け取る(INPUT)
Notion探索設定
営業候補DB
渡す(OUTPUT)
週次探索サマリ(新規/累計/エリア別)
Marketing · 月次ブリーフ
Bee's Knees.
全タッチポイントの文言を磨く 承認制の提案ブリーフ
由来 Bee's Knees(ビーズニーズ) はジン+蜂蜜+レモン、禁酒法時代のクラシック。当時のスラングで「最高のもの」 。言葉に蜂蜜を一匙——リードが最初に触れる一文から請求書の一行まで、全文言を最高の状態に保つマーケ担当です。
何をするか(処理の流れ)
1
毎月5日9:00にコピー台帳を全文読み込む
全タッチポイント文言の正本(Notion)が出発点。
2
営業台帳・運用台帳から質的シグナルを収集
リードの反応・失注理由・運用実態。数字の捏造はしない設計。
3
AIが改訂提案を0〜3件起案
根拠の弱い月は「提案なし」と正直に報告する。
4
承認制ブリーフをSlackへ
現行→改訂案→根拠→期待効果。承認するまで何も変わらない。
5
承認された提案だけを反映
台帳と実装の更新はセットで実施。
受け取る / 渡す
受け取る(INPUT)
コピー台帳(タッチポイント正本)
営業台帳・運用台帳の質的シグナル
渡す(OUTPUT)
承認制の改善ブリーフ(提案0〜3件)
改訂の根拠と期待効果
Contract Gate · 電子契約
Martinez.
申込から契約成立までを 一本の川 にする契約係
由来 Martinez(マルティネス) は1880年代のクラシックで「マティーニの祖」と呼ばれる一杯。すべての始まりの原型——クライアントとの取引の始まり(契約) を司ります。
何をするか(処理の流れ)
1
提案書の「このプランで申し込む」を受信
プラン・支払いサイクル(月払い/年払い)付きで申込が届く。
2
台帳に記帳し、Slackへ承認依頼
確認画面のリンク付き。契約条件はここで最終指定。
3
承認と同時に契約書を発行
契約書ページを専用Workerに保管し、公式LINEで送付。
4
電子同意を受信
控えを同意日時入りに更新。再訪すると「契約済み」表示。
5
成立通知とオンボ接続
Slackに🎉成立通知。同意画面からMai Taiのフォームへ直結。
受け取る / 渡す
受け取る(INPUT)
提案書の申込(plan / bill / leadId)
台帳の承認価格(RobRoy確定値)
渡す(OUTPUT)
契約書ページ(Worker保管・LINE送付)
台帳記帳(契約同意日ほか)
Slack承認依頼・成立通知
オンボーディングURL
Onboarding · 運用開始
Mai Tai.
契約成立の直後に 運用開始の手続き へ迎え入れる案内係
由来 Mai Tai(マイタイ) の名はタヒチ語「Maita'i=最高」から。契約直後のお客様に最高のスタート を切っていただくための一杯です。
何をするか(処理の流れ)
1
契約成立画面から手続きへ誘導
「運用開始の手続きへ進む」ボタンでフォーム表示。既知の情報は入力不要。
2
フォーム送信を受信し、即応答
お待たせせずに完了画面を返す。
4
3分後に公式LINEで開始案内を送付
ブラウザ滞在中の着信は気づかれない——を見越した遅延送付。
5
Slackへ完了通知
クニさん用の開始チェックリスト付き。
受け取る / 渡す
受け取る(INPUT)
オンボーディングフォームの回答
渡す(OUTPUT)
台帳記帳
公式LINEの開始案内(3分遅延)
Slack完了通知(チェックリスト)
Open Signal · 開封検知
Greyhound.
提案書が 開かれた瞬間 に気づく見張り役
由来 Greyhound(グレイハウンド) はグレープフルーツの爽快な定番。名は俊足の犬種から——リードの反応に誰よりも早く気づく 俊敏さの象徴です。
何をするか(処理の流れ)
1
提案書内のビーコンが信号を送る
開封から1.2秒後に静かに発信。第一/最終提案書を区別。
2
重複を判定し、回数を静かに加算
同じ人の再訪はノイズにしない(静音加算)。
3
台帳の開封列へ記帳
開封回数・初回日時などを自動更新。
4
初回開封のみSlackへ通知
「読まれた」という一番大事な瞬間だけを知らせる。
受け取る / 渡す
受け取る(INPUT)
提案書ビーコン信号(id / doc)
渡す(OUTPUT)
台帳の開封記録(4列)
Slack初回開封通知
Follow-up · 開封追撃
Penicillin.
何度も開かれた提案に 効く一通 を仕込む追撃係
由来 Penicillin(ペニシリン) はスコッチに蜂蜜と生姜を合わせたモダン・クラシック——その名も「効く一杯」。検討の引っかかりにそっと効かせる 特効薬の名を継ぎます。
何をするか(処理の流れ)
1
毎朝9:15、追撃対象を選び出す
提案書を2回以上開いたリードだけ。送付から一晩以上・生涯1通・1日最大3件。
2
先回り補足の文面を生成
相手が聞こうか迷っていそうな疑問への答えをひとつ。売り込まず、開封の事実には触れない。
3
Gmailの下書きに設置
送信はしない。呼称・禁止語は機械ガードで統一。
4
Slackで知らせて、送信は人の手で
クニさんは内容を確認して送信ボタンを押すだけ。
受け取る / 渡す
受け取る(INPUT)
台帳の開封記録(Greyhoundの記帳)
渡す(OUTPUT)
Gmail下書き(追撃メール)
Slack通知(専用ch)
台帳の追撃記帳(生涯1通ガード)
Contract Onset · 開始日の刻印
Bronx.
成約の瞬間に 契約開始日 を正確に刻む記録係
由来 Bronx(ブロンクス) はオレンジジュースを使うニューヨーク生まれの古典。朝日のような一杯の名を借りて、新しい取引の「初日」を取りこぼさず刻む 役目を担います。
何をするか(処理の流れ)
1
15分ごとに台帳を巡回
クライアント台帳の最新更新から順にチェック。
2
「成約なのに開始日が空」を見つける
既に開始日が入っている行には触らない(上書き事故ゼロ)。
3
契約開始日=今日を記帳
初月日割り請求の計算はこの日付が土台になる。
4
Slackへ記録報告
いつ・どのクライアントの開始日を刻んだかを一言。
受け取る / 渡す
受け取る(INPUT)
クライアント台帳(契約ステータス)
渡す(OUTPUT)
契約開始日(date列)
Slack記録通知
Jarvis Feed · 計器盤集計
Cosmopolitan.
全ラインの数字を 1枚の計器盤 に束ねる集計係
由来 Cosmopolitan(コスモポリタン) は「世界を見渡す者」の名を持つ洗練の定番。営業・診断・成約・監視——事業全体を俯瞰する視座 そのものを名に負います。
何をするか(処理の流れ)
1
常時リクエストに応えて起動
Jarvis画面からの要求と定期巡回の二本立て。
2
営業候補DBとAgent Healthを全読
リード・診断・導線・契約・稼働状況を横断で読む。
3
7指標を算出
リード数/診断率/導線確保率/進行中/成約/成約率/MRR。
4
スナップショットをJarvisへ供給
司令室の表示は常にこの集計が最新の真実。
受け取る / 渡す
受け取る(INPUT)
営業候補DB
Agent Health台帳
渡す(OUTPUT)
Jarvisスナップショット(JSON)
要対応エージェント一覧
Fuel Watch · 残高見張り
Jungle Bird.
リサーチの燃料が尽きる前に 鳴いて知らせる 見張り鳥
由来 Jungle Bird(ジャングルバード) はラムとカンパリを合わせたティキ・クラシック。炭鉱のカナリアのように、危険を人より先に察知して鳴く鳥 の名を持つ、GinTonicの相棒です。
何をするか(処理の流れ)
1
毎朝8:45、Apifyの残高を照会
リサーチ(GinTonic)が使う収集サービスの使用量API。
2
残量から「あと何回分か」を換算
上限と使用額から残回数の目安を計算。
3
減っていたら2段階で鳴く
$5以下で注意・$2以下で警告。チャージリンクを添えてSlackへ。
4
十分なら何も言わない
静かな日は良い日。通知疲れを起こさない。
受け取る / 渡す
渡す(OUTPUT)
Slack残高警告(⚠️注意/🚨警告)
紙DM · 送付先の抽出
Airmail.
「次はどこに出すか」を聞かれたら即答する 窓口
由来 Airmail(エアメール) は禁酒法期のキューバで生まれたラム+ライム+蜂蜜+シャンパーニュ。名の由来は航空便 で、当時の新しい速達手段にあやかったものと言われます(諸説あり)。手紙を運ぶ名 をそのまま、紙DMの宛先を出す役に。
何をするか(処理の流れ)
1
「DM対象をくれ」という要求を受ける
webhookで呼ばれたときだけ動く。定期実行はしない。
2
Notionの営業候補を全件取得する
都度読むので、台帳の最新がそのまま反映される。
3
条件で絞ってDM対象を抽出する
送付済み・除外フラグの立った相手を落とす。
4
JSONで返す
呼んだ側がそのまま次弾の製造に使える形にして渡す。
受け取る / 渡す
受け取る(INPUT)
DM対象の要求(webhook)
Notion 営業候補DB(全件)
渡す(OUTPUT)
DM対象リスト(JSON応答)
紙DM · QRからの流入検知
Caipirinha.
紙のQRが読まれた瞬間を捕まえて知らせる 係
由来 Caipirinha(カイピリーニャ) はブラジルの国民的カクテル。サトウキビの蒸留酒カシャッサにライムと砂糖を直接叩き込む、素材との距離がいちばん近い 一杯。名は「田舎者の娘」を意味する caipira から。紙という手触りのある媒体から、デジタルへ最短で橋を架ける 役にこの名を。
何をするか(処理の流れ)
1
中継ページのQRが読まれると起動
弾番号と通し番号つきで、どの紙が読まれたかが分かる。
2
社名をNotionから引く
対応表は持たない。台帳から引くので、弾を足しても手直しが要らない。
3
Slackへ即通知
第N弾DM|No.XX と社名を添えて、紙からの流入だと分かる形で送る。
4
スレッドのtsを保存する
以後の開封・読了レポートを同じスレッドにぶら下げるため。
受け取る / 渡す
受け取る(INPUT)
中継ページのビーコン
Notion 営業候補DB
渡す(OUTPUT)
Slack通知(#04_lead_signal_ch)
スレッドts の記録
基盤 · 送信枠の見張り
Painkiller.
LINEの無料送信枠の残り を毎朝見張る係
由来 Painkiller(ペインキラー) は英領ヴァージン諸島の Soggy Dollar Bar 発祥とされるラム+パイナップル+ココナッツ。名のとおり「痛み止め」。枠を使い切ってから気づく痛み を、先回りして止める役です。
何をするか(処理の流れ)
1
毎朝チェックを起こす
手動実行の口も別に持っている。
2
送信枠の上限を取得する
プランの上限をAPIから読む。
4
残枠を判定してSlackへ
上限と消費の差から残りを出し、余裕のあるうちに知らせる。
受け取る / 渡す
受け取る(INPUT)
LINE 送信枠の上限
当月の消費実績
提案書 · 読了の計測
Alexander.
提案書がどこまで・どれだけ読まれたか を測る係
由来 Alexander(アレキサンダー) はジン(のちにブランデー)+カカオ+生クリームの、ゆっくり味わう食後酒。速く飲む酒ではない ——時間をかけて向き合う一杯です。スクロールの深さではなく、時間のかけ方こそが読了の証拠 という、このagentの判定思想そのもの。
何をするか(処理の流れ)
1
スクロール深度と滞在秒を受け取る
離脱直前でも取りこぼさないよう keepalive で飛ばしている。
2
滞在30秒を境に「通読」と「流し読み」を分ける
深度だけで判断しない。ここがv9の要。
3
到達点に応じた次の一手を出す
料金表で止まったのか、CTAまで行ったのかで打ち手を変える。
4
Slackのスレッドに返信する
QR流入・提案書開封と同じ糸につなげて時系列で読めるようにする。
5
Notionに最長滞在と読了を記録する
最長は上書きせず、いちばん深く読んだ回を残す。
受け取る / 渡す
受け取る(INPUT)
提案書ページのビーコン(深度・滞在秒)
Notion 営業候補DB
渡す(OUTPUT)
Slack 読了レポート(スレッド返信)
Notion 台帳の更新
資料請求 · 受け皿
Corpse Reviver.
提案書から届いた資料請求を受け取る 係
由来 Corpse Reviver(コープス・リヴァイヴァー) は「死者を蘇らせる」と名づけられた迎え酒の一群。#2 はジン+リレ+レモン+オレンジリキュールにアブサンをひとふり。1930年の Savoy Cocktail Book には「4杯続けて飲めば、また倒れる」という冗談が添えられています。止まっていた商談に、もう一度息を入れる 受け皿として。
何をするか(処理の流れ)
1
提案書のCTAから送信を受ける
どのプランに関心があるかも一緒に受け取る。
2
入力を検証してすぐ応答を返す
送った人を待たせない。
3
続行するかを判定する
不正な入力なら台帳を汚さずにここで止める。
4
Notionの台帳を更新する
どの提案書からの請求かを紐づける。
5
Slackへ受付通知を出す
いちばん優先度の高いシグナルとして知らせる。
受け取る / 渡す
受け取る(INPUT)
提案書のCTAフォーム
Notion 営業候補DB
渡す(OUTPUT)
即時の応答
Notion 台帳の更新
Slack 受付通知
営業候補 · 競合の除外
Clos de Vougeot.
同業の会社を候補から外し続ける 門番
由来 Clos de Vougeot(クロ・ド・ヴジョ) はブルゴーニュのグラン・クリュ畑。clos は「石壁で囲われた畑」 を意味し、12世紀にシトー会の修道士が壁を築いて区画を守ったことに由来します。囲いの内と外を分ける ——制作会社や広告代理店を候補から締め出す役に。
何をするか(処理の流れ)
1
毎朝7時に起きる
「確認のみ(書込なし)」と「反映する」を手動で選ぶ口も別にある。
2
Kir経由で台帳を読む
読み出し先の切り替えはKirに任せ、自分は判定に専念する。
3
台帳を統合して競合を判定する
制作会社・代理店など、提案が成立しない相手を拾う。
4
除外フラグを書き込む
確認のみモードでは書かず、判定結果だけを見せる。
5
結果をSlackへ報告する
何件外したかを毎朝知らせる。
受け取る / 渡す
受け取る(INPUT)
Reader_Kir 経由の営業候補
渡す(OUTPUT)
除外フラグの更新(PATCH)
Slack 判定結果
レポート · 自社サイトの週次
White Lady.
自社サイトの検索での見え方 を毎週まとめる係
由来 White Lady(ホワイト・レディ) はジン+コアントロー+レモンの、混ぜ物のない澄んだ白。ハリー・マッケルホーンが1920年代に考案したとされます(諸説あり)。飾らずに、ありのままを白日の下に出す ——数字を脚色せず並べる週次レポートに。
何をするか(処理の流れ)
1
毎週月曜8時に期間を決める
対象週と前週を自動で組む。手動実行の口も持つ。
2
Search ConsoleとGA4を読む
サイト全体と記事別、さらに過去分も取って比較できるようにする。
3
週次の集計を作る
伸びたページも落ちたページも同じ重みで出す。
4
Slackへサマリを送る
読む場所を1か所に固定する。
5
カードを画像にして投稿する
数字の並びではなく、一目で分かる絵にして残す。
受け取る / 渡す
受け取る(INPUT)
Google Search Console(週次・記事別・過去)
GA4
渡す(OUTPUT)
Slack 週次サマリ
画像カード(hcti.io)の投稿
SNS運用 · 素材の棚卸しと投稿計画
Zombie.
投稿の素材があと何本あるか を数えて計画を立てる係
由来 Zombie(ゾンビ) は1934年、ハリウッドの Don the Beachcomber で生まれたとされるティキの代表格。ラムを何種も重ねた強烈さから「飲むと生ける屍になる」。1人2杯まで という制限つきで出されていた逸話が残ります。気づかないうちに在庫が尽きる ——その手前で止める役に、この名を。
何をするか(処理の流れ)
1
毎週月曜7:30に起きる
手動実行の口も別に持っている。
2
Dropboxの素材フォルダを一覧する
投稿に使える写真が何枚残っているかを数える。
3
棚卸しをする
使った分と残っている分を突き合わせる。
4
Slackの投稿履歴を読む
どこまで投稿済みかを履歴から確かめる。
5
投稿計画を立ててSlackへ出す
次に何をいつ出すか、素材が尽きる時期はいつかを添える。
受け取る / 渡す
受け取る(INPUT)
Dropbox の素材フォルダ
Slack の投稿履歴
渡す(OUTPUT)
Slack 投稿計画(素材残量つき)
基盤 · 台帳のミラーリング
Piña Colada.
NotionのリードをそのままSupabaseへ写す 係
由来 Piña Colada(ピニャ・コラーダ) はプエルトリコの国民的カクテル。名は「漉されたパイナップル」 ——piña(パイナップル)+ colada(漉した)。1978年に同国の公式カクテルに制定されています。元の素材をそのまま漉して移す という名前どおり、加工せず写し取る役に。
何をするか(処理の流れ)
2
Notionから全件を取得する
部分更新ではなく、毎回まるごと取り直す。
3
Supabaseの形に変換して投入する
列の意味を変えず、そのままの形で保つ。
5
機械で照合する
件数と中身を突き合わせ、差分ゼロを確認する。
受け取る / 渡す
受け取る(INPUT)
Notion 営業候補DB(全件)
渡す(OUTPUT)
Supabase leads_mirror
照合結果
由来 Kir(キール) は白ワインにカシスのリキュールを少し落としただけの、ブルゴーニュの食前酒。第二次大戦後のディジョン市長 フェリックス・キール の名に由来し、地元の白とカシスを広めるために公式の場で供したと伝えられます。土台は変えず、注ぎ口だけを変える ——読み出し先をNotionからSupabaseへ差し替えるアダプタに。
何をするか(処理の流れ)
1
読み出しの要求を受ける
呼ぶ側は、どこから来たデータかを意識しない。
2
要求を解釈して参照先を決める
notion/verify/supabase の3モードを持つ。
3
Notionから取って整形する
列名の揺れをここで吸収する。
4
verifyではSupabaseも読んで突き合わせる
移行期は並走させ、不一致を検知する。
5
同じ形にして返す。不一致はSlackへ
524行を13秒で返す。ずれていれば黙って通さない。
受け取る / 渡す
受け取る(INPUT)
読み出し要求(webhook)
Notion 営業候補DB
Supabase leads_mirror
渡す(OUTPUT)
正規化したリード配列
Slack 不一致通知
スペック
モード
notion / verify / supabase
紙DM · 投函日の記録
Millésime.
弾と日付の2つだけで全リードの投函日を刻む 係
由来 Millésime(ミレジム) はシャンパーニュで、作柄の良い年だけその年のブドウ100%で造り、ラベルに西暦を刻む もの。通常品より長い36か月以上の熟成が課されます。ふだんは複数年を混ぜて「いつ飲んでも同じ味」を作るのがメゾンの技術で、年号を入れられるのは特別な年だけ 。ひとつの日付を、ひとつの弾に刻む ——行ごとではなく弾ごとに日付を与えるこの役に。
何をするか(処理の流れ)
1
スマホから弾と日付を選んで送信する
KITTEを出たその場で押せる。フォームはこのagent自身が配信する。
2
中継ページからpidを機械で取り出す
通数を人が申告しなくてよい。存在するページだけが対象になる。
3
いまの台帳の値を読む
空か、同じ日付か、違う日付かを見分ける。
4
すでに日付がある行は上書きしない
違う日付なら二重送付の疑いとして見送り、警告する。
5
更新後に照合して結果を出す
Slackと画面に20件の内訳を出す。目視確認そのものが要らなくなる。
受け取る / 渡す
受け取る(INPUT)
弾番号と投函日(人間の入力はこれだけ)
中継ページ(pidの供給源)
渡す(OUTPUT)
Notion DM送付日 の一括更新
Slack通知 + 結果ページ
リード · メールの再探索
Mudslide.
一度取りこぼした連絡先をサイトを掘り直して拾う 係
由来 Mudslide はケイマン諸島 Rum Point 発祥とされる、ウォッカ・カルーア・ベイリーズを重ねた一杯。名前は土砂崩れ 。層になった土が崩れて、下に埋まっていたものが表に出てくる情景そのものです。一度ざっと流したときには見えなかった連絡先を、もう一段掘り返して拾い上げる ——バックフィル(埋め戻し)の役に。
何をするか(処理の流れ)
1
台帳から「HPはあるがメール未取得」の行を集める
対象がゼロなら何もせず終わる。
3
見つからなければ2ページ目を探しに行く
問い合わせ・会社概要などの定番の並びを順に当たる。
4
取れたものだけを台帳に書き戻す
取れなかった行は状態を変えない。
5
次のバッチへ自分で繋ぐ
1実行で複数件を処理する。1件ずつ連鎖させない。
受け取る / 渡す
受け取る(INPUT)
Notion 営業候補DB(HPあり・メール未取得)
各社のWebサイト
渡す(OUTPUT)
Notion メールアドレス列の追記
Slack 完了報告
上段でブロック切替 / 下段でエージェント切替 / 印刷(⌘+P)で表示中の1体がA4ペラ1に