mcpField
D
daily-journal

daily-journal

github.com/huytieu生产力1.3k124 次安装6 天前更新
代码仓库

关于 daily-journal

daily-journal 是用于自动记录工作进展并进行日终回顾的 Claude 技能，适合希望保留每日工作脉络的人。它按天追加日志，并将短期记录与长期知识分开。

主要功能

  1. 01按天创建日志文件
  2. 02追加重要工作进展
  3. 03引导式日终回顾
  4. 04汇总最近几天的日志
  5. 05可选生成每周回顾

适用场景

  1. 01自动记录交付物与重要决策
  2. 02回顾当天进展和阻碍
  3. 03追踪跨日延续的事项
  4. 04整理一周日志中的主题

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/huytieu/cog-second-brain --skill daily-journal

安装后在 Claude Code 中输入/daily-journal确认已加载。

详细介绍

每日日志

用途

自动、被动地记录你的工作日，这样你就不必亲自写日志。Claude 会在事情发生时记录完成的工作；你也可以稍后选择进行回顾。这与 /weekly-checkin 不同（那是由你提供输入的手动回顾）：在这里，Claude 是作者，日志会在后台持续积累。

两种模式：

  1. log（默认，通常隐式调用）——向当天的日志追加一条简短记录。
  2. reflect——读取当天的日志（以及最近几天的日志），并与你一起进行引导式回顾。

存储

  • 每天一个文件：01-daily/journal/YYYY-MM-DD.md（使用 date +%F 获取当天日期；绝不要猜测）。
  • 当天首次记录时，根据下方模板创建文件。
  • 只追加，绝不重写先前的记录。最新记录放在 Log 部分的底部。

何时记录（始终适用触发器的执行步骤）

触发器本身位于 CLAUDE.md § Daily Journal (ALWAYS APPLY)，因为技能正文是按需加载的，无法自行触发。本节是该触发器执行的步骤。

完成一个有意义的工作单元后，追加一条记录。有意义 = 对未来的你有所帮助，或能体现当天的时间花在了哪里。例如：

  • 交付或提交了某项成果、发布了笔记/简报/幻灯片、创建或移动了跟踪事项（Linear/Jira/GitHub）。
  • 做出了决定、改变了方向，或遇到了值得记录的阻碍。
  • 产出了交付文件（规范、计划、分析、报告）。
  • 进行了实质性的研究/综合，并产出了成果。

**不要记录：**无关紧要的阅读、单行查询、任务中途的草稿、这份日志本身的写入，或任何你要求不予记录的内容。拿不准时，简洁地记一行总比不记好。不要为了宣布正在记录而打断工作流程，直接追加后继续即可。

条目格式

在 ## Log 部分下追加：

### HH:MM — <short title of what got done>
- **Focus:** <the thread/project this served, e.g. a product line, a squad, the blog>
- **Did:** <1-3 bullets, concrete, past tense>
- **Artifacts:** <files/PRs/links touched, or "—">
- **Signal:** <optional: decision made, blocker hit, mood/energy if you mentioned it, or omit>

保持简洁。时间使用当地 24 小时制（date +%H:%M）。遵循 memory/CLAUDE.md 约定：不使用 em dash，遵守你的产品命名规则，不自行撰写后续步骤（只记录实际发生的事情或你明确说过的内容）。

每日日志模板（当天首次记录时）

---
date: YYYY-MM-DD
type: journal
---

# Journal — YYYY-MM-DD (Weekday)

> Auto-kept by Claude. Reflection appended below when you run it.

## Focus of the day
_Inferred from entries; leave blank until there's signal._

## Log

## Reflection
_Empty until you run `/daily-journal reflect`._

模式：reflect

通过 /daily-journal reflect [today|yesterday|YYYY-MM-DD] 触发（默认：today），或当你说“回顾今天/昨天”或“我们来写日志吧”时触发。

  1. 读取目标日期的日志文件。如果文件不存在或 Log 内容很少，请说明情况，并在继续前提出根据其他线索（01-daily/briefs/ 中当天的简报、近期提交、脑力倾倒记录）进行重建；但不要捏造内容。
  2. 读取之前 2-3 天的日志，以保持连贯性（反复出现的主题、延续至今的阻碍）。
  3. 用几行向你概述当天情况：主要重点、已交付的成果、受阻事项。然后根据日志内容提出 2-4 个轻松的回顾问题（例如：“评估工作占用了整个下午，有进展吗？”而不是泛泛的提示）。保持对话自然、轻松省事；这是晚上或早上花 2 分钟就能完成的事情。
  4. 将你的回答和简短总结写入当天文件的 ## Reflection 部分。如果 ## Focus of the day 仍为空，也请填写。
  5. 如果回顾中发现了值得长期保留的信息（某项决定、优先级变化、经验教训），还要根据 Brain-First 协议，将相关内容写入/更新至 05-knowledge/ 笔记或记忆中。日志只是短暂的每日上下文，不是长期存储。

每周汇总（可选）

如果你要求“回顾本周”，或在每周回顾时提出要求，请读取最近 7 天的日志，并将主题综合整理到 01-daily/weekly/（遵循该目录中现有的命名方式）。不要自动执行。

防护原则

  • 单文件原则：一天的所有内容都保存在同一个日志文件中。绝不要拆分为每条记录单独的文件。
  • 隐私：个人/一对一内容只保留在日志中，绝不泄露到面向团队的简报里。
  • 绝不将日志发布到任何外部位置。
  • 这是你的私人记录。直白、诚实地写；如果当天进展受阻，就如实说明。

评论

支持 Markdown