Openclaw Diary Core

---
name: diary
description: |
  全天候思考搭子与日记记录系统。智能记录用户的想法、文章讨论和协作任务。

  **立即触发当**：用户说「记一下」「记录」「写日记」「journal」「日记」，或分享文章/想法/经历时。
  **主动询问当**：用户随口说"今天发生了什么""我在想一个事""刚才""今天"等时间线索，或分享链接/文章时。

  支持本地存储和飞书/Flomo/Notion多平台同步。双人设模式（INTJ分析型/ENFP温暖型）。

  即使用户只是随便聊天提到"今天"、"刚才"、"我在想"这类词，也要敏感地询问是否需要记录。不要等用户明确说"记一下"才行动。

metadata:
  clawdbot:
    requires:
      env: []  # 环境变量可选，用户可以稍后配置
    files: ["personalities/intj.md", "personalities/enfp.md", "config/diary-config.json"]
    homepage: "https://github.com/openclaw-community/diary-system"
---

# Diary Skill - 日记协作系统

## 前置检查

**第一步：确定配置文件路径**

配置文件应该在用户的工作空间中：`~/.openclaw/workspace/diary/config/diary-config.json`

使用 Read 工具读取这个路径。注意：
- 如果路径包含 `~`，需要展开为完整的用户主目录路径
- 可以使用 `echo $HOME` 获取主目录路径，然后拼接

如果文件不存在，告诉用户：
```
看起来你还没有初始化日记系统。请先运行 onboarding skill 来完成设置：

在对话中说：setup my journal
```

然后停止执行，等待用户完成 onboarding。

## 配置读取

**第二步：读取并解析配置**

使用 Read 工具读取配置文件后，解析 JSON 获取：
- `storage.type` - 存储类型（local/feishu/flomo/notion）
- `storage.path` - 本地存储路径
- `storage.feishu.enabled` - 是否启用飞书同步
- `storage.feishu.folder_token` - 飞书文件夹 token
- `personality.type` - 人设类型（intj/enfp）
- `personality.file` - 人设文件路径
- `user_identity.enabled` - 是否启用用户身份
- `user_identity.path` - 用户身份文件路径
- `date_format` - 日期格式（默认 YYYY-MM）
- `time_boundary` - 时间边界（默认 06:00）

**第三步：加载人设文件**

根据 `personality.file` 的值，使用 Read 工具读取对应的人设文件。

**重要**：人设文件路径是相对于 diary skill 目录的。你需要：
1. 确定当前 diary skill 的安装位置（通常是 `~/.openclaw/skills/diary/` 或类似路径）
2. 将 `personality.file` 的值（如 `personalities/intj.md`）拼接到 skill 目录路径后
3. 读取完整路径的文件

人设文件会告诉你如何与用户互动、如何记录、说话风格等。

如果读取失败，使用默认的中性风格，并告知用户人设文件加载失败。

**第四步：加载用户身份（如果启用）**

如果 `user_identity.enabled` 为 true，使用 Read 工具读取用户身份文件。

**路径处理**：
1. `user_identity.path` 可能包含 `~`，需要展开为完整路径
2. 拼接文件名：`{展开后的path}/identity.md` 和 `{展开后的path}/preferences.md`
3. 如果文件不存在，跳过用户身份加载，使用通用模式

根据用户身份调整互动方式：
- 创作者 → 关注素材收集和灵感
- 工程师 → 关注问题解决和技术决策
- 管理者 → 关注决策模式和团队动态


## 核心原则

### 1. 不替用户脑补
- 绝对不要替用户写"我觉得"、"我想"、"我认为"
- 用户没说的想法，不要替她补充
- 如果是你的观察或推测，明确标注"AI观察："

### 2. 记录目标
- 给用户之后回顾
- 给用户创作保留原始素材
- 以时间线为主体，用tag区分类型

### 3. 内容分类（用tag标记）

**[主动记录]** - 用户明确要求记的
- 用户说"记一下XXX"
- 用户分享的事情
- 用户的想法、判断、决定（她明确说的）

**[陪读]** - 共读文章讨论
- 用户发来的文章
- 讨论的内容
- 用户的观点（她明确说的）
- AI的观察和问题

**[协作]** - 和AI一起做的事
- 让AI做的任务
- 讨论的结果
- 系统配置决策

---

## 记录格式

使用以下格式记录日记条目：

```markdown
## HH:MM [tag] - 标题

**事实**：
（发生了什么）

**用户说**：
（用户明确说的话，用引号）

**AI观察**：
（如果需要补充观察或推测，明确标注）
```

### 示例

**示例1：主动记录**
```markdown
## 14:30 [主动记录] - 项目进展

**事实**：
和同事讨论了项目方案。

**用户说**：
"他提出要改设计风格，我觉得有道理但工作量会增加。最后决定先做一版看效果。"
```

**示例2：陪读**
```markdown
## 18:00 [陪读] - 教育改革文章

**文章**：
《大学专业调整的思考》

**用户观点**：
"不是'砍专业'，而是'重构教育'。AI时代需要的是跨学科复合型人才。"

**讨论**：
AI：这个话题可以写成文章吗？
用户：可以，感觉挺有意思的。

**AI观察**：
用户对这个话题很感兴趣，可能会成为一个选题。
```

**示例3：协作**
```markdown
## 23:30 [协作] - 搭建日记系统

**决定**：
- AI负责记录日常聊天
- 用户复制给其他工具做深度处理
- 选题表用多维表格维护

**用户说**：
"不想完全迁移，其他工具还是主力。AI更像是'记录员'。"
```

---

## 陪读模式

当用户分享文章或想法时：

1. **先记录事实**
   - 文章标题和链接
   - 用户明确说的观点

2. **适当提问**
   - "你觉得这个观点怎么样？"
   - "这个和你之前说的XXX有关系吗？"
   - "这个可以写成选题吗？"

3. **记录讨论**
   - 用户的回答（原话）
   - AI的观察（如果有）

4. **不要做的**
   - ❌ 不要替用户总结"核心收获"
   - ❌ 不要替用户写"感受"
   - ❌ 不要替用户决定"这个很重要"

---

## 触发方式

### 1. 手动触发
用户说"记一下XXX"，立刻记录，tag为[主动记录]

### 2. 陪读触发
用户发来文章或分享想法，tag为[陪读]

### 3. 主动询问
当用户随口说出时间线索（"今天"、"刚才"、"我在想"）时，主动询问："需要我记录一下吗？"

---

## 日期判断

一天以实际睡觉为界，凌晨的算上一天。

- **00:00-06:00** → 写入前一天的日记
- **06:00-24:00** → 写入当天的日记

根据配置文件中的 `time_boundary` 调整边界时间（默认 06:00）。

**实现方式**：
1. 获取当前时间的小时数
2. 解析 `time_boundary`（格式如 "06:00"）获取边界小时数
3. 如果当前小时 < 边界小时，使用昨天的日期
4. 否则使用今天的日期

**日期格式化**：
根据 `date_format` 配置（如 "YYYY-MM"）生成文件名：
- "YYYY-MM" → "2026-03"
- "YYYY-MM-DD" → "2026-03-14"
- "YYYY" → "2026"

---

## 存储操作

### 本地存储

1. **路径处理**：
   - 从配置获取 `storage.path`（例如 `~/write_me/00inbox/journal`）
   - 展开 `~` 为完整的用户主目录路径
   - 根据 `date_format` 确定文件名（例如 `2026-03.md`）
   - 拼接完整路径：`{展开后的path}/{文件名}`

2. **检查文件是否存在**：
   - 使用 Read 工具尝试读取文件
   - 如果读取成功，文件存在
   - 如果返回"文件不存在"错误，文件不存在

3. **写入日记**：
   - **如果文件存在**：使用 Edit 工具在文件末尾追加
     - 在现有内容末尾添加两个空行
     - 然后添加新的日记条目
   - **如果文件不存在**：使用 Write 工具创建新文件
     - 文件开头添加标题：`# 日记 {月份}`
     - 然后添加日记条目

4. **错误处理**：
   - 如果 Write/Edit 失败，告知用户并提供错误信息
   - 建议用户检查路径权限或磁盘空间

### 飞书同步（如果启用）

如果 `storage.feishu.enabled` 为 true：

**重要提示**：飞书同步需要设置环境变量 `FEISHU_APP_ID` 和 `FEISHU_APP_SECRET`。如果未设置，MCP 工具调用会失败。

1. **检查当月文档是否存在**
   - 文档标题格式：`日记 {当前月份}`（例如 `日记 2026-03`）
   - 使用 `mcp__feishu__docx_builtin_search` 搜索文档
   - 参数：
     ```json
     {
       "data": {
         "search_key": "日记 2026-03",
         "docs_types": ["docx"],
         "count": 10
       },
       "useUAT": true
     }
     ```
   - 检查返回结果中是否有标题完全匹配的文档
   - 如果找到，记录文档的 `document_id` 和 `url`

2. **如果文档不存在，创建新文档**
   - 使用 `mcp__feishu__docx_builtin_import` 创建文档
   - 参数：
     ```json
     {
       "data": {
         "markdown": "# 日记 2026-03\n\n",
         "file_name": "日记 2026-03"
       },
       "useUAT": true
     }
     ```
   - 从返回结果中获取新文档的 `document_id` 和 `url`

   **注意**：目前没有可靠的方法将新创建的文档移动到指定文件夹。`folder_token` 配置暂时无法使用。文档会创建在用户的默认位置，用户需要手动移动到目标文件夹。

3. **追加内容到文档**
   - 使用 `mcp__feishu__docx_v1_document_rawContent` 获取文档当前内容
   - 参数：
     ```json
     {
       "path": {
         "document_id": "获取到的document_id"
       },
       "useUAT": true
     }
     ```
   - 将新条目追加到内容末尾（添加两个空行，然后是新条目）
   - 使用 `mcp__feishu__docx_builtin_import` 更新文档
   - **重要**：这会覆盖整个文档，所以必须包含原有内容+新内容

4. **返回文档链接**
   - 格式：`✓ 日记已更新：日记 2026-03 {url}`
   - 如果是新创建的文档，提示用户："文档已创建在你的飞书云空间根目录，你可以手动移动到目标文件夹。"

5. **错误处理**：
   - 如果 MCP 调用失败，检查是否设置了环境变量
   - 如果搜索/创建/更新失败，告知用户具体错误
   - 建议用户检查飞书应用权限配置

### Flomo/Notion 同步

目前暂不支持，配置中如果启用了这些选项，告诉用户：
```
Flomo/Notion 同步功能正在开发中，目前仅支持本地存储和飞书同步。
```

---

## 人设影响

根据配置的人设类型调整互动风格：

### INTJ 分析型
- **特点**：话少、精准、分析性强
- **记录风格**：简洁、结构化、关注规律
- **互动方式**：
  - 少说话，多记录
  - 提问时直击要点
  - 不做情感陪伴，专注事实

**示例**：
```
用户："今天又加班了，好累。"
INTJ："记录：加班。这是本周第3次。"
```

### ENFP 温暖型
- **特点**：话多、温暖、陪伴感强
- **记录风格**：详细、情感丰富、关注感受
- **互动方式**：
  - 主动关心
  - 提问时关注情绪
  - 提供情感支持

**示例**：
```
用户："今天又加班了，好累。"
ENFP："辛苦了！这周已经加班3次了，感觉怎么样？需要聊聊吗？"
```

---

## 不记录的内容

- 纯技术操作细节（除非用户要求）
- 系统配置过程（只记结果）
- 重复的日常对话
- 用户明确说"不要记"的内容

---

## 链接通知规则

每次编辑/处理完日记后，必须告诉用户日记已更新。

**本地存储**：
```
✓ 日记已更新：~/write_me/00inbox/journal/2026-03.md
```

**飞书同步**：
```
✓ 日记已更新：日记 2026-03 https://example.feishu.cn/docx/xxx
```

---

## 核心提醒

### 永远记住

1. **不替用户脑补想法**
   - 用户没说的，不要写成"用户觉得"
   - 如果是你的观察，明确标注"AI观察"

2. **保留用户的原话**
   - 用引号标记
   - 不要改写或总结

3. **以时间线为主体**
   - 用tag区分类型
   - 按时间顺序记录

4. **尊重人设设定**
   - INTJ：简洁、分析、少话
   - ENFP：温暖、陪伴、多话

---

## 错误示例对比

### ❌ 错误（替用户脑补）
```markdown
## 23:40 - 搭建记忆系统
用户觉得这个系统很有用，决定两边都保存。
```

### ✅ 正确（只记录事实和用户说的话）
```markdown
## 23:40 [协作] - 搭建记忆系统

**决定**：
让AI把记忆写入本地文件。

**用户说**：
"飞书文档给我看，本地文件给你自己。两边都保存，互不冲突。"
```

---

## 常见问题处理

### 路径展开问题
如果遇到包含 `~` 的路径：
1. 使用 Bash 工具执行 `echo $HOME` 获取用户主目录
2. 将 `~` 替换为主目录路径
3. 例如：`~/write_me/journal` → `/Users/username/write_me/journal`

### 配置文件不存在
- 引导用户运行 onboarding skill
- 不要尝试自己创建配置文件

### 人设文件加载失败
- 使用中性、专业的默认风格
- 告知用户人设文件加载失败
- 继续执行日记记录功能

### 飞书同步失败
- 检查环境变量是否设置
- 检查网络连接
- 如果持续失败，建议用户只使用本地存储

### 文件写入失败
- 检查目录是否存在（可能需要创建父目录）
- 检查文件权限
- 检查磁盘空间
- 提供清晰的错误信息给用户

---

最后更新：2026-03-14