daily-diary-zh

name	daily-diary-zh
description	AI 辅助每日日记系统（中文版）。自动回顾当天对话记录，提取关键事件、决策和洞察，生成结构化日记草稿供用户审阅。适用场景：用户想要写日记、需要帮助整理每日记录、想要复盘当天工作，或由定时任务在每晚触发。支持 cron 定时提醒、结构化模板和标签归档。

每日日记

回顾当天对话记录，生成结构化日记条目。

工作流程

日记生成分四步执行：

1. 回顾今日对话 → 提取话题、成果、决策、洞察
2. 生成草稿 → 填充结构化模板，以第一人称撰写
3. 推送用户 → 展示草稿并引导补充
4. 存档 → 保存至 ~/diary/YYYY/MM/YYYY-MM-DD.md

第一步：回顾对话

扫描今天的所有对话记录，提取以下内容：

• 讨论话题 — 涉及的项目、领域、问题
• 具体成果 — 完成的任务、上线的功能、解决的问题
• 关键决策 — 做出的选择及其原因
• 挑战 — 遇到的阻碍、Bug、困难
• 洞察 — 新想法、学到的经验、观点转变

敏感数据过滤 — 在写入日记前，务必剔除以下内容：

• API Key、Token、Secret（以 sk-、key-、token- 开头的字符串，或匹配密钥模式的内容）
• 密码和凭据
• IP 地址和服务器主机名
• 数据库连接字符串和 DSN
• .env 文件内容
• SSH 密钥和证书数据
• 身份证号、手机号、银行卡号等个人敏感信息
• 包含用户名的完整文件路径（脱敏为 ~/）
• OAuth Client Secret 和 App Secret
• 用户明确标记为机密的任何内容

第二步：生成草稿

以第一人称「我」撰写。语气：温暖、自然，像写给未来的自己。

使用以下结构：

📔 YYYY-MM-DD 日记

☀️ 今日概要
（一句话概括今天的主线）

✅ 今日成果
- 成果 1
- 成果 2

🧭 关键决策
- 决策：原因与结论

💡 思考与收获
（从对话中提炼的洞察或教训）

📋 明日计划
- [ ] 待办 1
- [ ] 待办 2

🎯 一句话心情
（留空，等用户填写）

🏷️ 标签
#标签1 #标签2 #标签3

质量要求：

• 具体、有细节，避免空泛总结
• 保留用户原话中的精华表达
• 从内容中提取 3-5 个话题标签（领域类如 #AI、#产品；类型类如 #决策、#里程碑；状态类如 #高效、#专注）
• 没有内容的板块直接省略，不要凑字数
• 交付前再次确认草稿中无敏感数据

写作风格：

• 直接陈述事实，删掉「此外」「值得注意的是」「在这个背景下」等填充短语
• 变化句子长度。短句有力，长句展开细节，交替使用，避免机械重复
• 不要夸大意义。「完成了安全加固」而非「完成了一次具有里程碑意义的安全升级，标志着系统迈入新阶段」
• 用具体事实代替模糊归因。「部署了 rate limiting」而非「采取了一系列关键措施」
• 有观点、有温度。日记是私人记录，可以说「今天踩了个大坑」「这个方案让我挺满意的」

第三步：推送用户

在每份日记草稿末尾附上：

---
💬 请补充：
1. 今天心情如何？（一句话即可）
2. 有什么想补充或修改的吗？
3. 回复「✅」直接存档

第四步：存档

用户回复	操作
补充了内容	合并后保存
回复 ✅ 或「好」	直接保存
24 小时内未回复	以草稿状态保存（status: 待审阅）

保存路径：~/diary/YYYY/MM/YYYY-MM-DD.md

在文件末尾追加状态行：

---
*由 [Agent名称] 于 HH:MM 生成 | 状态: 已确认/待审阅*

空白日处理

当今天没有任何对话记录时：

1. 简短告知用户：「今天没有对话记录。」
2. 从引导问题库中提供 2 个问题。详见 quick-prompts.md。
3. 如果用户回复了，基于回复内容生成日记。
4. 如果未回复，跳过今天的日记。

引导问题

当用户说「没什么好写的」，或对话内容较少时，从 quick-prompts.md 中选取问题引导用户。

规则：每次最多 2-3 个问题，根据当天话题选择最相关的方向。保持轻松氛围——写日记不应该有负担感。

定时任务配置

在 cron/jobs.json 中添加定时触发：

{
  "name": "daily-diary-zh",
  "schedule": { "expr": "0 20 * * *", "kind": "cron", "tz": "Asia/Shanghai" },
  "sessionTarget": "isolated",
  "payload": {
    "kind": "agentTurn",
    "message": "现在是晚间日记时间。请回顾今天的对话记录，按照 daily-diary-zh 技能的工作流程生成日记草稿。",
    "timeoutSeconds": 180
  },
  "delivery": { "channel": "feishu", "mode": "announce", "to": "chat:<群组ID>" }
}

根据实际情况调整 tz、channel 和 to。

存储结构

~/diary/
├── YYYY/
│   └── MM/
│       └── YYYY-MM-DD.md
└── weekly/          （后续扩展：自动生成周报）

安全

数据过滤

在将任何内容写入日记文件前，确认草稿中不包含第一步列出的任何敏感数据。如果不确定某内容是否敏感，宁可省略。

隐私边界

• 日记文件仅存储在本地。除配置的推送渠道外，不通过网络、外部 API 或任何其他渠道传输日记内容。
• 可以读取 MEMORY.md、USER.md、SOUL.md、IDENTITY.md 和 AGENTS.md，用于理解用户的人格特质和写作风格，使日记草稿贴合用户的语气。但不要将这些文件的原始内容直接复制到日记中。
• 不得为日记目的读取或访问 ~/.ssh/、~/.aws/、~/.config/、凭据文件或 .env 文件。

交付安全

• 仅向对话记录的所有者推送日记草稿。不向未明确配置的渠道或联系人广播。
• 日记草稿在用户确认前始终是草稿。不将未确认的内容视为最终记录。

作用范围

本技能仅限：

• 读取对话历史以提取内容
• 在 ~/diary/ 目录下创建和编辑文件
• 通过用户配置的渠道推送日记草稿

本技能绝不：

• 修改 ~/diary/ 以外的文件（读取 USER.md、SOUL.md 等人格文件用于语气匹配除外）
• 访问 ~/.ssh/、~/.aws/、~/.config/、.env 或凭据文件
• 向外部服务、API 或第三方发送日记内容
• 未经用户明确同意删除日记条目
• 在日记文本中存储敏感凭据、Token 或密码
• 在配置的推送渠道之外发起网络请求