エージェント図鑑
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に整理された候補情報
スペック
フェーズ
01 Discovery
保存先
Notion
種別
情報収集
次工程
OldFashioned
STUDIO NOEMA
営業診断パイプライン · Phase 01
Phase 02 · Diagnosis
Old Fashioned.
HPの品質をAIで 診断・分類し改善余地 を見極める
由来

Old Fashionedはウイスキー+砂糖+ビターズの、カクテルの“原点”と呼ばれる一杯。本質を見極める——飾りを削ぎ、HPの品質と伸びしろを冷静に評価する、このagentに重なります。

何をするか(処理の流れ)
1
候補のHP有無を判定
HPあり/なしで処理を分岐。
2
AIでHP品質を分類・改善余地を評価
現状の課題と伸びしろをスコア化。
3
HPあり/なしの2経路で並列診断
それぞれ最適な観点で評価。
4
診断結果を次工程へ
Negroniへ。
受け取る / 渡す
受け取る(INPUT)
Notionの候補情報
渡す(OUTPUT)
品質分類+改善余地の診断結果
スペック
フェーズ
02 Diagnosis
手法
AI診断
経路
HP有/無の2系統
次工程
Negroni
STUDIO NOEMA
営業診断パイプライン · Phase 02
Phase 03 · Proposal
Negroni.
初回提案書を自動生成 してメールで届ける
由来

Negroniはカンパリ+ジン+ベルモットの、ほろ苦く力強いイタリアの定番。はっきり主張する一杯——最初の提案をきちんと届け、相手の関心を引き出す役です。

何をするか(処理の流れ)
1
診断結果から提案書HTMLを生成
相手に刺さる切り口で作成。
2
GitHubに保存・公開
共有用のURLを発行。
3
リードへ提案メールを送付
CTA付きで送る。
4
反応を待つ
無料診断ボタン等のクリックをWhiskeySourが受ける。
受け取る / 渡す
受け取る(INPUT)
診断結果
渡す(OUTPUT)
提案書(HTML)+送付メール
スペック
フェーズ
03 Proposal
出力
提案書HTML
送付
メール
CTA
無料診断ボタン
STUDIO NOEMA
営業診断パイプライン · Phase 03
Phase 04 · Response
Whiskey Sour.
リードの CTA反応を受け取りNotionを更新 する
由来

Whiskey Sourはウイスキーにレモンと砂糖、酸味と甘みの“反応”が生むバランス。相手の反応を受け止める——リードがボタンを押した動きをキャッチし、次へ繋ぐ役です。

何をするか(処理の流れ)
1
提案メールのCTAクリックを受信
どのボタンが押されたか検知。
2
反応の種類を判定
「無料診断希望」などに振り分け。
3
Notionの営業ステータスを更新
以降の自動判定の起点に。
4
価格算出フェーズへ
RobRoyを起動。
受け取る / 渡す
受け取る(INPUT)
リードのCTAクリック
渡す(OUTPUT)
更新されたNotionステータス
スペック
フェーズ
04 Response
トリガー
CTAクリック
更新先
Notion
次工程
RobRoy
STUDIO NOEMA
営業診断パイプライン · Phase 04
Phase 05 · Command
Champagne.
進捗を一覧化したCommand Center を作りSlackで共有する
由来

Champagneは祝祭の象徴。全体を華やかに見渡す一杯。俯瞰して状況を共有——パイプライン全体を一望できる司令塔(ダッシュボード)を作り、チームに届ける役です。

何をするか(処理の流れ)
1
各リードの状況を集約
フェーズ横断で進捗をまとめる。
2
Command CenterのHTMLを生成
一覧で見えるダッシュボードに。
3
Slackに通知して共有
関係者に状況を届ける。
4
次アクションの起点に
判断が必要な案件を可視化。
受け取る / 渡す
受け取る(INPUT)
各フェーズの進捗データ
渡す(OUTPUT)
Command Center(HTML)+Slack通知
スペック
フェーズ
05 Command
出力
ダッシュボード
通知
Slack
役割
俯瞰・共有
STUDIO NOEMA
営業診断パイプライン · Phase 05
Phase 06 · Pricing
Rob Roy.
プラン価格を算出 してNotionに保存する
由来

Rob Royはスコッチで作るマンハッタン。スコットランドの義賊ロブ・ロイに由来。筋を通した値付け——粗利を守りつつ、3プランの妥当な価格を決める役です。

何をするか(処理の流れ)
1
「無料診断希望」のリードを対象に
反応済みの案件だけ価格算出。
2
内部原価から粗利65%でフロア価格を算出
ceil10k(原価/0.35)。
3
Lite/Standard/Premiumの価格を決定
プラン順序もチェック。
4
Notion保存→次工程を起動
Champagne/Old_Palへ。
受け取る / 渡す
受け取る(INPUT)
診断・反応データ
渡す(OUTPUT)
3プランの価格(Notion保存)
スペック
フェーズ
06 Pricing
基準
粗利65%保証
対象
無料診断希望のみ
次工程
Old_Pal
STUDIO NOEMA
営業診断パイプライン · Phase 06
Phase 07 · Decision
Brooklyn.
CEOの承認を受け付け 次工程を起動する
由来

Brooklynはマンハッタンの兄弟分、ニューヨークの街名を冠した一杯。決断の橋渡し——クニさん(CEO)の承認を受けて、案件を前に進める役です。

何をするか(処理の流れ)
1
価格案をCEOに提示
承認画面で確認できる形に。
2
承認/価格調整の判断を受け付け
「この価格で承認」「調整して承認」両対応。
3
Notionに判断を記録
CEO判断を残す。
4
最終提案(Old_Pal)を起動
承認後すぐ次へ。
受け取る / 渡す
受け取る(INPUT)
価格案
渡す(OUTPUT)
CEO判断の記録+次工程起動
スペック
フェーズ
07 Decision
承認者
CEO(クニさん)
記録
Notion
次工程
Old_Pal
STUDIO NOEMA
営業診断パイプライン · Phase 07
Phase 08 · Final Proposal
Old Pal.
最終提案書を生成 しGitHub保存・次工程へ
由来

Old Palはライ+カンパリ+ドライベルモットの古典。“昔なじみ”の意。信頼して出す最終提案——承認済みの内容で、正式な最終提案書を仕上げる役です。

何をするか(処理の流れ)
1
承認済みの価格・内容を受け取る
Brooklynからの確定情報。
2
最終提案書HTMLを生成
正式版のデザインで作成。
3
GitHubに保存・公開
送付用URLを発行。
4
第2承認(Boulevard)を起動
送付前の最終関門へ。
受け取る / 渡す
受け取る(INPUT)
CEO承認済みの提案内容
渡す(OUTPUT)
最終提案書(HTML)
スペック
フェーズ
08 Final Proposal
出力
最終提案書
保存
GitHub
次工程
Boulevard
STUDIO NOEMA
営業診断パイプライン · Phase 08
Phase 09 · Final Approval
Boulevard.
送付前の第2承認 を受け、配信を起動する
由来

Boulevardierはバーボンで作るネグローニの仲間。最終チェックの関門——最終提案書を送る前の第2承認を受け持つ、ゲートキーパー役です。

何をするか(処理の流れ)
1
最終提案書を承認画面で提示
送付可否を確認できる形に。
2
第2承認を受け付け
ここを通って初めて送付へ。
3
承認されたら送付(PaperPlane)を起動
最終配信を呼び出す。
受け取る / 渡す
受け取る(INPUT)
最終提案書
渡す(OUTPUT)
承認 → 送付起動
スペック
フェーズ
09 Final Approval
役割
送付前の最終関門
次工程
PaperPlane
種別
承認UI
STUDIO NOEMA
営業診断パイプライン · Phase 09
Phase 10 · Send
Paper Plane.
最終提案書をメール送付 しNotionに記録する
由来

Paper Planeはバーボン・アペロール・アマーロ・レモンを等量で作るモダンクラシック。名は紙飛行機。提案を飛ばして届ける——最終提案を送り出す、パイプライン最後の一杯です。

何をするか(処理の流れ)
1
承認済みの最終提案を受け取る
Boulevardからの確定。
2
リードへメールで送付
プラン選択リンク付きで配信。
3
送付完了をNotionに記録
履歴として残す。
4
Slackに送付完了通知
✈️で完了を共有。
受け取る / 渡す
受け取る(INPUT)
承認済み最終提案
渡す(OUTPUT)
送付メール+Notion記録+Slack通知
スペック
フェーズ
10 Send
送付
メール
記録
Notion
通知
Slack
STUDIO NOEMA
営業診断パイプライン · Phase 10
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完了通知
スペック
稼働タイミング
毎週 月曜 8:00
1回の処理量
最大 5ペア
投稿文の方針
流用を最優先
実投稿
しない(素材化まで)
STUDIO NOEMA
GMaps 素材生成 · Mojito v19
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受付通知
スペック
稼働タイミング
アップロード時に即時
ゲート
未登録IDは受付拒否
役割
受付・採番・仕分け
ギャラリー
アップ即反映
STUDIO NOEMA
素材受付・仕分け · Cobbler_11_v12
Instagram · Appeal
Garibaldi.
Instagram用の アピール投稿素材 を作る
由来

Garibaldi(ガリバルディ)はカンパリ+搾りたてオレンジジュースの2材料だけの、明るくフレッシュな一杯。"tall, dark and handsome"と称され、イタリア統一の英雄に由来します。前向きに魅力を打ち出す——サービスの強みや推しを伝える、アピール投稿そのものです。

何をするか(処理の流れ)
1
素材が届いたらすぐ動き出す
Cobblerからの起動を受けて自動でスタート。
2
写真から伝えたい要点を読み取り、投稿文を生成
クライアントの文体サンプルに寄せ、本人の声で自然に。
3
表紙+中ページのIGカルーセル素材を組む
ブランドの世界観に沿ったデザインで仕上げる。
4
完成素材を保存し、元写真を仕分け
二度処理されないよう所定フォルダへ整理。
5
Slackに完了を通知
同一クライアントのスレッドへ集約して報告。
受け取る / 渡す
受け取る(INPUT)
アピール用の写真 + メモ
クライアントの文体サンプル
渡す(OUTPUT)
Instagramアピール投稿の素材一式 + 投稿文
Slack完了通知
スペック
稼働タイミング
素材アップロード時
形式
IGカルーセル
文章
本人の声に寄せて生成
実投稿
しない
STUDIO NOEMA
IGアピール素材生成 · Garibaldi
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完了通知
スペック
稼働タイミング
素材アップロード時
並び
1表紙 / 2前 / 3後 固定
タグの根拠
メモ文のみ
実投稿
しない
STUDIO NOEMA
IG ビフォーアフター素材生成 · Calvados
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へ)
スペック
稼働
毎月1日 9:00
データ
GSC + GA4
出力
スマホ最適HTML
次工程
Vesper
STUDIO NOEMA
レポートライン · Insight_Aviation
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
スペック
起動
✅リアクション
参照
Notion台帳
安全装置
成約+ID検証
次工程
Stinger
STUDIO NOEMA
レポートライン · Dispatch_Vesper
Report 03 · Delivery
Stinger.
月次レポートを クライアントのLINEへ届ける 配達役
由来

Stingerはコニャックを白ミントで切った古典的な食後の一杯。名は「針」。最後のひと刺しを真っ直ぐに——仕上げの一通を迷いなく相手へ届けます。

何をするか(処理の流れ)
1
Vesperから配信指示を受信
どのクライアントにも使える共通の受け口。
2
宛名つきメッセージを組み立て
台帳の担当者名で文面が変わる。
3
LINE公式アカウントからPush送信
クライアントのスマホに直接届く。
4
完了報告を配信ログに記録
誰に・いつ・何を送ったかがスレッドに積み上がる。
受け取る / 渡す
受け取る(INPUT)
配信指示(宛先・宛名・レポートURL)
渡す(OUTPUT)
クライアントLINEへのレポート送付
Slack完了報告(配信ログ)
スペック
起動
Webhook(共通)
送信
LINE公式 Push
宛名
台帳から可変
記録
配信ログスレッド
STUDIO NOEMA
レポートライン · Report_Stinger
Report 00 · Capture
Gibson.
新規クライアントの LINE IDを見極めて台帳に記載 する受付役
由来

Gibsonはマティーニの飾りをパールオニオンに替えた一杯。水で乾杯し素面のまま相手を見極めた外交官ギブソンの逸話が名の由来——相手の正体(ID)を静かに確かめる受付にふさわしい名です。

何をするか(処理の流れ)
1
オンボーディング時だけ起動
公式LINEへの初回メッセージを待ち受ける。
2
相手のIDとプロフィールを取得
LINEの表示名もあわせて確認。
3
名乗りと台帳を照合
「◯◯です」の社名で該当クライアントを特定。複数社同日でも正確。
4
特定できなければ安全側へ
未登録が1社だけなら記載。曖昧なら書かずに人へ相談。
5
結果をSlackで報告
記載が済んだら待機に戻る。
受け取る / 渡す
受け取る(INPUT)
公式LINEへの初回メッセージ
渡す(OUTPUT)
Notion台帳への LINE ID 記載
Slack報告(記載結果つき)
スペック
稼働
オンボーディング時のみ
照合
名乗り → 消去法
記載先
Notion台帳
平時
待機(OFF)
STUDIO NOEMA
レポートライン · Capture_Gibson
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アラート + 週次サマリ
スペック
監視対象
全35agent(毎時)
検知
定刻不発+失敗
診断
AI原因分析+修復リンク
通知
Slack即時+週次
STUDIO NOEMA
全体監視 · Sentinel_Gimlet_14
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通知
スペック
稼働
週2回(月・木)
抽出
本文+PDF/画像
記録先
Notion コスト台帳
供給先
Louis XIII
STUDIO NOEMA
財務ライン · Ledger_Sidecar
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経営通知
スペック
稼働
毎月1日
収益
固定+変動
換算
ライブ為替
公開
Cloudflare Workers
STUDIO NOEMA
財務ライン · Sovereign_LouisXIII
Ledger Opener · 台帳開帳
Bamboo.
毎月の節目に 対応台帳を自動開帳 する帳場係
由来

Bamboo(バンブー)は横浜生まれ、シェリー+ドライベルモットの日本発祥クラシック。竹のようにまっすぐ節目を刻む——毎月1日の節目に台帳を開く、月次運用の起点役です。

何をするか(処理の流れ)
1
毎月1日 朝8時に自動起動
月の初めに、その月の帳場を用意する。
2
契約中クライアントを台帳から取得
クライアント台帳(Notion)を参照して対象を決定。
3
Ops台帳に当月ページを生成
例:oclabo-202607。クライアント×月の単位で開帳。
4
既存があれば自動スキップ
二重開帳を防止。何度動いても安全。
5
Slackに開帳結果を通知
生成◯件・スキップ◯件を報告。
受け取る / 渡す
受け取る(INPUT)
クライアント台帳(Notion)
渡す(OUTPUT)
Ops台帳の当月ページ
Slack開帳通知
スペック
稼働
毎月1日 8:00
生成単位
クライアント×当月
重複
自動スキップ
実投稿
しない
STUDIO NOEMA
台帳開帳 · Ops_Bamboo_19_v2
Bookkeeper · 売上記帳
Bellini.
売上の一報を 台帳へ自動記帳 する記帳係
由来

Bellini(ベリーニ)はヴェネツィア・ハリーズバー生まれ、桃+スパークリングの一杯。画家ベッリーニの絵の色が名の由来。数字を確実に帳簿へ載せる——売上フォームの入力を、請求の元帳へ間違いなく記帳します。

何をするか(処理の流れ)
1
売上入力フォームの送信を受信
変動売上(成果報酬)の入力をwebhookで受け取る。
2
入力内容を検証
クライアント・金額・対象月をチェック。
3
Ops台帳「成果報酬入力」へ自動記帳
手入力・転記ミスをゼロに。
4
請求ラインが読める形に整形
20日請求(Tom Collins)がそのまま参照できる。
5
Slackに記帳完了を通知
何をいくらで記帳したかを即報告。
受け取る / 渡す
受け取る(INPUT)
売上入力フォーム(webhook)
渡す(OUTPUT)
Ops台帳「成果報酬入力」への記帳
Slack記帳通知
スペック
稼働
フォーム送信時 即時
記帳先
Ops台帳
連携
20日請求ライン
手入力
不要
STUDIO NOEMA
売上記帳 · Billing_Bellini_v3
Invoicer · 20日請求
Tom Collins.
毎月20日に 請求書を作成・発行 する請求番
由来

Tom Collins(トム・コリンズ)はジン+レモン+ソーダの世界標準ロングカクテル。19世紀の「トム・コリンズを知ってるか?」というジョークが名の由来。月に一度、確実に請求を立てる——固定費と成果報酬を集計し、請求書に仕立てる要の役です。

何をするか(処理の流れ)
1
毎月20日 朝9時に起動
請求日を逃さない定刻型。
2
Ops台帳から当月分を集計
固定費+成果報酬(Belliniの記帳分)を合算。
3
freeeで請求書を正式作成
会計とズレない一本化。
4
ブラウザで開けるHTML請求書を発行
Worker noema-invoices が配信。クライアントはリンクを開くだけ。
5
内訳をSlackへ報告し承認を待つ
承認後に送付工程(French 75)へ。
受け取る / 渡す
受け取る(INPUT)
Ops台帳(固定費・成果報酬)
渡す(OUTPUT)
freee請求書 + HTML請求書(noema-invoices)
Slack内訳報告→承認待ち
スペック
稼働
毎月20日 9:00
集計元
Ops台帳
会計連携
freee
送付
承認後 French 75へ
STUDIO NOEMA
20日請求 · Billing_TomCollins_15_v18
Deliverer · 請求書送付
French 75.
承認済みの請求書を LINEでお届け する配達係
由来

French 75(フレンチ75)はジン+シャンパンの祝砲。第一次大戦の75mm砲にちなむ“よく効く一杯”。撃ったら確実に届く——承認済みの請求書リンクを、クライアントのLINEへ確実に送り届けます。

何をするか(処理の流れ)
1
承認の合図を受け取る
クニさんの承認が発射条件。勝手には送らない。
2
送付先とメッセージを組み立て
クライアント台帳のLINE宛先+定型文。
3
HTML請求書リンクをLINE送付
クライアントはスマホでそのまま開ける。
4
送付結果を記録
いつ・誰に・何を送ったかを台帳へ。
5
Slackに送付完了を通知
送付済みの証跡を残す。
受け取る / 渡す
受け取る(INPUT)
承認済み請求書(Tom Collins発行分)
クライアント台帳のLINE宛先
渡す(OUTPUT)
LINEでの請求書送付
送付記録 + Slack完了通知
スペック
稼働
承認後に発射
送付路
LINE
請求書
HTML(リンク)
誤送防止
承認制
STUDIO NOEMA
請求書送付 · Delivery_French75_17_v4
Reminder · 前日リマインド
Espresso Martini.
請求前日に 目を覚まさせる リマインド係
由来

Espresso Martini(エスプレッソ・マティーニ)はウォッカ+エスプレッソ。「目を覚まさせて」という注文から生まれた逸話の一杯。請求の前日に目を覚まさせる——20日の請求前に内訳確認を促し、ミスを未然に防ぎます。

何をするか(処理の流れ)
1
毎月19日 朝に起動
請求実行の24時間前。
2
翌日の請求予定を組み立て
対象クライアント・金額・内訳を事前集計。
3
Slackへリマインド通知
「明日この内容で請求が立ちます」を先出し。
4
内訳の目視チェックを促す
おかしければ請求前に直せる。
受け取る / 渡す
受け取る(INPUT)
Ops台帳(翌日請求の予定内容)
渡す(OUTPUT)
Slack前日リマインド(内訳つき)
スペック
稼働
毎月19日 朝
役割
請求前の最終確認
防ぐもの
誤請求
実送付
しない
STUDIO NOEMA
前日リマインド · Remind_EspressoMartini_18_v2
HP Updater · 施工事例
Last Word.
仕上がった施工事例を HPへ自動反映 する最後の一筆
由来

Last Word(ラストワード)は禁酒法時代生まれ、ジン+シャルトリューズ+マラスキーノ+ライムの名作。“最後のひと言”の名の通り、素材ラインの最終工程——完成した事例をHPに刻んで一連の仕事を締めくくります。

何をするか(処理の流れ)
1
加工済み(processed)素材を検知
Dropboxの加工完了フォルダを見張る。
2
施工事例の紹介文をAIで生成
写真の内容に合わせた説明文を作成。
3
HPの施工事例ページを更新
oc-labo.net の施工事例に新規掲載。
4
GitHub経由でサイトへ公開
反映は数分で完了。
5
Slackに更新完了を通知
掲載内容とURLを報告。
受け取る / 渡す
受け取る(INPUT)
processed素材(Dropbox)
渡す(OUTPUT)
HP施工事例ページの更新
Slack更新通知
スペック
稼働
素材加工後 自動
反映先
oc-labo.net
紹介文
AI生成
公開
GitHub経由
STUDIO NOEMA
HP自動更新 · HP_LastWord_01_v2
Wiring Tool · 配線工具
Screwdriver.
新agentに エラー検知線を一括配線 する工具
由来

Screwdriver(スクリュードライバー)はウォッカ+オレンジ。油田作業員が工具のドライバーでかき混ぜたのが名の由来。文字通りの“工具”——新しいagentに監視の安全装置(Error WF)を締め込むドライバーです。

何をするか(処理の流れ)
1
TARGET_IDSに新agentのIDを貼る
作業はこれだけ。複数まとめてOK。
2
手動実行
必要なときだけ動かす工具型。
3
各agentの設定を取得
n8n APIで現在の設定を読み込む。
4
Error WF(Gimlet直結)を書き込み
エラーが起きた瞬間にSentinelへ届く配線が完成。
5
結果をSlackに報告
配線済み一覧を確認できる。
受け取る / 渡す
受け取る(INPUT)
workflow ID(貼るだけ)
渡す(OUTPUT)
Error WF紐付け済みagent
Slack配線レポート
スペック
稼働
必要時に手動
対象
TARGET_IDS記載分
効果
エラー即時検知
UI不具合
回避可能
STUDIO NOEMA
配線工具 · Tool_Screwdriver_20_v2
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)
スペック
稼働
毎週月曜8:50
随時
webhook採点
効果
優先順位が常に最新
監視
Sentinel直結
STUDIO NOEMA
受注期待値 · Scoring_Casino_23_v1
Control · 探索設定
Manhattan 設定.
リード探索の エリア・業種 を受け付ける司令卓
由来

Manhattanはウイスキー+スイートベルモット、「カクテルの女王」。ニューヨークの島の名を冠します。どの“島”(エリア×業種)を開拓するかを定める司令卓——探索の座標はすべてここから始まります。

何をするか(処理の流れ)
1
ダッシュボードから設定を受信
エリア・業種を画面で選ぶだけ。
2
既存の探索設定と照合
同じ設定があれば重複を作らない。
3
更新または新規作成
Notionの探索設定が常に1本化される。
4
完了を応答
画面にそのまま結果が返る。
受け取る / 渡す
受け取る(INPUT)
探索ダッシュボードの入力(エリア・業種)
渡す(OUTPUT)
Notion探索設定(正本1本)
スペック
稼働
設定変更時
入口
専用ダッシュボード
効果
探索先の一元管理
v11
STUDIO NOEMA
探索設定 · Control_Manhattan_v11
Intelligence · 週次偵察
Manhattan 週報.
探索エリアの 候補の増え方 を毎週報告する偵察係
由来

同じManhattanの週報担当。開拓中の島から毎週届く偵察報告です。新しい候補がどれだけ増え、どのエリアに集まっているか——攻め筋の地図を週に一度、机に置きます。

何をするか(処理の流れ)
1
毎週月曜9:00に起動
Casinoの再採点(8:50)直後、鮮度の揃った状態で。
2
探索設定と営業候補DBを集計
今週の新規・累計・エリア別を機械集計。
3
週次レポートを#manhattan_chへ
次の探索エリアを設定するリンクつき。
受け取る / 渡す
受け取る(INPUT)
Notion探索設定
営業候補DB
渡す(OUTPUT)
週次探索サマリ(新規/累計/エリア別)
スペック
稼働
毎週月曜9:00
宛先
#manhattan_ch
効果
開拓状況の定点観測
09_v2
STUDIO NOEMA
週次偵察 · Intelligence_Manhattan_09_v2
Marketing · 月次ブリーフ
Bee's Knees.
全タッチポイントの文言を磨く 承認制の提案ブリーフ
由来

Bee's Knees(ビーズニーズ)はジン+蜂蜜+レモン、禁酒法時代のクラシック。当時のスラングで「最高のもの」。言葉に蜂蜜を一匙——リードが最初に触れる一文から請求書の一行まで、全文言を最高の状態に保つマーケ担当です。

何をするか(処理の流れ)
1
毎月5日9:00にコピー台帳を全文読み込む
全タッチポイント文言の正本(Notion)が出発点。
2
営業台帳・運用台帳から質的シグナルを収集
リードの反応・失注理由・運用実態。数字の捏造はしない設計。
3
AIが改訂提案を0〜3件起案
根拠の弱い月は「提案なし」と正直に報告する。
4
承認制ブリーフをSlackへ
現行→改訂案→根拠→期待効果。承認するまで何も変わらない。
5
承認された提案だけを反映
台帳と実装の更新はセットで実施。
受け取る / 渡す
受け取る(INPUT)
コピー台帳(タッチポイント正本)
営業台帳・運用台帳の質的シグナル
渡す(OUTPUT)
承認制の改善ブリーフ(提案0〜3件)
改訂の根拠と期待効果
スペック
稼働
毎月5日9:00
原則
提案のみ・承認制
効果
文言が育ち続ける
監視
Sentinel直結
STUDIO NOEMA
マーケ · Marketing_BeesKnees_22_v1
上段でブロック切替 / 下段でエージェント切替 / 印刷(⌘+P)で表示中の1体がA4ペラ1に