briefing

ブリーフィングスキル

brain のコンテキストから日次ブリーフィングを作成します。

ファイリングルール： ブリーフィングによって brain ページを作成または更新する場合は、 skills/_brain-filing-rules.md に従ってください。

契約

• ブリーフィング内のすべての事実には、インラインで [Source: slug, updated DATE] の引用を付けます。
• 会議の参加者を brain と照合し、情報が不足している場合は明示します。
• 進行中の取引とアクションアイテムには、期限と最新状況を含めます。
• ブリーフィングは読み取り専用です。ユーザーが明示的に依頼しない限り、brain ページは作成も変更もしません。
• 古い情報のアラートでは、すべての古いページではなく、今日のコンテキストに関連するページを提示します。

ブリーフィング前のコンテキスト取得

ブリーフィングの各セクションを作成する前に、以下を実行してください。4 つの取得処理はいずれも読み取り専用です。

0a. 顕著性スキャン。 感情面または活動面で顕著性の高いページを提示します。

gbrain salience --days 7

感情的な重みと最近の活動に基づいてページをランク付けして返します。上位 5～10 件を「顕著性の高いページ」セクションにまとめます。これらは、 現時点で感情面または業務面で動きの大きいエンティティやトピックです。 これを使って、どの会議、取引、人物について詳しくブリーフィングするかを優先します。

0b. 異常検知。 brain 内の統計的な異常を提示します。

gbrain anomalies

デフォルトでは、今日のデータを過去 30 日間のベースラインと比較します。 --lookback-days N で期間を広げるか、--sigma 2 でしきい値を下げます。 通常の活動ペースから外れたコホート（タグ別、タイプ別）を検出します。 たとえば、言及数の急増や、通常のリズムを大きく外れたページ更新などです。 検出結果は、brain pulse の後に「異常」セクションを追加して記載します。

0c. 個人情報の想起。 作成前に、保存された個人の事実や好みを確認します。

gbrain recall --query "current priorities and preferences" --json

想起機能を使って、食事の好み、コミュニケーションの好み、以前の約束や 申し出など、個人のコンテキストを取得します。これにより、ユーザーが以前に 述べたことや決めたことと矛盾するブリーフィングを防げます。

0d. ホットメモリパルス（v0.32）。 ほかの内容を作成する前に、以下を実行します。

gbrain recall --since-last-run --supersessions --pending --rollup --json

結果はブリーフィングの先頭に「Brain pulse」セクションとしてまとめます。

1. 一晩で解消された矛盾 — --supersessions の出力です。世界の理解に対する 新たな訂正なので、最初に記載します。
2. 上位の言及 — --rollup の top_entities（期間内の事実数が多い上位 5 件の エンティティスラッグ）です。
3. 前回のブリーフィング以降の新しい事実 — facts 配列を、ロールアップ内の 各エンティティの下にまとめます。kind、notability、confidence を含めます。
4. 統合待ちのフッター — pending_consolidation_count > 0 の場合は、 N facts await dream-cycle consolidation と記載し、先を読む前にオペレーターが gbrain dream を実行するか判断できるようにします。

--since-last-run フラグは ~/.gbrain/recall-cursors/<source>.json を更新し、 次のブリーフィングが今回の続きから正確に取得できるようにします。cron ジョブとして 実行する場合は、--source <slug> を渡すか、GBRAIN_SOURCE を明示的に設定してください。 cron はリポジトリのルートディレクトリを作業ディレクトリとして起動しないため、 ドットファイルの解決時に正しいソースが見つからないことがあります。シンクライアントの インストール（gbrain init --mcp-only）では、リモート brain に透過的に接続します。

0e. 未完了のやり取り（Google のソースが存在する場合）。 ユーザーの返答を待っている人と、 ユーザーが約束した内容を取得します。

gbrain waiting --json

主な相手先（未対応の内容、期限、根拠となる引用、ディープリンク）を ACTION ITEMS セクションにまとめます。これらは推測によるフォローアップではなく、実際の未完了の やり取りの記録なので、文章から推測した内容より優先します。waiting は、Google の ソースが古い場合（24 時間以内に同期が成功していない場合）に処理を拒否し、正確な 修正方法を示します。これは意図した動作です。表示された同期を実行してから、もう一度 試してください（skills/google-loops/SKILL.md を参照）。

フェーズ

1. 今日の会議。 カレンダーにある各会議について：
   • gbrain で各参加者を名前で検索します
   • compiled_truth のコンテキストを得るため、gbrain から各参加者のページを読み込みます
   • 参加者がどのような人物か、最近のタイムライン、あなたとの関係を要約します
2. 進行中の案件。 gbrain でステータスが進行中の案件ページを絞り込んで一覧表示します：
   • 今後7日以内に期限が迫っている案件
   • 最近のタイムライン項目（過去7日間）
3. 対応期限が迫っているスレッド。 タイムライン項目から未完了の項目を確認します：
   • 今後48時間以内に期限がある項目
   • 期限を過ぎたフォローアップ
4. 最近の変更。 過去24時間に更新されたページ：
   • 何が、なぜ変更されたのか（gbrain のタイムライン項目を読み込みます）
5. 動きのある人物。 gbrain の人物ページを更新日時順に一覧表示します：
   • 過去7日間に更新されたページ
   • 活動量が多い（最近のタイムライン項目が多い）人物
6. 古い情報のアラート。 gbrain のヘルスチェックから：
   • 古い情報としてフラグが立てられ、今日の会議に関係するページ

GBrain ネイティブのコンテキスト読み込み

ブリーフィングを作成する前に、gbrain から体系的にコンテキストを読み込みます。

会議の前

カレンダーの招待に記載されたすべての参加者について：

• gbrain whois <email> --json で完全一致のみを使って、その人の brain ページを検索します。 メールアドレスで一致しない場合は、gbrain whois "<name>" --json を実行します。一致がちょうど 1件の場合のみ該当します（本人確認ルール）。 検索結果の最上位候補が参加者とは限りません。
• gbrain get <slug> -- compiled truth、最近のタイムライン、関係性のコンテキストを読み込みます
• ページがない場合は、その不足を記録します（「alice-example の brain ページがありません。情報の補完を検討してください」）

メールに返信する前

メールの返信を作成したり、トリアージしたりする前に：

• gbrain whois <address> --json で送信者を特定します（メールアドレス、役職名、 または別名の完全一致。 本人確認ルール）。一致がない場合、 または複数の候補がある場合は、最も近い既知の連絡先ではなく、送信者不明として扱います
• その人の compiled truth を読み込み、どのような人物か、何を重視するか、 あなたとの関係の経緯を把握します。これにより、相手をよく理解したうえで返信できます。

毎日のブリーフィングクエリ

以下のクエリを実行して、ブリーフィングの各セクションに必要な情報を取得します：

• gbrain query "active deals status" -- 案件パイプラインのスナップショット
• gbrain query "meetings this week" -- インサイトを含む最近の会議ページ
• gbrain query "pending commitments follow-ups" -- 未完了のスレッドとアクション項目
• gbrain list --type person --sort updated_desc --limit 10 -- 動きのある人物

出力形式

DAILY BRIEFING -- [date]
========================

MEETINGS TODAY
- [time] [meeting name]
  Participants: [name] (slug: people/name, [key context])

ACTIVE DEALS
- [deal name] -- [status], deadline: [date]
  Recent: [latest timeline entry]

ACTION ITEMS
- [item] -- due [date], related to [slug]

RECENT CHANGES (24h)
- [slug] -- [what changed]

PEOPLE IN PLAY
- [name] -- [why they're active]

ブリーフィング中のバックリンク

ブリーフィングによって brain ページが作成または更新された場合（新しい会議準備ページやエンティティページの更新など）、バックリンクに関する鉄則が適用されます。言及されたすべてのエンティティについて、そのページからのバックリンクが必要です。skills/_brain-filing-rules.md を参照してください。

ブリーフィングでの引用

brain ページの情報を提示する場合は、インライン引用を含めてください：

• 「Jane は Acme の CTO です [出典：people/jane-doe、更新日 2026-04-01]」
• これにより、ユーザーは主張の出典である brain ページをたどり、情報の新しさを確認できます

エラーが発生した場合

gbrain のエラー code、終了コード、[AGENT] ブロック、または通知ブロックについては、エージェント運用者プロトコルに従ってください。このスキル固有の対応は以下のとおりです：

• gbrain waiting が古いデータを理由に処理を拒否した場合：指定された同期コマンドを実行します（brain ホストが必要な場合は、ユーザーに実行を依頼します）。その後、再試行します。古いメールをもとに「あなたの対応待ち」セクションを作成しないでください。
• recall / query のセクションが空で、機能低下の通知が返された場合は、「現在、brain はキーワードのみを検索しています」とそのセクションに記載し、「何も起きていません」とは記載しないでください。
• 1つのセクションの情報源でエラー（rate_limited、timeout）が発生した場合は、ブリーフィングの残りを作成し、欠落したセクションを明記してください。黙って省略しないでください。

アンチパターン

• brain へのクエリなしでブリーフィングを作成する。 記憶だけを頼りにブリーフィングを作成してはいけません。必ず gbrain にクエリを送信し、最新データを確認してください。
• 出典のない事実。 すべての主張に [Source: slug, updated DATE] を含めてください。出典のない事実は検証できません。
• 古いコンテキストを最新情報として提示する。 ページが30日以上更新されていない場合は、最新情報として提示するのではなく、明示的に古い情報であることを示してください。
• 求められていない brain ページの変更。 ブリーフィングはデフォルトで読み取り専用です。ユーザーが明示的に依頼しない限り、ページを作成または更新しないでください。
• 情報の欠落を無視する。 会議の参加者に brain ページがない場合は、その旨を伝えてください。情報の欠落について触れないと、把握していないことが隠れてしまいます。

使用するツール

• 名前で gbrain を検索する（query）
• gbrain のページを読む（get_page）
• 種類別に gbrain のページ一覧を表示する（list_pages）
• gbrain の健全性を確認する（get_health）
• gbrain のタイムライン項目を表示する（get_timeline）