Obsidianへ日々の作業を残していると、1週間で多くのメモがたまります。何を作ったか、どこで止まったか、何を公開したか。記録はあるのに、週末に全部読み直して週報へまとめるのは大変です。
そこで私は、日次メモをAIに読んでもらい、週報の下書きを作ってもらいます。
ただし、「今週の成果をいい感じにまとめて」とだけ頼むと、メモにない成果や理由まで自然な文章で補われることがあります。数字が複数のメモに分かれている場合、合計や比較を間違える可能性もあります。
この記事では、Obsidianの日次メモからAIで週報を作りながら、未確認の成果や数字を作らせないための手順を紹介します。
日次メモと週報は役割が違う
日次メモは、その日に起きたことを忘れないための記録です。文章が整っていなくても構いません。
2026-10-07
- Vol.66の原稿を作成
- 4,090文字
- 5タグを確認
- 人間の承認後に公開
- 公開URLを確認
週報は、複数の日次メモから「今週何が進み、何が残ったか」を確認するためのものです。
今週完了したこと
- Qiita記事を公開
確認できた結果
- 公開ページでタイトル、投稿者、投稿日、タグ、本文を確認
来週へ持ち越すこと
- 公開準備在庫の補充
日次メモをそのまま連結するだけでは、週報として読みづらくなります。しかし、短くまとめすぎると、確認していない内容が入りやすくなります。
AIには文章の整理を任せ、何を事実として採用するかは人間が確認します。
最初に対象期間を固定する
週報を作るときは、AIへ渡す日付の範囲を先に決めます。
対象期間：2026-10-01〜2026-10-07
対象ファイル：daily/2026-10-01.md から daily/2026-10-07.md
対象外：期間外のメモ、将来計画、個人メモ、顧客情報
「最近のメモ」のような曖昧な指定にすると、前週の内容や古い計画が混ざることがあります。
対象ファイルも明示します。ObsidianのVault全体を渡す必要はありません。週報に必要な日次メモと、確認に使う公開記録だけに絞ります。
メモが存在しない日があれば、AIに内容を推測させません。「10月3日は日次メモなし」と記録し、その日は集計対象から外します。
数字は出典と一緒に抜き出す
AIに週報本文を書かせる前に、数字だけを一覧へ抜き出してもらいます。
数字：4,090文字
出典：daily/2026-10-07.md
意味：Vol.66のローカル原稿文字数
数字：5タグ
出典：daily/2026-10-07.md
意味：Qiita公開時に確認したタグ数
大切なのは、数字だけでなく「何の数字か」と「どこに書いてあったか」をセットにすることです。
たとえば、4,090という数字が原稿文字数なのか、表示回数なのか、処理件数なのか分からなければ、週報には使いません。
複数日の数字を合計する場合も、先に一覧を確認します。単位が違う数字や、同じ成果を重複して記録した数字を足さないようにします。
合計してよい：各日に新規公開した記事数
合計しない：同じ記事について記録した原稿作成と公開確認
比較しない：文字数とページビュー
AIが計算した合計は、元の数字を見ながら人間が確認します。
「書かれていない成果」を補わせない
週報では、前向きで読みやすい文章にしたくなります。そのためAIが、メモにない効果や理由を補うことがあります。
たとえば、次の表現です。
記事を公開したことで読者の理解が深まった
Obsidian導入により作業時間を大幅に短縮した
AI活用によって生産性が向上した
実際に計測していなければ、これらは確認済みの成果ではありません。
公開した事実、作業時間を記録した事実、読者から反応があった事実は書けます。しかし、「理解が深まった」「生産性が上がった」といった効果は、根拠がなければ断定しません。
AIへの依頼には、次の条件を入れます。
日次メモに明記された内容だけを使ってください。
成果、効果、理由、因果関係を推測で補わないでください。
確認できない内容は「未確認」としてください。
良く見せるための表現を追加しないでください。
週報を立派に見せることより、翌週の判断に使える正確な記録にすることを優先します。
完了・進行中・未着手を分ける
AIは文章をまとめるとき、関連する作業を1つの流れにします。その結果、計画中の作業まで進行中や完了済みに見えることがあります。
週報では、状態を明示します。
| 状態 | 意味 |
|---|---|
| 完了 | 実行し、必要な確認まで終わった |
| 進行中 | 着手したが、完了条件を満たしていない |
| 保留 | 理由があり、意図的に止めている |
| 未着手 | 計画や候補はあるが、まだ始めていない |
たとえば、記事原稿を作っただけなら「原稿作成は完了」「公開は未着手または承認待ち」です。Qiitaの入力画面へ貼り付けても、最終投稿ボタンを押して公開ページを確認するまでは「公開完了」としません。
状態が分からない項目は、AIに決めさせず、未確認へ置きます。
同じ出来事の重複をまとめる
1つの成果が複数の日次メモに登場することがあります。
10月6日：Vol.65の原稿を作成
10月6日：Vol.65をQiitaへ公開
10月7日：前日のVol.65公開を確認
これを3件の成果として数えると、実際より多く見えます。
AIには、同じ記事ID、同じ公開URL、同じファイル名を手がかりに、関連する記録を1つへまとめてもらいます。
成果：Vol.65を作成・公開
作成記録：10月6日
公開記録：10月6日
翌日確認：10月7日
状態：完了
ただし、AIが「同じもの」と判断しただけで統合しません。タイトルが似ていても別の記事かもしれないため、URLや記事IDを確認します。
私が使う週報作成の依頼文
実際には、次のような依頼文を使います。
指定したObsidianの日次メモから、週報の下書きを作ってください。
対象期間：2026-10-01〜2026-10-07
対象：指定した日次メモと公開記録だけ
手順：
1. 参照したファイル名を一覧にする
2. 数字を出典・単位・意味と一緒に抜き出す
3. 同じ出来事の重複候補を示す
4. 完了・進行中・保留・未着手に分ける
5. 今週完了したこと、確認できた結果、残った課題をまとめる
禁止事項：
- 書かれていない成果や数字を補わない
- 効果や因果関係を推測しない
- 未着手を進行中として書かない
- 顧客情報、個人情報、認証情報を含めない
不明な内容は「未確認」とし、人間の確認が必要な項目を最後にまとめてください。
AIが作った週報は、そのまま正式記録にしません。まずreview用の別ファイルへ保存します。
weekly/2026-W41-draft.md
人間が出典、数字、状態を確認したあと、正式版へ更新します。
weekly/2026-W41.md
週報作成を楽にする日次メモの書き方
週末の整理を楽にするには、日次メモへ最低限の項目を残します。
日付：2026-10-08
目的：今日何を進めるか
完了：実際に終わったこと
確認：画面・URL・テストなどで確認したこと
数字：単位と意味を付ける
未完了：残ったことと理由
次の作業：最初に行う1つ
文章を長く書く必要はありません。AIが後から整理できるように、数字の意味と作業状態だけを明確にします。
特に、公開URL、記事ID、ファイル名、確認日など、一意に識別できる情報があると重複を見つけやすくなります。ただし、秘密情報は日次メモへ入れません。
人間が最後に見る5項目
週報を正式版にする前に、次の5項目を確認します。
- 対象期間外の内容が混ざっていないか
- 数字に出典、単位、意味があるか
- 同じ成果を重複して数えていないか
- 未着手の計画が完了済みになっていないか
- メモにない効果や理由が追加されていないか
修正が必要なら、AIへ具体的に伝えます。
「作業時間が短縮した」は計測していないため削除してください。
Vol.65の作成と公開は同じ成果として1件にまとめてください。
10月3日はメモがないため、実績を補わないでください。
曖昧に「もっと正確に」と頼むより、どの記録と矛盾しているかを示したほうが直しやすくなります。
まとめ
Obsidianの日次メモをAIへ渡すと、週報作成の負担を減らせます。しかし、文章が自然だからといって、すべてが確認済みの事実とは限りません。
- 対象期間とファイルを固定する
- 数字を出典・単位・意味と一緒に確認する
- 書かれていない成果や効果を補わせない
- 完了・進行中・保留・未着手を分ける
- 同じ出来事の重複を確認する
- 正式化する前に人間がレビューする
まずは1週間分の日次メモを全部まとめる前に、2日分だけで試してみると安全です。AIの下書きと元メモを並べ、どこが省略され、どこが補われたかを確認します。
AIには読む・抜き出す・並べ替える作業を任せ、人間は数字と状態を確定する。その分担なら、週報を書くために疲れず、翌週の判断に使える記録を残せます。
この記事は、Obsidianの日次メモ、公開記録、AIによる整理案、Human Approvalを分けてきた本プロジェクトの運用をもとに構成しました。