仕組み

毎回のブリーフィングで、同じ4つのステージ

収集、分析、ブリーフ、承認。すべてのオフィサーがこのループを実行します。すべての発見にはエビデンスチェーンが付随します。すべてのアクションはあなたのタップを待ちます。それがこのプロダクトの全てです。

01
収集

オフィサーが データを取得する.

各オフィサーは独自のスケジュールで動作します。毎週月曜8時、毎日7時30分など — あなたがタイミングを決めます。スケジュールされた時間になると、オフィサーは接続済みのソースからデータを取得します。

  • ファーストパーティコネクター(Slackスレッド、Notion、Linear、Stripe、GA、Search Console)とパブリックソース(競合サイト、レビュープラットフォーム、ソーシャルリスニング)からデータを取得します。
  • 各取得はタイムスタンプ、ソースURL、レスポンスハッシュとともに記録されます — エビデンスチェーンはここから始まります。
  • ソースがレート制限または到達不能な場合、オフィサーは指数バックオフで再試行し、ギャップを補完するのではなく、実行を「不完全」としてマークします。
  • テナントごとに独立したランタイム — あなたのデータが他のお客様のプロセスと共有されることはありません。
02
分析

ベースラインと 比較する.

生データは、前回オフィサーが把握していた内容と比較して何かが変化した場合にのみ「発見」となります。すべての発見には4つの必須フィールドが含まれます — ソース、期間、ベースライン、トリガー理由。

  • オフィサーはMEMORY.mdを読み込みます — 先週の競合スナップショット、先月のキーワード順位、先四半期のCAC。
  • 今日のデータを保存されたベースラインと差分比較します。新しい競合機能、順位低下、ランディングページの価格変更 — すべてここで浮かび上がります。
  • 4つのエビデンスフィールドのいずれかが欠けている発見は、自動的に「サジェスト」にダウングレードされ、承認カードのトリガーにはなりません。
  • エビデンスカバレッジは本番環境全体で95%以上を維持 — 計測・報告しています。
03
ブリーフ

読みやすいサマリーを IMにプッシュする.

ブリーフィングは発見ごとに3〜6文で簡潔にまとめられたもの — 分析するためのレポートではありません。Slack、Discord、Telegramに直接届き、30秒でざっと読めるフォーマットになっています。

  • 構造:見出し · 1文での発見 · その重要性 · 提案するアクション · フッターとしてのエビデンスチェーン。
  • すべてのソースリンクはクリック可能 — 元のNotionドキュメント、競合の価格ページ、順位ダッシュボードへ直接アクセスできます。
  • オンボーディング時に指定したチャンネルに配信されます。スレッド化も、トップレベル投稿も、お好みで。
  • 重複通知なし — オフィサーはあなたがすでに確認した発見を追跡し、真の変化がない限り再表示しません。
04
承認

ワンタップで オフィサーが実行する.

各ブリーフィングには3つのボタンがあります:承認、質問、アーカイブ。承認 → オフィサーがすぐにアクションを実行します。質問 → オフィサーが詳しく調べて報告します。アーカイブ → フィードから消えます。

  • 承認はステートマシンで管理:proposed → pending_approval → approved → executed(または failed、48時間後に expired)。
  • 承認済みかつ有効期限内のトークンのみが実行レイヤーに到達します。オフィサーはあなたの明示的なタップなしにはアクションを取れません — 設定ではなく設計による制約です。
  • すべての承認は監査可能:誰がいつタップしたか、そのタップが基づくエビデンス、オフィサーが実行した内容。
  • 実行に失敗した場合、オフィサーは再試行し、その後オペレーションチームにデッドレターとして送ります。何が起きたかが通知されるため、不明なまま放置されることはありません。
メモリアーキテクチャ

ステージ2の信頼性を支える構造化された状態管理。

「長いコンテキストを持つエージェント」のような素朴なセットアップは、すべてを記憶するが意味をなさなくなります — ノイズに流れ、内容がぼやけていきます。そのため、構造化されたメモリレイヤーを構築しました。2つのファイル、4つのセクション、1つの規律。

USER.md

すべてのオフィサーが読む会社ブリーフ

オンボーディング時のあなたの入力から生成されます — 会社名、業種、ターゲット顧客、競合、チャンネル、目標。テナント上のすべてのオフィサーが共有し、各セッション開始時に読み込まれます。20,000文字の上限が厳格に適用されます。

# Acme · company brief industry: restaurant SaaS competitors: SevenRooms, Tock, Resy goals: Q2 · +30% demo requests
MEMORY.md

オフィサーごとの4つの名前付きセクション

  • 最新の観察 —— 競合、キーワード、またはキャンペーンごとに1行。次のエビデンスチェーンが比較するベースライン。
  • 実行ログ —— 実行ごとに1行、1〜5の自己評価スコア付き。ドリフトを検出する仕組み。
  • 永続的ファクト —— オペレーターがキュレーションした、すべてのドリーミングサイクルを経ても残る真実。「競合XはQ3に買収された」や「会社Yは監視しない」を固定すると、それが維持されます。
  • ブートストラップ —— 新しくプロビジョニングされたオフィサーがコールドスタートしないための初回起動ルール。
ドリーミング

実行間の統合処理

オフラインの統合パスが、その日の観察を耐久性のある知識に圧縮します — 実行中ではなく、夜間に。エージェント自身は実行中に追記するのみです。自身のメモリを書き換えることはありません。これが自己破損の障害モードを防ぐ方法です。

テナント分離

クロスクライアントメモリなし

各テナントは独立した専用ランタイム上で動作します。MEMORY.mdとUSER.mdはテナントごとのワークスペースに保存されます。あなたのエージェントがビジネスについて学んだことが他のお客様のエージェントに影響することはありません — ポリシーではなく、ランタイムの境界で強制されています。

エビデンスチェーンアンカー

メモリが発見を信頼可能にする

すべての発見のbaselineフィールドはMEMORY.mdの最新の観察から取得されます。ベースラインなし → 承認カードなし、自動的にサジェストにダウングレード。メモリレイヤーがあることで、ステージ2は「何かが存在する」ではなく「何かが変化した」と言えるようになります。

エビデンスチェーン

例外なし4フィールド —
すべての発見に付随する

これが契約です。4つのフィールドすべてを提示できない発見は、承認カードとしてあなたに届くことはありません — サジェストにダウングレードされ、オペレーションチームが調査するためにログに記録されます。

ソース
必須
sevenrooms.com/features/waitlist

クリックして確認できるURL、ファイルID、またはAPIレスポンスハッシュ。「トレーニングデータ」や「一般知識」は使用しません。

期間
必須
2026-04-13 → 2026-04-20

発見がカバーする期間。今週のニュースなのか、前四半期のトレンドなのかを把握できます。

ベースライン
必須
Feature didn't exist as of 2026-04-12

オフィサーが以前に把握していた内容。ベースラインのない発見は単なる観察に過ぎません。

トリガー理由
必須
Page changed. Diff: +waitlist module, +FAQ section, +demo CTA.

この発見をノイズから引き上げた具体的な変化。自分で比較する必要がないため、レビューが迅速になります。

実際のブリーフィング

あなたの
Slackに届く内容

# growth-officer
M
マーケットリサーチリードAPP · 月曜日 午前8:02
SevenRoomsがウェイトリスト機能をリリースしました — 木曜日までにポジショニングを準備する必要があります。
マーケティングページが2026-04-16(火曜日)に更新され、新しいウェイトリストモジュール、FAQセクション、デモCTAが追加されました。まだ告知投稿はなく、ローンチ前のウォームアップ段階のようです。これは私たちの「待ち時間なしホスト」メッセージングに直接的な影響を与えます。推奨:木曜日までに比較記事を公開し、金曜日までにセールスにブリーフィングしてください。
ソース: sevenrooms.com/features/waitlist
期間: 2026-04-13 → 2026-04-20
ベースライン: Feature didn't exist as of 2026-04-12
トリガー: 機能ページに +ウェイトリストモジュール、+FAQ セクション、+デモ CTA を追加
承認 → Notionに比較記事の下書きを作成フォローアップを質問するアーカイブ
JL
Jake午前8:07
承認済み
M
マーケットリサーチリードAPP · 午前8:07
了解しました。Notionに下書きページ「SevenRooms vs us — waitlist comparison」を作成しました · @jakeにアサイン · 期日:木曜日。金曜日に状況を確認します。
よくある質問

明確にしておくべきこと。

オフィサーが間違えた場合はどうなりますか?

3つの対処法があります。ブリーフィングを却下する(実行されず、理由付きでアーカイブ)。フォローアップを質問する(オフィサーが詳しく調べ、ベースラインを調整して再試行)。オペレーションチームにフラグを立てる(エビデンスチェーンを確認し、オフィサーのメモリを調整、こちらの過失であればアカウントにクレジット)。

スケジュールは変更できますか?

はい。すべてのオフィサーはPortalから編集できるcron式を持っています。毎日、毎週、毎時、またはダッシュボードからのアドホック「今すぐ実行」も可能です。スケジュールの変更は次回の実行から有効になります。

最初の1週間は何が起こりますか?

オンボーディング実行:オフィサーがベースラインを構築します。現在の状態のサマリーブリーフィングが届きます(まだ差分ではありません)。2週目以降、ブリーフィングは変化があった場合のみとなります。

承認は実行後どこに保存されますか?

すべての承認とそれがトリガーしたアクションは、テナントの実行履歴に保存され、Portalダッシュボードからアクセス可能で、JSONとしてエクスポートできます。解約後30日間保持され、その後は暗号的に削除されます。

あなたのビジネスでループを確認しませんか?

URLを貼り付けるだけで、AIグロースチームが今日から動き始めます。

無料トライアルを始める料金を見る
仕組み — Ceres AI グロースオフィサー