最初のタスク：一つの資料を検証できる要約にする

今回の成果を決める

会議メモ、イベント案内、製品資料を渡すとき、「これを処理して」だけでは範囲が曖昧です。まず、結論を原文で確認できる要約に絞ります。成果物の指定、根拠の確認、不明点の識別が練習の目的です。

これはドキュメントに基づく解説であり、当サイトの実測レポートではありません。依頼文と練習は独自に作成したもので、実際の Bot の実行結果を示していません。

資料と利用条件を確認する

個人 Bot（personal）で一つの文書を整理する場面を扱います。公式の開始ガイドには、文書を添付してタスクを依頼する方法が載っています。インストールと利用資格は公式ガイドで確認してください。[出典 1]

提供する権利のある短い資料を選び、連絡先、顧客情報、内部アクセス用リンクを除きます。自分の公開プロフィールなどから始められます。メールや共有ドライブの接続を要求されたら、タスクの範囲が広がっていないか確認してください。

共有 Bot（shared）には異なるアカウント・共同作業のルールがあります。この解説では共有設定を扱いません。チームで使う前に公式の共有説明を読んでください。[出典 3]

1. 依頼を具体的にする

個人 Bot のチャットに資料を添付し、下の依頼文を自分の目的に合わせて使います。要点を四つまでとするのは今回の練習の範囲で、製品の制限ではありません。

入力、成果物、停止位置が伝わっているか確認します。長い資料なら一章から始めます。段落番号がなければ、見出しや短い原文を根拠として求め、架空の参照先を作らせないようにします。

2. 続行前に権限を確認する

「ファイルを変更しないで」という文章は、実際の承認機能の代わりにはなりません。公式説明は明確な境界の指定を勧めています。承認カードが出たら、対象、範囲、影響を確認します。[出典 2]

この練習で必要なのはチャット内の要約だけです。メール送信、公開リンク、共有権限の変更、原本への書き込みを提案されたら、いったん止めて依頼を絞ります。一回の要約のために継続的な権限を広げないようにします。

3. 原文と一項目ずつ照合する

日付、結論、不明点を一つずつ選び、根拠を探します。文章の見栄えより、否定、条件、「未確定」が落ちていないかを確認します。

練習資料が「案は検討中で、提出日は後日案内」と書いているなら、承認済みと書いたり日付を補ったりしないことが重要です。この文は当サイトが作成した架空の練習素材で、実例や Bot の出力ではありません。

4. 問題を直し、終了を判断する

根拠が見つからない結論は、対応する原文を求めます。それでもなければ未確認事項に移します。添付が読めないときは、ファイルが開けるか、現在のアプリが形式を受け付けるかを確認し、短い非機密の資料で試します。権限を繰り返し許可しても読込失敗の解決にはなりません。

要約を保存するかは自分で決めます。不要なアップロードは実際のアプリの操作に従って扱ってください。当サイトは削除後のサーバー保存を検証しておらず、すべてのコピーの即時消去は保証しません。

次の練習

別の資料でも同じ依頼を使い、修正が必要な箇所を比較します。依頼と確認方法が安定してから、チーム利用や外部アプリを検討しましょう。定期実行、スキル、自動公開の設定は不要です。

添付した一つの資料だけを読み、他の情報源を検索しないでください。
四つの項目に分けて返してください：最大四つの要点、日付と確定事項、未解決の疑問、各結論の根拠となる段落または見出し。
原文の事実と推論を区別し、根拠がない場合は「資料に記載なし」と書いてください。
結果はこのチャットに留め、原本の変更、メッセージ送信、共有リンクの作成はしないでください。追加のアカウント、権限、有料操作が必要なら理由を説明して停止してください。