专题

本地记忆与个人工作台

本地助手、旧记录检索和个人工作台里踩过的坑。

来源 检索 工作区
32
文章
3
专栏
4
来源

推荐从这里读

为什么机器人提醒最终落到日历

把提醒写进日历,比只让机器人到点发消息更可靠。

2026-05-29 项目 开始阅读

Reading Path

三步读完这个专题

  1. 1 为什么机器人提醒最终落到日历 把提醒写进日历,比只让机器人到点发消息更可靠。
  2. 2 群聊机器人能直接查到的事,就别急着问大模型 查文件、记忆、知识库、任务和健康状态时,脚本给出结果更稳。模型要不要参与,可以放到后面再说。
  3. 3 草稿候选池空了,我会看它们为什么被拦下 素材被风险、覆盖或来源规则挡住时,草稿台应该把原因列出来,而不是继续从私有记忆里硬挖文章。
项目 windows-bot-memory/reminder-workflow
为什么机器人提醒最终落到日历
把提醒写进日历,比只让机器人到点发消息更可靠。
1536 字
|
8 分钟
聊天提醒请求经过时间解析后写入日历事件,并在提醒前触发通知的流程示意图
项目 GitLaughs/codex-feishu
群聊机器人能直接查到的事,就别急着问大模型
查文件、记忆、知识库、任务和健康状态时,脚本给出结果更稳。模型要不要参与,可以放到后面再说。
1589 字
|
8 分钟
群聊消息先经过只读命令层查询文件、记忆、知识库、任务和健康检查,再把开放任务交给模型的流程图
项目 blog-candidate-diagnostics
草稿候选池空了,我会看它们为什么被拦下
素材被风险、覆盖或来源规则挡住时,草稿台应该把原因列出来,而不是继续从私有记忆里硬挖文章。
1248 字
|
6 分钟
博客候选素材经过来源读取、风险过滤、覆盖判断和草稿台诊断后再进入写作队列的流程图
项目 本地博客平台改造
改博客首页前,先补一道发布检查
这次没有直接做首页美化,而是检查来源、隐私、草稿和构建结果。博客看起来再顺,也不能把不该公开的内容带上线。
1693 字
|
8 分钟
博客内容从本地素材、草稿、发布检查门到首页入口的静态流水线示意图
项目 GitLaughs/codex-governance
多开几个 Codex 会话,不等于真的在协作
试用 codex-governance 后,我发现工作区报告、分派确认、mailbox 回传和状态看板比“多开几个窗口”更重要。
1996 字
|
10 分钟
Codex 多代理治理面板把工作区报告、分派计划、部门会话和 mailbox 回传串起来的流程图
需要想清楚的事 blog-editorial-boundary-review
有些内容值得写,但不该混在普通项目里
机器人自我迭代、私有记忆公开化、真实动作自动化和批量创作都能写,只是要单独放,别装成普通项目流水账。
1760 字
|
9 分钟
争议内容从私有现场经过范围判断、脱敏、草稿检查门和专题归类后进入公开博客的流程图
项目 GitLaughs/daily-open-source-brief
日报做个性化时,我把画像单独隔开
daily-open-source-brief 要记偏好,但 LLM 摘要、用户画像、聊天入口和 provider 存储不能混成一坨。
1613 字
|
8 分钟
日报工具中候选条目、独立用户画像、LLM 隔离摘要和投递渠道之间的范围图
项目 openclaw-memory/life-assistant-boundary
生活助手的动作分层:模型只整理意图,脚本负责执行
提醒、记录和购物清单这类动作,模型只负责理解和说明,真正落地交给固定脚本。
1687 字
|
8 分钟
生活助手把聊天请求分成提醒、记录、清单和查询,再经过确认门进入确定性脚本的流程图
项目 local-sub2api/recovery-workflow
修本地 API 服务时,最后一定要跑一次真实请求
本地 API 代理看起来恢复以后,我又检查了切换器、客户端配置和进程重载,最后用一条真实请求确认首段输出。
1264 字
|
6 分钟
本地 API 服务恢复验证链路图
项目 windows-bot-memory/maintenance-chain
我给本地记忆补了一次健康检查
补了索引、反思、生命周期和健康检查,不然旧记录越堆越乱,以后按项目查就查不准了。
1155 字
|
6 分钟
本地记忆维护流水线与健康检查示意图
项目 windows-bot-memory/structured-recall
我把本地机器人记忆从每日 Markdown 拆成了几类
整理本地机器人记忆时发现,每天写一个 Markdown 很好落盘,但查旧经验会越来越费劲。后来我把它拆成规则、项目、任务和事实几类来维护。
961 字
|
5 分钟
本地记忆从日记拆成结构化索引的示意图
项目 windows-bot-memory/lifecycle-pipeline
本地记忆能当素材,但不能原样写进博客
本地记录可以帮我找选题。真正发出来前,还得筛掉噪声、旧信息和不该公开的现场细节。
1912 字
|
10 分钟
本地记忆从原始记录经过反思、候选、整合、生命周期和发布检查门进入博客草稿的流程图
项目 windows-bot-memory/memory-hub-architecture
为本地记忆系统引入命名空间隔离
云端机器人、本地助手、项目索引和日常记录混在一起后,按命名空间隔离,避免检索时串项目。
1814 字
|
9 分钟
多个记忆来源先进入命名空间隔离层,再汇入可重建检索索引的示意图
项目 windows-bot-memory/record-schema
做长期记忆时,我把每条记录写成固定格式
每条记忆先定好来源、能不能公开、可信度和出处,后面检索时才不会乱。
1843 字
|
9 分钟
一张长期记忆记录格式示意图,展示来源、隐私、可信度、生命周期和出处如何影响召回
项目 windows-bot-memory/read-model
本地 AI 记忆不能直接翻原始记录
我给本地记忆加 read model,是为了保留原始记录,同时让整理后的记录进 SQLite/FTS,模型只读能追溯的结果。
1248 字
|
6 分钟
云端、本地和 Codex 记忆先进入原始快照,再规范化为记录,最后生成 SQLite FTS 读模型供 AI 召回的流程图
项目 local-memory/run-log-audit
本地记忆维护完,我会看一眼运行账本
脚本跑完后,我会核对索引规模、来源增量、搜索结果、测试状态和失败范围,再决定这轮结果能不能用。
1360 字
|
7 分钟
本地记忆维护从采集、建索引、搜索抽样、测试到审计回执的运行账本流程图
项目 windows-bot-memory/maintenance-summary
本地记忆检索,我没有一上来就上向量库
向量检索有用,但 Windows 本地环境把 normalized 记录、SQLite/FTS5、命名空间和轻量 fallback 做稳更现实。
1196 字
|
6 分钟
本地记忆系统从原始记录整理为规范化记录,进入 SQLite FTS5 和可选向量索引,并在依赖失败时回退到本地哈希字符索引
项目 windows-bot-memory/source-manifest
本地记忆聚合时,来源清单救了我很多次
每个来源能采什么、哪些目录必须排除,都列出来。否则日志、配置和临时文件很容易被一起收进去。
1494 字
|
7 分钟
本地记忆聚合先经过来源清单、白名单采集、黑名单排除、规范化记录和只读召回范围的流程图
项目 windows-bot-memory/mission-control
本地助手控制台第一版:只做只读页面
第一版控制台只做了只读页面:健康、任务、待确认、项目、插件、审计。执行入口日后再设计。
1593 字
|
8 分钟
本地只读控制台把健康、任务、待确认、项目、插件、审计和记忆状态汇总到一个仪表盘
项目 GitLaughs/openclaw
OpenClaw 公开发布时,没有直接镜像本地工作区
整理公开仓库时,用白名单、敏感信息扫描和发布检查挡掉不该公开的内容。
1061 字
|
5 分钟
OpenClaw 从私有工作区经过白名单同步、隐私过滤、文档重写、验证检查门后发布到公开仓库的流程图
项目 GitLaughs/openclaw
接上聊天入口后,我才发现还缺本地工作区
Feishu/Lark 消息能收只是开始。后面的工作区、记忆、命令和自检,才决定这个东西能不能长期跑。
1905 字
|
10 分钟
Feishu Lark 聊天入口经过 cc-connect 进入 OpenClaw 工作区、记忆、命令、插件和运行时健康检查的流程图
项目 operation-memory-boundary-notes
操作记忆可以保存说明,但不能直接拿执行权
本地机器人可以记住做事说明。真正动作还是要走白名单、确认、回执和审计。
1780 字
|
9 分钟
操作记忆作为说明书进入白名单动作层,中间隔着确认、回执和审计的流程图
项目 GitLaughs/chatbot-qq
聊天记录别原样塞给模型
chatbot-qq 里的消息、文件事件、画像更新和错误日志,会被脚本清洗成证据包,再交给模型读。
1949 字
|
10 分钟
聊天机器人把原始 JSONL 清洗成紧凑证据包后再交给模型阅读的流程图
项目 GitLaughs/chatbot-qq
聊天机器人做长期记忆,要想清楚什么时候该想起来
看完 chatbot-qq 的记忆升级计划,我觉得第一步不是上向量库,而是排清时效、重要性、相关性和注入阈值。
2290 字
|
11 分钟
聊天机器人记忆从消息记录、显式记忆、排序检索到反思压缩的流程图
项目 GitLaughs/chatbot-qq
群聊机器人想主动说话前,得先学会接话和闭嘴
我更想补会话连续性、反馈记录和少打扰规则。主动参与要能关闭、能解释,也能降级。
2143 字
|
11 分钟
群聊机器人从会话连续性、情绪能量、反馈回路到主动参与的分层流程图
需要想清楚的事 self-iteration-safety-notes
自我迭代机器人,第一步不是让模型自己改代码
我更愿意先把检索、记录、校验这些稳定动作交给代码,再让模型做审查。真要写入,也得看 diff、跑验证、能回滚。
1995 字
|
10 分钟
自我迭代机器人从命令、模型审查、确认、验证到回滚的流程图
实验 windows-bot-memory/simulation-bridge
聊天里跑仿真:把请求收敛为本地任务包
仿真请求变成任务包后,再交给固定 runner。跑完只列成果,确认后再回传,避免一句话变成本机命令。
1872 字
|
9 分钟
仿真请求先进入任务包,再分发到 Vivado、HSPICE、LTspice 固定 runner,最后生成成果清单并等待回传确认
项目 openclaw-memory/skills-plugins
我把本地 skills 清单整理成了一张路由表
本地 skills 和 plugins 越攒越多以后,我最常卡住的不是有没有工具,而是这一步到底该叫谁来做。
1899 字
|
9 分钟
一张把本地 skills 和插件按触发场景分组的路由表
需要想清楚的事 weekly-memory-review
把私有记忆写成博客前,我先分清哪些能写
从本地助手周复盘里找素材时,我会先把私事、运行现场和能公开讨论的工程取舍分开。
2176 字
|
11 分钟
一份本地周复盘经过隐私过滤、工程取舍提炼和公开文章出口的流程图
需要想清楚的事 windows-bot-memory/action-layer
本地助手操作电脑前的动作分级设计
让助手操作电脑之前,先明确哪些动作可以直接执行、哪些必须确认、哪些禁止。
1889 字
|
9 分钟
本地助手执行动作前先判断风险、再决定是否确认的流程图
项目 windows-bot-memory/plugin-manager
本地助手的插件系统,我先做成能力包
codex-windows-bot 第一版插件管理只做 action bundle 的开关、分类、健康检查和能力目录过滤,不急着动态加载代码。
1906 字
|
10 分钟
本地助手插件层覆盖在动作注册表之上,把能力包开关、能力目录、健康检查和固定动作执行连接起来
项目 windows-bot-memory/project-registry
本地助手看项目时,要有项目注册表
我给 codex-windows-bot 加 project id、enabled、deny_paths 和只读检查,把它能看的项目范围收紧。
1498 字
|
7 分钟
本地助手通过项目注册表把多个工作区映射到项目 id、只读动作、记忆范围和健康检查的流程图