一度伝えて継続フォロー：AI 秘書の仕組み

なぜチャットだけでは仕事が落ちるのか

チャットボットはセッションに束縛されています。セッションが終わると、文脈は履歴に保存されますが、アクティブなタスクは終了します。リマインダーは設定できますが、何が変わったかを理解せずに時刻に鳴るだけです。結果は異なるスレッドに散らばります。週次プロジェクトダイジェストが欲しい場合、毎回思い出して依頼するか、別のツールで厳密なスケジュールを設定する必要があります。

問題はチャットボットが回答下手ということではありません。継続的なタスクには異なる契約が必要なのです：見守り続け、必要なときだけ割り込み、予測可能な場所に結果を集めること。

Semibot の秘書の仕組み

1. 継続委仕——自然な言葉で。 進行中の仕事を伝えます。「X を見張って、動きがあったら教えて」という表現で十分です。リズムを指定すれば、それに従います。指定しなければ、妥当な既定値を提案し、何を使っているかを表示します。後からリズムを変更することもできます。
2. 定期チェック。 秘書はあなたが伝えた内容——ワークスペースと接続されたサービスを含めて——定義したリズムで変化を確認します。
3. 結果がひとつの場所に集まります。 プロジェクトの進捗要約、資料の差分、コーディングの変更ブリーフが秘書ページに集まります。各結果には元のセッションとタスクへのリンクが付きます。
4. 必要なときだけ割り込みます。 情報の欠落や承認の依頼があるときに通知します。中間工程のたびに鳴らしません。秘書コンテキストでの普通の質問には直接答えます。
5. 約束と期限を見守る。 会話での約束、近づく期限、未完了の仕事、まだ対応が必要なファイルを追跡し、適切なタイミングで次にやることを知らせます。

ワークフロー例

秘書が実際にどう動くかの具体的なシナリオです。

依頼の例

• 「毎週金曜日に、このワークスペースから A 社の週次進捗をまとめて」
• 「トークンの転売や集約サービスのニュースを見ていて、動きがあったら読み解きを教えて」
• 「リポジトリの失敗中のテストを見張って、状況が変わったら教えて」
• 「この案件の関連ファイルの変更を追い、まとまったらブリーフを届けて」
• 「共有ドキュメントフォルダを監視して、新しいドラフトが出たら変更点をまとめて」

いずれも、実行のたびにあなたが再依頼する必要はありません。伝えた内容がそのまま継続的な見守りになります。

比較

スペシャリストとの違い

スペシャリストは、繰り返す仕事の「やり方」を覚える役割です。調査、執筆、文字起こし、整理などの定型作業を、手順ごと任せられます。一方、秘書は進行中の「見守り」を続け、時間の経過とともに結果を届けます。実際には、秘書タスクが実際の調査や執筆をスペシャリストに依頼する形で使われます。2 つは組み合わせて使うもので、置き換え合うものではありません。

例えば「調査のやり方を覚えたスペシャリストに、毎週の調査を秘書が依頼する」という使い方ができます。秘書がスケジュールと結果の集約を担い、スペシャリストが実際の作業の質を担います。

やらないこと

• 承認やフォルダ許可を素通りすることはありません。 秘書は Semibot の他の部分と同じ承認ゲートを使います。フォルダ許可と高リスク操作の承認は引き続き適用されます。
• すべてのプロジェクトの履歴を巨大なチャットに投げ込むことはしません。 フォローアップは対応するセッションに紐づいたままです。秘書ページには結果が表示されますが、すべてではありません。
• 設定が不足していても「見張っています」と主張することはありません。 モデル、コネクタ、フォルダ許可のどれかが不足していれば、その旨を伝えます。見張りのふりをしません。
• あなたの代わりに高リスクな外部送信や書き込みを黙って行うことはありません。 承認経路を通ります。
• 深い作業を置き換えることはありません。 秘書は定型的な監視と要約を処理します。深い調査や創造的な作業は集中セッションで行うべきです。

判断基準：秘書が必要か

• 複数の案件を並行して抱え、追い漏らしたくない場合： 秘書が継続的に見守り、変化を通知します。
• 定期的な要約が必要だが、そのたびに手動で依頼するのが負担な場合： 一度伝えるだけで済みます。
• 通知は少なくしたいが、重要な変化は逃したくない場合： 中間工程ではなく変化と承認のみが通知されます。
• その場の質問にすぐ答えが欲しいだけの場合： 通常のチャットで十分です。秘書機能を使う必然性は薄いです。
• 定期実行そのものが不要で、単発の作業だけを頼みたい場合： 秘書機能は不要です。
• 特定の Connector（カレンダー、Slack など）の監視が必要な場合： そのコネクタが有効になっている必要があります。コネクタなしでは一部の見守りができません。

この方法が合わない場合

• 単発の質問にすぐ答えが欲しいだけの場合： 通常のチャットで十分です。
• 定期実行が不要で、1 回きりの作業だけの場合： 秘書機能を使う必然性は薄いです。
• モデルプロバイダがない場合： モデルなしでは秘書は有用な作業ができません。
• 複雑で長時間のタスクがコンテキスト制限を超える場合： モデルの制限に依存するため、非常に長いタスクでは注意が必要です。

向いている人・不向きな人

• 複数の案件やリポジトリを並行して抱え、追い漏らしたくない人。
• 定期的な要約やブリーフが必要だが、そのたびに手動で依頼するのは負担な人。
• 通知は少なくしたいが、重要な変化は逃したくない人。
• AI 秘書のスケジュールとスペシャリストの作業品質を組み合わせたい人。

不向きな場合： その場の質問にすぐ答えが欲しいだけなら、通常のチャットで十分です。また、定期実行そのものが不要で、単発の作業だけを頼みたい場合も、秘書機能を使う必然性は薄いでしょう。モデルプロバイダがない場合も、秘書は有用な作業ができません。

制約事項

• モデルとオプションでコネクタが必要です。 モデルプロバイダなしでは、秘書は有用な作業ができません。一部の見守りには特定のコネクタ（カレンダーなど）が必要です。
• ネットワークとモデルの制限は他の機能と同じです。 クラウドモデルにはネットワークが必要です。長時間の複雑なタスクではコンテキスト制限にかかる場合があります。
• 若い機能です。 秘書モデルはまだ進化中です。リズム、配信、履歴の表示方法に変更がある可能性があります。
• 若いプロダクト全体の一部です。 Semibot 全体がまだ若いプロダクトで、第三者レビューも少ないため、この領域の仕様は変わり続けている可能性があります。

FAQ

関連記事

• Semibot とは？ローカルファーストのデスクトップ AI Agent
• 2026 年の優れたデスクトップ AI アシスタントとの比較
• AI アシスタントの「ローカルファースト」が意味すること
• Semibot の更新履歴