Leina で最初の AI 同僚を設定する：朝のブリーフ、顧客フォロー、週次報告

分散した資料が一日の仕事で三つの成果物になる概念イラスト。

チームの定例業務は情報集めから始まります。会議の準備にはカレンダーと最新メモ、顧客フォローには約束と CRM、週次報告には各所の更新が必要です。

Leina は資料をチャットの一つの依頼につなぎ、結果を返し、確認できた方法を残せます。 三つの例で、Apps、仕事の文脈、Skills が異なる仕事に役立つ様子を説明します。

Leina の業務アクセスと安全の境界では、Muse と Grok Bot の方向と、Leina の認可・確認可能な接続の仕組みを説明しました。ここでは具体的な仕事につなげます。

接続したツールからチームの成果へ

Apps は OpenConnector で資料にアクセスします。Memory は文脈、Skills は再利用する手順と確認を保存し、定期実行は決めた時間に仕事を始めます。

仕事	資料	成果物
朝の準備	カレンダーとプロジェクトメモ	会議、準備、未決事項
顧客フォロー	会議メモと CRM	事実に基づくメール下書きと次の手順
週次報告	文書とタスク	出典付きの進捗、障害、対応項目

共通する流れは、チャットで目標を伝え、認可済み資料を整理し、成果物を確認して方法を残すことです。プロジェクト名、形式、レビュー規則はチームに合わせます。

Leina を作成し、Connections で認可して、連携一覧で操作と権限を確認します。以下は下書きから始め、保存や送信時には承認済みの対象と操作を指定します。権限ガイドを参照してください。

1. カレンダーとプロジェクトメモから朝のブリーフを作る

今日の準備と判断事項を整理します。必要な読み取りに対応する Apps で、カレンダーと文書を組み合わせます。

@Leina 2026 年 10 月 13 日の朝のブリーフを、Asia/Shanghai で作成してください。連携済み仕事用カレンダーと、私が読める Atlas の最新メモを読み、今日の会議、準備する資料、未決事項、記録で確認できる予定の重複を挙げてください。出典を付け、確定予定と提案を区別し、取得できない資料を明記してください。この会話に返し、予定の変更や送信はしないでください。

日付、タイムゾーン、使ったカレンダーを確認します。緊急事項の出典を開き、メモからの提案と確定予定を区別します。

確認する成果： チームが準備と判断事項を把握できること。重要な資料が欠ける場合は、仕事を増やす前に対象資料を修正します。

2. 会議メモと CRM から顧客フォローを下書きする

会議で話したことと CRM に記録済みの行動を照合します。まず一社を選びます。

@Leina Northwind の 2026 年 10 月 9 日の会議メモと、私が読める CRM 記録を確認してください。確定した約束、未解決の依頼、提案する次の手順を挙げ、事実に基づくフォローメールを下書きしてください。日付、価格、約束を作らず、資料の矛盾を明記し、各約束に出典を付けてください。ここに下書きを返し、メール送信や CRM 更新はしないでください。

宛先、約束、未解決の状態を確認します。矛盾は承認前に解消し、提案を既存の約束として書かないようにします。

送信時は正確な宛先と承認済み本文を別途指示します。CRM 更新も必要なら記録と項目を指定します。各操作には接続の対応と権限が必要です。

確認する成果： 出典をたどって人が下書きを承認できること。実行後は送信メールや保存された記録を確認します。

3. 次の手順を追跡できる週次報告を作る

集計期間と根拠を指定し、文書とタスク記録から進捗を整理します。担当の割り当てはチームが判断します。

@Leina Atlas の進捗を 2026 年 10 月 5〜11 日、Asia/Shanghai で要約してください。私が読める連携済み文書とタスク記録だけを使い、完了した仕事、障害、未決事項、提案する次の手順に分けてください。各項目に出典を付け、担当者と期限は記録で確認できる場合だけ記載し、それ以外は未割り当て・不明としてください。資料の欠落は別に記載し、ここに下書きを返してください。タスク作成や文書変更はしないでください。

完了項目、障害、期間境界の記録を抽出して確認し、同じプロジェクトか照合します。読み取れないタスクリストは空のリストではありません。

確認後、接続が対応する場合だけ保存先の文書や表を指定して書き込みを依頼します。開発チーム向けには GitHub から Notion への週次報告があります。

確認する成果： 記録された進捗と承認待ちの提案を区別し、根拠を開けること。

確認できた仕事を繰り返せる方法にする

少量の実データで試し、別の日付や記録でも再確認します。必要な Apps、項目、出典確認、欠落への対応、レビューを Skill に保存し、変わる入力を分けます。Skills の使い方と報告 Skill の作成ガイドを参照してください。

定期実行は別に依頼します。頻度、タイムゾーン、集計期間、結果を返す会話を指定します。例えば平日 09:00 Asia/Shanghai の朝のブリーフで、取得できない資料を明記し、カレンダー変更や送信は行わないよう依頼します。設定された予定と初回出力を確認します。

Leina は仕事の文脈を保持し、長い仕事や定期タスクをバックグラウンドで続けられます。それでも現在の資料と期間を明記してください。Skill はアクセスを認可せず、記憶は出典確認の代わりにはなりません。

最初の一週間を引き継ぎの品質で評価する

確認に使った時間、誤り、欠落、次の行動への役立ち方を記録します。頻度を増やす前にプランの枠と費用を確認してください。

資料をよく知る仕事を選び、Leina を作成して下書きを依頼します。背景は Meta Muse の事業向け展開と Leinaをご覧ください。