close-day について
日々のログや会議メモを振り返り、残す価値のある知見を検討するナレッジ管理スキルです。根拠に基づくレビューと承認済みのノート変更を分け、既存の日次ノートを保護します。
主な機能
- 01日次ログと関連ノートの確認
- 02レビュー対象日の会議メモ確認
- 03根拠に基づく一日の要約作成
- 04長期保存する候補の検討
- 05承認済み変更の適用と検証
活用シーン
- 01ローカルノートを使った一日の振り返り
- 02関連する会議記録の確認
- 03知見を Atomic Note に残すか判断
- 04日次ノートの他の内容を変えずに承認済みリンクを追記
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ kriscard/ skills --skill close-dayインストール後、Claude Code で/close-dayを入力して読み込まれたか確認します。
詳細
1日の振り返り
その日を振り返り、役立つ考えや疑問、学びを見つけます。タスクのステータスは Jira または GitHub で管理します。プロジェクトのメモは考えをまとめる場所であり、進捗報告の場ではありません。
1. 今日のログを読む
../vault/SKILL.md と最新の AGENTS.md を読みます。現地の日付とタイムゾーンを確認してから、
既存の日次ノートと関連するリンク先のノートを読みます。実際に使われている見出しを使用してください。
日次ノートがない場合は、その不足を報告し、入手できる証拠だけで続行します。副次的な操作として
日次ノートを作成してはいけません。
Granola のインポートが必要な場合は、../import-meetings/SKILL.md を読み、アクセス、取得、
重複排除、承認済みスナップショットの作成に、そのワークフローを使用します。アクセスできない場合は、
ローカルの情報を使って続行します。
Granola がない場合やインポートが実行されなかった場合も、必ずスキーマの Meetings フォルダーを確認し、 振り返り対象日のノートを調べます。インポート日時ではなく、振り返り時のタイムゾーンにおける会議日で ノートを選びます。ノートの内容を読み、安定したソース識別子を使って、同じ会議の重複バージョンと 別々の会議を区別します。どのスナップショットをリンクするか判断できない場合は、どのバージョンを リンクするか確認します。
完了条件:日次ログと関連するローカル会議を読み、インポート結果を明示し、会議へのアクセスや証拠が 不足していてもローカルでの振り返りを妨げないこと。
2. 1日の振り返りを作成する
短く、証拠に基づいた要約を作成します。
## Day review
### Today
What happened, including useful observations from logs and meetings.
### Thoughts and questions
What changed my understanding? What remains unclear?
### Possible Atomic Notes
Explanations, techniques, principles, or questions worth developing beyond today.
### Actions for tomorrow
Suggested follow-ups, not automatic commitments.
空のセクションは省略します。ユーザーが記録した考えとエージェントからの提案は分けてください。ログが 少ないからといって、何も起きなかったと判断してはいけません。学びを捏造したり、会議で割り当てられた タスクをユーザーの約束として扱ったりしないでください。役立つ箇所には証拠へのリンクを付けます。
完了条件:すべての事実に出典があり、提案するノートやアクションが提案であると明確に示されていること。
3. 残す価値のあるものを話し合う
各 Atomic Note 候補について、カタログと既存の関連ノートを読みます。新しい草稿、許可された加筆、
既存の内容へのリンク、または書き込みなしを提案します。その内容が今日だけでなく、今後も役立つ理由を
説明してください。人が管理する下書きの土台とエージェントが作成する統合案のどちらを希望するか確認し、
承認された作成には create-note と最新のテンプレートを使用します。
関連する決定、疑問、学びに限り、Project ノートの編集を提案します。ユーザーが内容を発展させずに 残しておきたい場合は、Inbox への記録を提案します。ユーザーが書き込み可能な保存先を指定して 承認しない限り、翌日のアクションは振り返りに残します。
完了条件:候補を既存の内容と照らし合わせて確認し、提案する各書き込みについて、目的、所有者、保存先、 ユーザーの明示的な判断が示されていること。
4. 承認された変更のみを書き込む
会議のインポートは、インポート担当の承認済み書き込み対象に限定します。1日の振り返りでは、会議への
正確な日次リンク、Knowledge の草稿や更新、任意の Project/Inbox の変更を提示します。以前に
インポートされた会議を含め、検証済みのローカルノートだけにリンクします。変更はボルトの安全な書き込み
手順で適用します。Knowledge への書き込みには create-note とスキーマを適用します。
日次ノートへの例外は、既存の ## Meetings の下への承認済みリンクの追記に限られます。既存のすべての
項目と、その他の日次セクションはそのまま保持します。週次ノートは変更しません。1日の振り返り全体を
日次ノートに書き込んだり、タスクを変更したりしてはいけません。日次ノートまたは Meetings セクションが
ない場合や、対象が曖昧な場合は、リンクを提示するだけにして書き込みません。別名のリンクも含め、
解決後のノートパスで重複を排除します。追記前にセクションを読み直し、同時編集があれば調整し、提案内容に
変更があれば再確認します。再実行してもリンクを重複追加しません。
影響を受けた各ファイルを読み直します。インポートされた識別情報、重複排除されたリンク、所有権、必要な 登録、保護対象の内容が変更されていないことを検証します。完了した書き込みは、提案、スキップした会議、 失敗、翌日の推奨アクションと分けて報告します。
完了条件:承認されたすべての書き込みが検証され、それ以外の日次ノートの内容が変更されていないこと。
参考資料
| 優先度 | 読み込むタイミング | 参考資料 |
|---|---|---|
| 1 | 1日の振り返りで、Granola から不足している会議スナップショットを取得するとき | ../import-meetings/SKILL.md |