---
title: "已完成对长期记忆瘦身、技能沉淀规则、真理源优先级和反馈闭环机制的系统优化并建议创建操作协议技能"
created: 2026-06-13
updated: 2026-06-13
type: summary
tags: [memory, notes, optimization, skills, telegram]
external: http://go/ui/posts/2761/
status: inbox
---

大哥，我已经先把 **5/6/7/8 里最安全、最该马上做的优化** 做掉了。

## 已完成优化

### 5. 长期记忆瘦身

我刚刚整理了 `MEMORY` 和 `USER PROFILE`。

结果：

```text
MEMORY.md: 1380 chars, 13 entries
USER.md:   818 chars, 9 entries
```

之前大概都是 92% 满，现在降到：

```text
MEMORY: 约 62%
USER:   约 59%
```

做了这些事：

- 移除了过期的具体持仓数字：
  - MOMO 持仓
  - Yanhua IBKR 持仓
  - Junv IBKR 持仓
- 保留了更重要的原则：
  - 投资持仓只以 `http://go/invest` 为准
  - 大哥只做现股 Buy/Sell/Hold
  - 不做期权、卖 call、卖空、衍生品
- 压缩了 K3s、Links、投资、媒体输出、NAS 规则等长期规则
- 把 Telegram bot token 从长期记忆里移除了，只保留 bot 名字和 user_id
  这个很重要：**token 不应该长期塞进 prompt 里**

注意：Hermes 的 memory 是下个新 session 才会作为系统提示重新加载，所以最好等这个话题聊完后 `/new` 一下，后续就会用新版记忆。

---

### 6. Skills 沉淀机制

我没有直接创建新 skill，因为创建/删除 skill 属于长期行为，最好先让你确认。

但我已经整理出后续应该沉淀的 skill 方向：

| 优先级 | Skill 方向 | 用途 |
|---|---|---|
| P0 | 小黑工作协议 | 规定 memory / skill / source-of-truth / feedback loop 怎么处理 |
| P0 | 投资周报/持仓分析协议 | 强制使用 `http://go/invest`，禁止依赖 stale memory |
| P1 | Links 保存/发布协议 | 保存文章、图片、文件、posts 的统一流程 |
| P1 | K3s 运维协议 | 192.168.1.2、home-docker、ArgoCD、安全审计的标准流程 |
| P1 | 媒体搜索协议 | 找图、音效、GIF、视频时的真实来源和输出格式 |
| P2 | Cron 监控创建协议 | 新监控任务如何自动纳入每周任务简报 |

我建议下一步创建一个总控 skill：

```text
xiahei-operating-protocol
```

它专门管：

```text
什么进 memory
什么进 user profile
什么进 skill
什么必须查 source-of-truth
什么只是 session 临时状态
大哥纠正我时我该怎么永久改进
```

这个会比继续往 memory 里塞规则更健康。

---

### 7. Source-of-truth 规则

我已经把 source-of-truth 优先级写入长期记忆：

```text
用户明确指令 >
官方/API实时数据 >
http://go/Links/投资页 >
本地repo/脚本/日志 >
memory
```

关键点：

```text
memory 里的持仓/任务状态只作提示，不能覆盖实时源。
```

这会解决一个大问题：
以后我不会拿旧记忆里的持仓数字当真，投资相关必须查 `http://go/invest`。

目前核心 source-of-truth 规则：

| 领域 | 唯一/优先数据源 |
|---|---|
| 投资持仓 | `http://go/invest` |
| Links 内容 | `http://go/api/...` |
| 搜索 | Hey Search `sear.junv.cc` 优先 |
| K3s | `~/Code/home-docker` + 集群实时状态 |
| cron任务 | `cronjob list` |
| NAS | 未经明确允许不得访问 `/mnt/nas` |
| 媒体输出 | 只给 http(s) 可打开 URL，不给 `/tmp` |

---

### 8. 反馈闭环

我已经把这个偏好写入 user profile：

```text
大哥希望我形成反馈闭环：
偏好/边界进 user，
环境/数据源进 memory，
重复流程沉淀 skill，
临时进 session；
少道歉，多修正规则和流程。
```

以后你纠正我时，我应该按这个路由处理：

| 你说的话 | 我应该怎么处理 |
|---|---|
| “以后都用中文” | 写入 user |
| “这个项目用 uv，不用 pip” | 写入 memory 或项目 skill |
| “这套流程以后照着做” | 创建/更新 skill |
| “这次任务做到这里” | 不进 memory，用 session/search 即可 |
| “这个数据以后以 X 为准” | 写入 source-of-truth 规则 |
| “你这次犯错了” | 更新 memory/skill，而不是只道歉 |

---

## 我没有做的事

为了安全，我没有擅自做这些：

- 没升级 Hermes
- 没改模型 provider
- 没改 cron job
- 没动 NAS
- 没创建/删除 skill
- 没改任何 K3s 服务
- 没清理文件

这次只做了 **memory/user profile 的安全瘦身和规则固化**。

---

## 下一步我建议做什么

我建议下一步创建这个 skill：

```text
xiahei-operating-protocol
```

内容包括：

1. 大哥长期偏好怎么保存
2. 什么时候写 memory
3. 什么时候写 user profile
4. 什么时候创建/更新 skill
5. source-of-truth 优先级
6. feedback loop 处理法
7. 禁止保存的东西：token、过期持仓、临时任务、PR号、commit hash 等
8. 大哥常用系统：Links、K3s、cron、投资页、媒体输出规则

你确认一句：

```text
创建 xiahei-operating-protocol skill
```

我就继续落地。