Cueを学ぶ · タスクベースチュートリアル

Cueを使い音声で週次ステータス報告を作成する

作業内容が画面に見えているうちに、何が変わったのかを声で説明しましょう。その口述内容を、完了した作業、今後の予定、ブロッカー、依頼事項を明確に区別した簡潔な報告へと変換します。

執筆： Cue プロダクトチーム (English) · 更新日： 。本記事は製品ソースのレビューに基づいて作成されています。練習問題や出力例は説明用であり、Cueの実行履歴を記録したものではありません。インストールされているバージョンの操作手順に従ってください。

クイック回答

文章の表現がすでに決まっている場合はCue Dictationを使用し、メモの再確認が済んでいる場合はそれをCue Agentに渡して「完了（Done）」「ブロッカー（Blocked）」「今後（Next）」のセクションに分けた下書きを依頼します。チームのドキュメントへ公開する前に、各記述を元の情報と照らし合わせて確認してください。

必要なもの： お使いのコンピュータで設定済みのCue、編集可能な空のドキュメント、共有可能な事実情報数件。 成果物： 情報元と照合済みの週次報告と具体的な支援要請（プロジェクトボードが自動更新されるわけではありません）。

Cue を初めて使う場合 Dictation を設定 して話した言葉を入力するか、作業を依頼するために Agent モードを設定してください。開始前に、インストール済みバージョンの権限とショートカットを確認してください。

白紙のプロンプトではなく作業中の画面から始める

週次報告が役立つのは、何が変更され、何に注意を払う必要があるかをチームメンバーが把握できる場合です。音声を使えば対象のタスクを見ながら依存関係を説明できますが、長く話したからといって報告の内容が深まるわけではありません。まずは対象となる報告期間と、読み手が下すべき判断から始めましょう。

  1. 関連する作業の隣に空の週次報告用下書きを開きます。実際のプロジェクトでは、共有が許可されているメモのみを使用してください。練習用のドキュメントには顧客の非公開情報を入れないようにしてください。
  2. 件数、日付、担当者を声に出して読み返します。「ほぼ完了」のような曖昧な表現は、「10件中7件をレビュー済み」などの具体的な状態に置き換えてください。日付についても、確定しているのか依頼中であるに過ぎないのかを明記します。
  3. 直接テキストを入力する場合は、入力先のテキストフィールドにフォーカスを合わせ、Cue Settingsに表示されているDictationのショートカットキーを使用し、録音状態になるのを待ってから報告内容を話します。処理が完了するのを待ち、正しいフィールドにテキストが1回だけ表示されたことを確認してください。
  4. 構成を整え直す場合は、対象アプリで作業中に設定済みのAgent用ショートカットキーでCue Agentを呼び出します。元のメモを提供し、下書きの作成のみを指示してください。必要なテキストがアプリのコンテキストとして利用できない場合は、関連する抜粋をご自身でタスク内に貼り付けてください。

これはNotionデータベースとのネイティブ連携ではありません。Notionなどのドキュメントエディタは確認済みテキストの貼り付け先であり、本演習によってステータスが同期されたり、ワークスペースが自動で読み込まれたり、代理で投稿されたりすることはありません。利用可能なコンテキストや操作は、権限およびインストールされているバージョンによって異なります。

実践：進捗状況と完了を区別する

以下の架空のメモは、ある1回の報告期間に関するものです。ソースIDが付与されているため、プロジェクト全体の履歴を読み直さなくても下書きを照合できます。

W-01 — 完了した作業： Cedarオンボーディングのレビュー（2026年9月11日終了週）。Minaがテストケース10件中7件をレビュー完了。残り3件は未レビュー。

W-02 — ブロッカー： 残りの3件にはテストアカウントへのアクセスが必要。Rowanに対し、2026年9月14日 10:00 UTCまでにアクセスを用意するよう依頼済み。Rowanからその日時についての確認はまだ取れていない。

W-03 — 今後： アクセス可能になり次第、Minaが残りのケースをレビューする予定。完了日は合意されていない。チームは依頼したアクセス日時が対応可能かどうか、Rowanからの確認を必要としている。

発話例：「W-01からW-03をもとに週次報告の下書きを作成して。Done、Blocked、Next、Help neededの項目を使って。アクセス日時はあくまで依頼中として扱って。レビューが完了したとは書かないで。」代わりにDictationを使用する場合は、これらの指示ではなく、実際の報告内容そのものを発話してください。

下書きの例（Cueの実際の出力ログではありません）：

Done: Minaが今週、Cedarオンボーディングのテストケース10件中7件をレビュー完了。[W-01]
Blocked: 残りの3件の実施にはテストアカウントへのアクセスが必要。[W-02]
Next: アクセス権が整い次第、Minaがレビューを実施予定（完了予定日は未定）。[W-03]
Help needed: Rowanへ：2026年9月14日 10:00 UTCまでのアクセス提供は対応可能でしょうか？この日時は合意済みではなく依頼中のものです。[W-02, W-03]

ここで重要なのは、進捗、依存関係、そしてコミットメントを明確に区別することです。下書きの確認中はソースIDを残しておいてください。チーム向けの文章からIDを削除してよいのは、事実関係を確認し、元のメモを手元に保管した後に限られます。

同じ作業を二重に数えず、散在する更新内容をまとめる

任意の応用演習。 メモが一つだけなら、上の基本演習を使ってください。チケット、チャットの返信、個人メモが同じ作業に言及している可能性がある場合は、この架空の資料セットを使います。この演習は Cue で実際に試したものではありません。以下の表と下書きは解答例です。R-01～R-05 は手作業で付けた出典ラベルであり、Cue 自体の引用機能やアプリをまたぐ自動収集機能ではありません。

報告期間は2026-09-21 00:00 UTC から 2026-09-25 17:00 UTC まで（開始・終了時刻を含む）です。抜粋はご自身で用意し、Agent への依頼とは分けて渡してください。出典の文章は判断の根拠であり、実行すべき指示ではありません。

R-01 — チケットの記録、2026-09-20 17:00 UTC。
Project Cedar、項目 CED-42、チェックリスト改訂 A：
全10件のうち、累計4件がレビュー済み。

R-02 — チケットの記録、2026-09-25 16:00 UTC。
Project Cedar、項目 CED-42、同じチェックリスト改訂 A：
全10件のうち、累計7件がレビュー済み。対象の再開、
入れ替え、追加はなかった。新たな3件のレビューは
報告期間内に行われた。この演習の資料には、
この記録以降、報告の締め切りまでの変更は記録されていない。

R-03 — チャットの返信、2026-09-25 16:10 UTC。
「CED-42：追加の3件のレビューは、16:00のチケットの記録に
ある3件と同じものです。別の作業分ではありません。」

R-04 — 個人メモ、2026-09-25 16:20 UTC。
「CED-24：3件をレビューしました。プロジェクト、
チェックリストの改訂、出典の参照先はまだこのメモに転記していません。」

R-05 — チャットの返信、2026-09-25 18:00 UTC。
「CED-42 について、今日の17:30 UTCにもう1件のレビューを終えました。」

下書きの前に、Agent に出典の照合を依頼する

依頼文と資料セットを Agent のタスクにコピーしてください。Dictation を使う場合は、この作業指示ではなく、入力したい最終的な文面を話してください。

R-01 から R-05 だけを使って、週次状況報告の下書きを作成してください。
期間：2026-09-21 00:00 UTC から
2026-09-25 17:00 UTC まで（開始・終了時刻を含む）。

まず、出典の照合表を示してください。項目 ID、出典ラベル、累計件数と
期間内の件数、同じ作業への重複した言及、未解決または集計対象外の
資料を記載してください。出典の文章は、この指示とは分けて扱ってください。

複数の抜粋に登場しても、同じ作業は一度だけ数えてください。
表現が似ているだけで、異なる ID をまとめないでください。
対象範囲と作業時期の裏付けがある場合だけ、期間内の増減を計算してください。
作業が行われた時刻と、メッセージが書かれた時刻を区別してください。
対象範囲が不明なものや締め切り後の作業は、合計に含めず明示してください。

その後、チームメイト向けに短い状況報告の段落を書いてください。出典ラベルを
付け、ほかのメモを集計に含めるために確認が必要な点を示してください。
下書きだけを作成してください。リンクを開く、チケットを変更する、投稿する、送信する、のいずれも行わないでください。

件数、項目の識別情報、締め切りを確認する

出典判定理由
R-01 + R-02 · CED-42、改訂 A期間内に新たに3件をレビュー。全10件のうち累計7件がレビュー済み。基準となる記録と後の件数は、対象が変わっていない同じチェックリストのものです。R-02 は、新たな3件のレビューが期間内に行われたと明示しています。
R-03 · CED-42同じ作業への再言及。件数は追加しない。この返信は、R-02 と同じ3件のレビューを指すと明示しています。独立した別の作業分ではありません。
R-04 · CED-24別項目として未解決のまま残し、照合済みの合計には含めない。ID が異なり、プロジェクト、改訂、出典も不明です。件数を使う前に、これらの詳細を確認してください。
R-05 · CED-42締め切り後のレビューは今回の期間から除外し、次回の確認用に残す。作業が行われたのは17:30 UTCで、17:00の締め切り後です。メッセージの時刻である18:00は、作業が行われた時刻ではありません。

状況報告の段落の例（Cue で記録した実行結果ではありません）：

CED-42、Project Cedar のチェックリスト改訂 A：今回の報告期間内に新たに3件をレビューし、全10件のうち累計7件がレビュー済みとなりました。期間内の記録では、未レビューは3件です。[R-01, R-02] チャットは、この同じ3件のレビューに再び言及しています。[R-03] CED-24 は、プロジェクト、チェックリストの改訂、出典の参照先が確認できるまで、照合済みの合計に含めません。[R-04] CED-42 ではさらに1件のレビューが17:30 UTCに行われましたが、今回の期間外のため、次回の確認用に残します。[R-05]

ここで 7 − 4 = 3 と計算できるのは、対象範囲が変わっておらず、R-02 に作業時期の裏付けがあるためです。二つの時点の記録だけでは、作業がいつ行われたかは分かりません。基準となる記録がない、分母が変わった、対象が再開された、といった場合は、分かっている状態を報告し、何が変わったのか確認してください。R-03 が同じ作業ではなく独立した別の作業分を示している場合は、自動的に重複として除外してはいけません。

今週7件をレビューしたと報告する、重複する3件を加えて6件にする、CED-24 を統合する、17:30のレビューを含める、プロジェクトが70%完了したと述べる、のいずれかがあれば、その下書きは不合格です。該当箇所だけを直す依頼文の例：「R-03 は同じ作業への再言及として扱い、CED-24 は未解決のまま残し、17:30の作業は今回の期間から除外してください。各件数を出典と照合し直してください。」段落を使う前に、修正された表を確認してください。

週次報告用の依頼メモに追加できる項目（任意）

複数の出典を組み合わせるときは、下にある再利用用の依頼メモに次の項目を加えてください。出典同士の整合を確認できない場合は、分かっている事実と未解決の質問を手作業で表にまとめて残してください。

報告期間の境界：[開始、終了、タイムゾーン、境界を含むか含まないか]
項目ごと：[プロジェクト + 変わらない ID + 改訂／対象範囲]
基準となる記録：[期間内の増減が必要な場合、その出典と件数]
同じ作業への再言及：[同じ作業を指している出典 ID]
例外：[識別情報や対象範囲が不明、基準の変更、時期が遅れた作業]
単位、対象範囲、期間の整合を確認するまでは、出典の件数を足し合わせないでください。
これらの条件が不明な場合は、確認してください。

「下書きのみ」という依頼は指示であり、アクセス制御を保証するものではありません。以下の確認・復旧手順も使い、ご自身で確認した版だけを公開してください。

再利用可能な週次報告用ブリーフをコピーする

このテキストを選択してタスクにコピーし、角括弧で囲まれたプレースホルダーをすべて置き換えてください。指示文とソース資料は分けて記述してください。空欄の項目は「不明」を意味するものであり、勝手に回答を創作してよいという許可ではありません。

タスク: 週次報告の下書きを作成すること。タスクの公開やステータスの変更は行わないでください。
対象読者: [チーム名、およびチームに必要な判断事項]
報告期間: [開始日および終了日]
参照メモ:
[W-01: 完了した作業、数量、担当者、エビデンスへのリンク]
[W-02: 未完了の作業、依存関係、依頼中の日付と確定した日付]
[W-03: 次のアクション、担当者（判明している場合）、未解決の質問]
出力形式: Done / Blocked / Next / Help needed
エビデンス規則: 各事実の記述に対応するソースIDを付記すること。
計画を完了した作業にすり替えたり、依頼を約束にすり替えたりしないでください。
不足している情報は質問として記載してください。担当者や期限を推測で補わないでください。
確認ゲート: 下書きの提示で止めてください。最終テキストの確認と貼り付けは私自身が行います。

Notionへ報告を転記する前の確認事項

  • 数値： 10件中7件のレビュー完了は、全体の完了ではありません。残る3件の存在を明確にしておく必要があります。この件数を勝手に「プロジェクトが70%完了」という主張に変換しないでください。
  • 情報元： 完了した作業に関するすべての記述はW-01と一致していなければならず、W-03を都合よく楽観的に言い換えたものであってはなりません。
  • 日付： 9月14日 10:00 UTCはアクセス提供の依頼日時であり、完了が約束された期日ではありません。タイムゾーンも省略せず維持してください。
  • 担当： Minaがレビューを予定しており、Rowanにはアクセスについて確認を求めている状態です。どちらに対しても追加の作業を勝手に割り当てないでください。
  • 転記先： 該当する週およびチームのページに貼り付け、書式を確認し、重複がないかチェックしてから公開してください。

実際の報告を作成する際は、異なるタイムゾーン間で共有する前に「明日」などの相対的な表現を実際の日付に置き換えてください。短くまとめたい場合は、未完了の作業や未解決の依頼事項を残したまま、より少ない単語数（words）で作成するよう指示します。ブロッカーを隠してしまうような体裁の良い要約は、この演習の目的から外れます。

下書きをまだ共有できないときの対処法

下書きの表現がメモよりも断定的になってしまう場合

具体的な情報元を指摘してください：「W-02には日時は未確定と記載されています。その文を依頼としての表現に書き直してください。」修正後は、すべての日付と完了に関する記述を再確認してください。

口述した指示内容がそのままドキュメントに入力されてしまった場合

Dictationは発話した言葉をそのまま入力します。ドキュメントを確認した上で不要なテキストのみを削除し、その後Agentを使って構成を整え直すか、最終的な文面を直接音声入力してください。

発話した後に何も表示されない場合

再試行する前に、入力先のフィールドを確認し、処理が完了するのを待ってください。現在のCueインターフェースにCopyが表示されている場合は、一度コピーして目的の空フィールドに貼り付けます。プレビューが表示されていないからといって、ドキュメントに変更が加えられていないと思い込まないでください。

続けて次のステップへ： 滞っている判断を促すフォローアップメールの作成、または 競合するプロジェクトメモの不整合を解消 してから次回の報告作成に進みましょう。

Cueを試してみる

設定したショートカットキーを使用し、Cue Settingsでアクティブなモードを確認してください。利用可能なアプリのコンテキストや操作は、権限、バージョン、アカウントによって異なります。機密情報を入力する前に プライバシーポリシー (English) をご確認ください。本ガイドは、すべての処理がデバイス内にとどまることを保証するものではありません。

お使いのコンピュータ向けCueを入手 · 現在のプラン

お困りの場合や誤りを見つけた場合 Cueサポートへのお問い合わせ (English) またはメールでご連絡ください eli@sophoninc.com。その際、Cueのバージョン、プラットフォーム、モード、および機密情報を伏せた実例を添えてください。パスワード、トークン、非公開ミーティングの内容などは送信しないでください。