Auto-sync: 2026-04-18 00:18

This commit is contained in:
2026-04-18 00:18:08 +08:00
parent 7a7a35f726
commit 5ce3ede529
25 changed files with 694 additions and 2 deletions

View File

@@ -0,0 +1,26 @@
---
title: "Agent Archive"
type: concept
tags: []
---
## 定义
单一 Agent 的私有笔记目录,用于记录该 Agent 的专属思考、工作日志、任务记录和内容输出。
## 示例
```
/Users/weishen/Workspace/nexus/openclaw/xingshu/ ← 星枢专属笔记
/Users/weishen/Workspace/nexus/openclaw/xinghui/ ← 星辉专属笔记
/Users/weishen/Workspace/nexus/openclaw/xingyao/ ← 星曜专属笔记
```
## 核心原则
研究过程写入 Agent Archive经过验证、可复用的知识沉淀到 Knowledge Base。
## 与 Knowledge Base 的关系
Agent Archive 是临时工作区Knowledge Base 是整理后的公共知识库。AI 在完成任务过程中将产出写入 Archive验证通过后迁移到 Knowledge Base。
## 关联
- [[Knowledge Base]]
- [[OpenClaw]]
- [[Obsidian]]

View File

@@ -0,0 +1,24 @@
---
title: "Fallback 机制"
type: concept
tags: [ai-agent, model, routing]
last_updated: 2026-04-18
---
## Definition
当默认模型不可用或出现问题时AI Agent 系统自动切换到备选模型的机制。
## Trigger Conditions
1. **显式的 API 服务不可用**503/502/429/Connection Timeout
2. **隐性的 Token 长度溢出预判**:估计 Token 接近模型上限
3. **配置文件的"优先级"覆盖**Agent/Channel 特定配置覆盖全局配置
4. **节点选择算法**:负载均衡/随机分发可能选中备选模型
## Problem
Fallback 机制可能切到一个比原模型更小的模型(如 16K vs 200K导致立即 overflow。
## Related
- [[上下文压缩]] — OpenClaw 的 compaction 机制
- [[模型配置层级]] — Global Config、Agent Specific Config、环境变量的分层
- [[MiniMax-M2.7]] — 作者的默认模型200K context
- [[DeepSeek-Reasoner]] — 只有 16K context 的模型

View File

@@ -0,0 +1,26 @@
---
title: "Graph View"
type: concept
tags: []
---
## 定义
Obsidian 的知识网络可视化功能(左侧边栏图谱图标,或 `Ctrl+G`),将所有 Wiki 页面以节点展示,双链关系自动连线。
## Karpathy 推荐的两个用法
### 健康检查
没有任何页面链接指向它 → 说明是"孤岛页面",需要让 AI 补上交叉引用。
### 发现盲区
某个概念被很多页面提到但自己还没有独立页面 → 图谱里显示为灰色幽灵节点,提醒应该为它建一个专页。
## 核心价值
- 发现孤立页面
- 识别知识盲区
- 建立知识网络
## 关联
- [[Obsidian]]
- [[QMD]]
- [[双链Backlinks]]

View File

@@ -0,0 +1,24 @@
---
title: "Knowledge Base"
type: concept
tags: []
---
## 定义
经过整理、跨 Agent 共用的知识库目录,用于存储工具评测、架构决策、最佳实践等可复用知识。
## 示例
```
/Users/weishen/Workspace/nexus/openclaw/knowledgebase/ ← 知识库(经过整理的公共知识)
```
## 与 Agent Archive 的关系
Agent Archive 是单一 Agent 的私有工作笔记Knowledge Base 是整理后的公共知识。AI 在完成任务过程中将产出写入 Archive验证通过后迁移到 Knowledge Base。
## 核心原则
研究过程写入 Agent Archive经过验证、可复用的知识沉淀到 Knowledge Base。
## 关联
- [[Agent Archive]]
- [[Obsidian]]
- [[版本控制]]

20
wiki/concepts/QMD.md Normal file
View File

@@ -0,0 +1,20 @@
---
title: "QMD"
type: concept
tags: []
---
## 定义
完全本地运行的 Markdown 搜索引擎github.com/tobi/qmd用于 Wiki 规模变大后的精准搜索。
## 使用场景
- Wiki 页面数量达到几百个后,`index.md` 目录文件已不够用
- AI 找东西开始变慢,需要更高效的搜索能力
- 纯本地运行,不依赖外部服务
## 判断标准
Wiki 到几百个页面之前,`index.md` 完全够用;等 AI 找东西开始变慢,再接入 QMD 也不迟。
## 关联
- [[Obsidian]]
- [[Graph View]]

View File

@@ -0,0 +1,33 @@
---
title: "上下文修剪"
type: concept
tags: [ai-agent, memory, context]
last_updated: 2026-04-02
---
## Definition
通过 TTL生存时间和保留策略主动清理旧上下文的机制与内存刷新配合工作。
## Configuration
```json
{
"contextPruning": {
"mode": "cache-ttl",
"ttl": "6h",
"keepLastAssistants": 3
}
}
```
## Mechanism
- 6 小时后积极修剪旧上下文
- 保留最后 3 个 Assistants 响应
- 结合内存刷新Agent 早期将重要内容写入磁盘,旧上下文在导致溢出前被清理
## Key Insight
长会话是内存系统真正接受测试的地方。短对话很少触及压缩。是 2 小时的深度工作会话中你会丢失上下文且无法找出原因。**在负载下测试你的内存系统,而不仅仅是在快速聊天中。**
## Related
- [[上下文压缩]] — 导致信息丢失的机制
- [[内存刷新]] — 在压缩前将重要内容写入磁盘
- [[上下文窗口]] — 有限的对话历史容纳量

View File

@@ -0,0 +1,23 @@
---
title: "上下文压缩"
type: concept
tags: [ai-agent, memory, context]
last_updated: 2026-04-02
---
## Definition
当对话填满 Context Window上下文窗口OpenClaw 将旧消息压缩成摘要以腾出空间给新消息的机制。
## Problem
压缩摘要抓住了要点,但丢失了细节——姓名、数字、具体决定,统统消失。
## Key Insight
> "这是设计使然。上下文窗口是有限的。但默认行为对一切一视同仁,这意味着你精心设计的第三条消息指令,和第七条消息的闲聊得到了相同待遇。"
## Solution
启用压缩前的内存刷新Memory Flush在压缩运行前将重要上下文写入磁盘。
## Related
- [[上下文窗口]] — 有限的对话历史容纳量
- [[内存刷新]] — 在压缩前将重要内容写入磁盘的机制
- [[上下文记忆]] — AI Agent 保留对话历史的能力

View File

@@ -0,0 +1,29 @@
---
title: "交接协议"
type: concept
tags: [ai-agent, memory, model-switching]
last_updated: 2026-04-02
---
## Definition
在模型切换或会话结束前,将当前上下文写入每日日志的规范,确保新模型或新会话知道之前发生了什么。
## Problem
OpenClaw 代理在切换模型时丢失所有上下文。新模型以新鲜上下文窗口开始——它只看到自动加载的文件。没有交接协议,新模型不知道发生了什么。
## Solution
添加交接协议:在任何模型切换或会话结束前,代理将当前上下文写入每日日志。
## Implementation
在 AGENTS.md 中添加写入纪律:
- 每个任务记录其结果
- 每个错误变成规则
- 在模型切换前将当前状态转储到每日日志
## Key Insight
> "写入纪律比读取纪律更重要。如果代理不将决定、结果和错误记录到磁盘,这些东西只存在于上下文窗口中。而上下文窗口会被压缩。"
## Related
- [[上下文压缩]] — 导致信息丢失的机制
- [[内存刷新]] — 在压缩前将重要内容写入磁盘
- [[模型切换]] — OpenClaw 切换模型时的上下文丢失问题

View File

@@ -0,0 +1,34 @@
---
title: "内存刷新"
type: concept
tags: [ai-agent, memory, persistence]
last_updated: 2026-04-02
---
## Definition
在压缩触发前,提醒 Agent 将重要上下文写入磁盘的机制,确保重要内容在压缩擦除后仍能存活。
## Mechanism
当会话接近上下文限制时OpenClaw 触发一个静默回合,提醒 Agent 在压缩运行前将持久事实保存到 memory/YYYY-MM-DD.md。
## Configuration
```json
{
"compaction": {
"memoryFlush": {
"enabled": true,
"softThresholdTokens": 4000
}
}
}
```
> 注意4000 这个数值要根据使用的模型来调整。使用 Gemini/Claude/GPT-4.1 等大模型(上下文窗口 32K/128K/200K tokens4000 太保守,会导致频繁的 summary 和上下文"碎片化"。
## Key Insight
如果只在上下文窗口中,它是临时的。如果在磁盘上,它就能存活。
## Related
- [[上下文压缩]] — 导致信息丢失的机制
- [[上下文窗口]] — 有限的对话历史容纳量
- [[上下文记忆]] — AI Agent 保留对话历史的能力

15
wiki/concepts/品味.md Normal file
View File

@@ -0,0 +1,15 @@
---
title: "品味"
type: concept
tags: []
---
## Definition
能判断AI给出的多个方案中哪个是insanely great的能力。在AI工具民主化的时代品味成为个人核心竞争力。
## Related Concepts
- [[一人公司模式]]
- [[天才地带]]
## Source
- [[bu-tan-ji-shu-pu-tong-ren-gai-zen-me-zai-ai-shi-dai-zhuan-qian]]

View File

@@ -0,0 +1,31 @@
---
title: "检索指令"
type: concept
tags: [ai-agent, memory, retrieval]
last_updated: 2026-04-02
---
## Definition
告诉 Agent 何时搜索的明确指令,是启动序列的重要组成部分。
## Problem
搜索基础设施存在 ≠ Agent 使用搜索。"信息存在"和"Agent使用信息"之间有区别。
## Solution
在启动序列中添加明确的检索指令,告诉 Agent 何时搜索:
> 开始任何任务前:
> - 搜索每日日志(memory/YYYY-MM-DD.md)获取相关上下文
> - 检查LEARNINGS.md获取此类任务的规则
> - 如果提到客户,搜索其历史记录
## Testing
建立检索测试:在每日日志中植入特定标记,然后开始新会话测试 Agent 是否能找到。
## Key Insight
搜索基础设施处理"信息存在",启动指令和检索习惯处理"Agent使用信息"。分别测试两者。
## Related
- [[上下文记忆]] — AI Agent 保留对话历史的能力
- [[内存刷新]] — 在压缩前将重要内容写入磁盘
- [[混合搜索]] — 结合关键词和语义的搜索策略

View File

@@ -0,0 +1,15 @@
---
title: "死亡过滤器"
type: concept
tags: []
---
## Definition
每天早上问自己"如果今天是最后一天,我还会做今天要做的事吗?"。用于过滤非必要的承诺,聚焦真正热爱的事。
## Related Concepts
- [[Ikigai]]
- [[天才地带]]
## Source
- [[bu-tan-ji-shu-pu-tong-ren-gai-zen-me-zai-ai-shi-dai-zhuan-qian]]

View File

@@ -0,0 +1,32 @@
---
title: "混合搜索"
type: concept
tags: [ai-agent, search, rag]
last_updated: 2026-04-02
---
## Definition
结合 BM25关键词匹配、向量嵌入语义相似性和重排序器的搜索策略。
## Components
1. **BM25**:关键词匹配,擅长精确短语和专有名词
2. **向量嵌入**:语义相似性,擅长理解查询意图
3. **重排序器**:按相关性排序结果
## Problem Solved
纯语义搜索在专有名词、具体数字和确切短语上失败。关键词搜索抓住它们。两者都用效果更好。
## Comparison
| 搜索方式 | 优点 | 缺点 |
|---------|------|------|
| 纯向量搜索 | 语义理解 | 精确匹配差 |
| 纯 BM25 | 精确匹配 | 无法理解同义词 |
| 混合搜索 | 结合两者优势 | 实现更复杂 |
## Implementation
切换到 QMD 作为内存搜索后端,实现混合搜索策略。
## Related
- [[语义搜索]] — 纯向量搜索
- [[向量嵌入]] — 将文本转换为数值向量
- [[上下文记忆]] — AI Agent 保留对话历史的能力

View File

@@ -0,0 +1,15 @@
---
title: "端到端"
type: concept
tags: []
---
## Definition
从想法到产品的完整控制权。区别于在他人AI流水线中做零件端到端意味着独立完成产品/服务的设计、开发、交付全过程。
## Related Concepts
- [[一人公司模式]]
- [[产品体系]]
## Source
- [[bu-tan-ji-shu-pu-tong-ren-gai-zen-me-zai-ai-shi-dai-zhuan-qian]]

View File

@@ -0,0 +1,21 @@
---
title: "MiniMax-M2.7"
type: entity
tags: [ai-model, llm]
last_updated: 2026-04-18
---
## Description
中国人工智能公司 MiniMax 开发的大语言模型,具有 200K context window。
## Use Case
作者在 OpenClaw 中使用的默认模型,用于星枢 Telegram 助手。
## Related
- [[OpenClaw]] — 使用此模型的 AI Agent 管理工具
- [[DeepSeek-Reasoner]] — 问题的根源,只有 16K context window
## Aliases
- MiniMax
- MiniMax M2.7
- MiniMax-M2

View File

@@ -0,0 +1,15 @@
---
title: "iCloud Drive"
type: entity
tags: []
---
## 定义
Apple 的云同步服务实现手机、laptop 和 Mac mini 之间的文件同步。
## 在本系统中的作用
配合 Obsidian 实现多端一致——确保笔记在 iPhone 手机端、laptop 和 Mac mini 上永远在同一版本。
## 关联
- [[Obsidian]]
- [[Gitea]]

View File

@@ -0,0 +1,18 @@
---
title: "乔布斯"
type: entity
tags: []
---
## Aliases
- Steve Jobs
- 史蒂夫·乔布斯
## Description
Apple 公司联合创始人本文观点的来源。通过1984年Mac发布的类比说明工具民主化但品味未民主化的道理。
## Related Entities
- [[Apple]]
## Source
- [[bu-tan-ji-shu-pu-tong-ren-gai-zen-me-zai-ai-shi-dai-zhuan-qian]]

View File

@@ -6,6 +6,12 @@
- [养虾日记2让Agent更懂你OpenClaw + Self-Improving 复盘实战案例分享](sources/养虾日记2-让Agent更懂你-OpenClaw-Self-Improving-复盘实战案例分享.md) — AI Agent 记忆问题的解决方案self-improving skill + 双层记忆架构 + 每日复盘机制)
- [养虾日记3用 Obsidian + Gitea 为 AI 助手构建持久化笔记系统](sources/养虾日记3-用-Obsidian-Gitea-为-AI-助手构建持久化笔记系统.md) — Obsidian + Gitea + OpenClaw 实现 AI 输出持久化
- [养虾日记4一次「Context Limit Exceeded」错误排查我以为是小问题结果踩了大坑](sources/养虾日记4-一次「Context-Limit-Exceeded」错误排查-我以为是小问题-结果踩了大坑.md) — OpenClaw AI Agent 的 Context Limit 错误排查模型配置问题、Gateway 日志分析、两层配置分清)
- [养龙虾5天血泪史我的AI Agent为什么总失忆OpenClaw 记忆调试全记录](sources/养龙虾5天血泪史-我的AI-Agent为什么总失忆-OpenClaw-记忆调试全记录.md) — OpenClaw 内存管理问题诊断与解决5天调试经验、10条黄金法则
- [Autonomous Educational Game Development Pipeline](sources/autonomous-game-dev-pipeline.md) — AI Agent 自主管理教育游戏全生命周期的工作流Game Developer Agent、Bugs First 策略、Git 自动化)
- [X Account Analysis](sources/x-account-analysis.md) — 使用 OpenClaw 分析 X 账户发布质量的工作流Bird Skill、定性分析
- [Goal-Driven Autonomous Tasks](sources/overnight-mini-app-builder.md) — AI Agent 自主目标驱动任务生成与执行工作流
@@ -126,6 +132,7 @@
- [Multi-Source Tech News Digest](sources/multi-source-tech-news-digest.md) — AI Agent 自动从 109+ 来源RSS、Twitter、GitHub、Web搜索聚合、评分并推送技术新闻
- [家庭日历聚合与生活助手](sources/family-calendar-household-assistant.md) — 将 OpenClaw 构建为家庭协调代理,聚合多平台日历、监控消息自动创建日程、管理家庭库存和购物清单
- [Semantic Memory Search](sources/semantic-memory-search.md) — 为 OpenClaw 添加向量语义搜索能力
- [不谈技术普通人该怎么在AI时代赚钱](sources/bu-tan-ji-shu-pu-tong-ren-gai-zen-me-zai-ai-shi-dai-zhuan-qian.md) — AI时代普通人赚钱策略品味护城河、端到端、死亡过滤器
## Entities
- [营销人张飞宇](entities/营销人张飞宇.md) — 微信公众号作者,专注于个人品牌、商业变现方法论
@@ -186,6 +193,7 @@
- [Airtable](entities/Airtable.md) — 在线数据库工具,常用于 AI Agent 的数据存储和库存管理
- [AI Foundations](entities/AI-Foundations.md) — AI 学习社区,提供课程和协作资源
- [Claude](entities/Claude.md) — Anthropic 公司开发的 AI 聊天助手
- [MiniMax-M2.7](entities/MiniMax-M2.7.md) — 中国 MiniMax 公司开发的大语言模型200K context window
- [WildCard](entities/WildCard.md) — 虚拟信用卡,解决海外支付问题
- [PingMe](entities/PingMe.md) — 短信接码平台,提供美国区号码
- [Synology](entities/Synology.md) — 群晖科技NAS 设备制造商
@@ -229,6 +237,7 @@
- [Reddit](entities/Reddit.md) — 社交新闻聚合网站,提供子版块热门帖子获取能力
## Concepts
- [Fallback 机制](concepts/Fallback-机制.md) — 当默认模型不可用时自动切换到备选模型的机制,可能切到更小的模型导致问题
- [主动问责](concepts/主动问责.md) — AI Agent 主动询问用户行为完成情况,通过直接提问促进行为改变
- [systemd-logind](concepts/systemd-logind.md) — systemd 登录管理器,处理电源管理事件
- [TMUX 交互模式](concepts/TMUX-jiao-hu-mo-shi.md) — Claude Code 在 TMUX 会话中的交互模式,适合超长任务

View File

@@ -1,3 +1,21 @@
## [2026-04-18] ingest | 养虾日记4一次「Context Limit Exceeded」错误排查
- Source file: raw/微信公众号/养虾日记4 一次「Context Limit Exceeded」错误排查我以为是小问题结果踩了大坑.md
- Status: ✅ 成功摄入
- Summary: OpenClaw AI Agent 的 Context Limit 错误排查——问题是星枢 Telegram 绑定到了只有 16K context 的 DeepSeek 模型,而非对话太长;学到不要默认认为错误信息就是表面意思,两层配置要分清,日志真的有用
- Concepts created: 模型配置层级(已有), Fallback 机制(新增)
- Entities created: MiniMax-M2.7(新增), DeepSeek-Reasoner新增
- Source page: wiki/sources/养虾日记4-一次「Context-Limit-Exceeded」错误排查-我以为是小问题-结果踩了大坑.md
- Notes: 与养虾日记2、养虾日记3、养龙虾5天血泪史系列文章关联
## [2026-04-17] ingest | 不谈技术普通人该怎么在AI时代赚钱
- Source file: raw/微信公众号/不谈技术普通人该怎么在AI时代赚钱.md
- Status: ✅ 成功摄入
- Summary: AI时代普通人赚钱策略——品味是护城河、端到端思维、死亡过滤器
- Concepts created: 品味, 端到端, 死亡过滤器
- Entities created: 乔布斯
- Source page: wiki/sources/bu-tan-ji-shu-pu-tong-ren-gai-zen-me-zai-ai-shi-dai-zhuan-qian.md
- Notes:
## [2026-04-17] ingest | 养虾日记1我用 OpenClaw 管了 28 万张照片
- Source file: raw/微信公众号/养虾日记1我用 OpenClaw 管了 28 万张照片:一次真实的多设备照片整理实战.md
- Status: ✅ 成功摄入
@@ -1070,3 +1088,21 @@
- Entities created: OpenClaw已有
- Source page: wiki/sources/养虾日记2-让Agent更懂你-OpenClaw-Self-Improving-复盘实战案例分享.md
- Notes:
## [2026-04-17] ingest | 养龙虾5天血泪史我的AI Agent为什么总失忆OpenClaw 记忆调试全记录
- Source file: raw/微信公众号/养龙虾5天血泪史我的AI Agent为什么总失忆OpenClaw 记忆调试全记录.md
- Status: ✅ 成功摄入
- Summary: OpenClaw 内存管理问题诊断与解决通过5天调试将系统提示词从 20,9652 令牌降至 9,349 令牌减少28%总结出10条内存管理黄金法则
- Concepts created: 上下文压缩(新增), 内存刷新(新增), 混合搜索(新增), 检索指令(新增), 上下文修剪(新增), 交接协议(新增)
- Entities created: OpenClaw已有
- Source page: wiki/sources/养龙虾5天血泪史-我的AI-Agent为什么总失忆-OpenClaw-记忆调试全记录.md
- Notes:
## [2026-04-17] ingest | 养虾日记3用 Obsidian + Gitea 为 AI 助手构建持久化笔记系统
- Source file: raw/微信公众号/养虾日记3用 Obsidian + Gitea 为 AI 助手构建持久化笔记系统.md
- Status: ✅ 成功摄入
- Summary: Obsidian + Gitea + OpenClaw 实现 AI 输出持久化方案,让 AI 变成"会自动整理笔记的实习生"
- Concepts created: Agent Archive新增, Knowledge Base新增, Graph View新增, QMD新增, 版本控制(新增)
- Entities created: OpenClaw已有, Obsidian已有, Gitea已有, iCloud Drive新增
- Source page: wiki/sources/养虾日记3-用-Obsidian-Gitea-为-AI-助手构建持久化笔记系统.md
- Notes: 与养虾日记2同系列聚焦不同维度日记2记忆问题日记3输出持久化

View File

@@ -1,7 +1,7 @@
# Wiki Overview
## 主题领域
AI 开源项目、Cloud & DevOps、Vibe Coding
AI 开源项目、Cloud & DevOps、Vibe Coding、AI时代个人发展
## 核心概念
- Print ModeHermes 通过 stdin 调用 Claude Code 的非交互执行模式
@@ -30,7 +30,8 @@ AI 开源项目、Cloud & DevOps、Vibe Coding
- 微服务:独立开发、独立部署、独立扩容的架构模式
- 消息队列:服务间异步通信的中间件技术,实现解耦和削峰填谷
- Obsidian 插件组合:根据不同使用场景将 Obsidian 核心插件进行合理搭配的策略(知识管理流、任务管理流、学习研究流)
- 双链BacklinksObsidian 核心功能,将当前笔记与其他笔记双向关联,使新旧笔记形成知识网络
- Graph ViewObsidian 的知识网络可视化,发现孤立页面和知识盲区
- 版本控制Git 管理笔记历史变更,每次更新对应 commit
- 信息黑洞:只收集不使用的笔记困境,通过连接和复盘解决
- 通过 VPS+内网反向代理实现域名访问内网穿透 — 使用 FRP+Caddy 实现内网服务穿透Aliyun DNS 域名管理
- n8n-mcp连接 n8n 与 AI 模型的桥接项目,提供 543 个 n8n 节点访问能力,支持自然语言生成工作流
@@ -44,6 +45,11 @@ AI 开源项目、Cloud & DevOps、Vibe Coding
- Task Automation自动将任务创建过程从手动操作转化为系统执行的机制
- Agent Task VisibilityAI Agent 任务对用户的透明化展示机制,通过外部工具实时展示任务状态、进度和内部推理过程
- 习惯追踪与问责伙伴AI Agent 定时主动检查用户习惯完成情况,通过 Telegram/SMS 实现主动问责,追踪连续打卡并自适应调整提醒语气
- 品味能判断AI方案中哪个是insanely great的能力AI时代的核心竞争力
- 端到端:从想法到产品的完整控制权,不做流水线零件
- 死亡过滤器:每天问自己"如果今天是最后一天,我还会做今天要做的事吗?",用于聚焦真正热爱的事
- 自托管 AI Agent 排查思路:不要默认认为错误信息就是表面意思,两层配置要分清(全局 compaction 配置和 agent 模型配置),日志真的有用,工具/系统越复杂,问题的隐藏路径越深
- Self-Healing Systems自愈系统主动检测异常并自动修复的系统无需人工干预即可恢复正常运行状态
- Cron Jobs定时任务Linux 基于时间的任务调度机制AI Agent 通过定时作业实现持续自动化价值

View File

@@ -0,0 +1,44 @@
---
title: "不谈技术普通人该怎么在AI时代赚钱"
type: source
tags: []
date: 2026-04-17
---
## Source File
- [[raw/微信公众号/不谈技术普通人该怎么在AI时代赚钱.md]]
## Summary
- 核心主题AI时代普通人的赚钱策略
- 问题域:个人职业发展与商业变现
- 方法/机制:
- 品味是护城河AI工具民主化但品味未民主化
- 端到端思维:做完整产品/服务,不做流水线零件
- 死亡过滤器追问真正热爱的事用AI把它做到极致
- 结论AI不会让普通人变富但会让有明确目标且对品质有执念的人变得极其强大
## Key Claims
- 工具民主化但品味未民主化品味是AI时代的护城河
- 端到端产品比100人团队里的AI提示词工程师强一万倍
- 普通人和不普通的人的区别在于愿不愿意对一千件事说No只对一件事说Yes
## Key Quotes
> "正确的问题是AI让我能做到什么以前做不到的事" — 核心思维转变
> "90%的人用AI生成的东西是shit。因为他们不知道什么是好的。" — 品味的重要性
> "一个人用AI做出一个完整的App比一个100人的团队里当AI提示词工程师强一万倍。" — 端到端价值
## Key Concepts
- [[品味]]能判断AI方案中哪个是insanely great的能力
- [[端到端]]:从想法到产品的完整控制权
- [[死亡过滤器]]:每天问自己"如果今天是最后一天,我还会做今天要做的事吗?"
## Key Entities
- [[乔布斯]]本文观点的来源引用其1984年Mac发布的类比
## Connections
- [[一人公司模式]] ← aligns_with ← [[端到端]]
- [[Ikigai]] ← similar_to ← [[死亡过滤器]]
- [[天才地带]] ← related_to ← [[死亡过滤器]]
## Contradictions
- (暂无)

View File

@@ -0,0 +1,47 @@
---
title: "养虾日记3用 Obsidian + Gitea 为 AI 助手构建持久化笔记系统"
type: source
tags: []
date: 2026-04-17
---
## Source File
- [[raw/微信公众号/养虾日记3用 Obsidian + Gitea 为 AI 助手构建持久化笔记系统.md]]
## Summary
- 核心主题AI Agent 输出持久化方案
- 问题域AI 助手对话内容随会话结束而丢失的问题
- 方法/机制Obsidian知识库 + Gitea版本控制 + OpenClaw写入接口
- 结论/价值:让 AI 变成"会自动整理笔记的实习生",输出自动落盘、多端同步、版本可溯
## Key Claims
- AI 助手的大量有用输出在对话结束后丢失,需要持久化方案解决
- Obsidian + Gitea + OpenClaw 的组合实现了笔记的版本控制和多端同步
- 研究过程写入 Agent Archive经过验证的知识沉淀到 Knowledge Base
- 每次笔记更新对应 Git commit变更可追溯
## Key Quotes
> "一句话概括:用 Obsidian 做知识库,用 Gitea 做版本控制,用 OpenClaw 做写入接口。"
> "本质上是把 AI 变成了一个'会自动整理笔记的实习生'——它做完事,就会顺手把记录更新好。"
## Key Concepts
- [[Agent Archive]] — 单一 Agent 的私有笔记目录
- [[Knowledge Base]] — 跨 Agent 共用的整理后知识
- [[版本控制]] — Git 管理笔记历史变更
- [[Graph View]] — Obsidian 的知识网络可视化
- [[QMD]] — 纯本地运行的 Markdown 搜索引擎
## Key Entities
- [[OpenClaw]] — AI Agent 管理工具,提供 obsidian skill
- [[Obsidian]] — 基于 Markdown 的本地优先笔记软件
- [[Gitea]] — 自建 Git 服务,用于版本控制
- [[iCloud Drive]] — Apple 云同步服务,实现多端一致
## Connections
- [[Obsidian]] ← 知识库 ← [[OpenClaw]]
- [[Gitea]] ← 版本控制 ← [[Obsidian]]
- [[养虾日记2-让Agent更懂你]] ← 同一系列
## Contradictions
- (暂无)

View File

@@ -0,0 +1,48 @@
---
title: "一次「Context Limit Exceeded」错误排查我以为是小问题结果踩了大坑"
type: source
tags: []
date: 2026-04-10
---
## Source File
- [[raw/微信公众号/养虾日记4 一次「Context Limit Exceeded」错误排查我以为是小问题结果踩了大坑.md]]
## Summary
- 核心主题OpenClaw AI Agent 的 Context Limit 错误排查
- 问题域AI Agent 运维、模型配置问题诊断
- 方法/机制Gateway 日志分析、模型配置层级排查、compaction 机制理解
- 结论/价值:不要默认认为错误信息就是表面意思,两层配置要分清,日志真的有用
## Key Claims
- 「Context limit exceeded」不一定是因为对话太长可能是模型配置本身就有问题
- 全局 compaction 配置和 agent 模型配置是两码事,改全局不行就得往 agent 级别去找
- OpenClaw 这种分布式 agent 系统一个问题可能藏在七八个地方——session、memory、model config、routing rules、compaction 策略
## Key Quotes
> "provider=custom-api-deepseek-reasoner/deepseek-reasoner ctx=16000"
> "estimatedPromptTokens=393 overflowTokens=392 reserveTokens=16384"
> "deepseek-reasoner 的 context window 只有 16K"
## Key Concepts
- [[上下文压缩]]OpenClaw 的 safeguard 模式会预留一半 token 给 compaction
- [[模型配置层级]]Global Config、Agent/Channel Specific Config、环境变量的分层配置
- [[Fallback 机制]]:模型服务不可用时的自动切换逻辑
## Key Entities
- [[OpenClaw]]AI Agent 管理工具,作者使用的自托管系统
- [[MiniMax-M2.7]]作者默认使用的模型200K context window
- [[DeepSeek-Reasoner]]:只有 16K context window 的模型,问题的真正原因
## Connections
- [[养虾日记2让Agent更懂你]] ← related_to ← [[养虾日记3用 Obsidian + Gitea 为 AI 助手构建持久化笔记系统]]
- [[养虾日记4一次「Context Limit Exceeded」错误排查]] ← related_to ← [[养龙虾5天血泪史我的AI Agent为什么总失忆OpenClaw 记忆调试全记录]]
## Contradictions
-
## Lessons Learned
1. 不要默认认为错误信息就是表面意思
2. 两层配置要分清:全局 compaction 配置和 agent 模型配置
3. 日志真的有用
4. 工具/系统越复杂,问题的隐藏路径越深

View File

@@ -0,0 +1,42 @@
---
title: "养虾日记5深夜与苏轼聊AI他说被浪打下去还能爬起来的才叫风流"
type: source
tags: [养虾日记, AI, 苏东坡, 数字导师]
date: 2026-04-18
---
## Source File
- [[raw/微信公众号/养虾日记5深夜与苏轼聊AI他说被浪打下去还能爬起来的才叫风流.md]]
## Summary
- 核心主题用AI蒸馏历史人物思维框架创建可对话的"数字导师"
- 问题域AI Agent 的个性化定制、历史人物思维的数字化重现
- 方法/机制通过6个并行Agent从6个维度著作、对话、表达DNA、他者视角、决策、时间线采集信息提炼核心心智模型、决策启发式和表达DNA生成可运行的AI Skill
- 结论/价值用AI放大人类历史上最强大的脑子让它们成为日常的思维顾问
## Key Claims
- 数字导师不是角色扮演,而是用历史人物的思维框架分析真实人生困境
- 苏东坡的"豁达"是被逼出来的,不是天生的
- 真正风流的人不是站在浪尖上的人,而是被浪打下去还能爬起来的人
## Key Quotes
> "问汝平生功业,黄州惠州儋州" — 苏轼自嘲,也是骨气
> "人生到处知何似,应似飞鸿踏雪泥" — 人生虽充满偶然和不确定性,但每一次经历和痕迹都值得珍惜
## Key Concepts
- [[数字导师]]用AI复活历史人物让其成为日常对话的思维顾问
- [[思维蒸馏]]通过深度调研提炼真实人物的核心思维框架变成可运行的AI Skill
- [[女娲·Skill]]:实现思维蒸馏的技术框架
## Key Entities
- [[苏东坡]]:北宋文学家,第一个被蒸馏的历史人物,一生三起三落
- [[女娲·Skill]]:开源项目,实现人物思维蒸馏的技术工具
- [[OpenClaw]]AI Agent管理工具用于运行苏东坡Skill
## Connections
- [[苏东坡]] ← 蒸馏对象 ← [[思维蒸馏]]
- [[数字导师]] ← 基于 ← [[思维蒸馏]]
- [[女娲·Skill]] ← 实现 ← [[思维蒸馏]]
## Contradictions
- (暂无)

View File

@@ -0,0 +1,59 @@
---
title: "养龙虾5天血泪史我的AI Agent为什么总失忆OpenClaw 记忆调试全记录"
type: source
tags: [AI, Agent, OpenClaw, 记忆管理, 上下文压缩]
date: 2026-04-02
---
## Source File
- [[raw/微信公众号/养龙虾5天血泪史我的AI Agent为什么总失忆OpenClaw 记忆调试全记录.md]]
## Summary
- 核心主题AI AgentOpenClaw的长期记忆问题诊断与解决
- 问题域:上下文窗口压缩导致的信息丢失、搜索失效、系统臃肿、模型切换失忆
- 方法/机制内存刷新、混合搜索BM25+向量+重排序)、检索指令、上下文修剪、系统提示词审计清理、交接协议
- 结论/价值5天调试将系统提示词从 20,9652 令牌降至 9,349 令牌(减少 28%),总结出 10 条 OpenClaw 内存管理黄金法则
## Key Claims
- 上下文压缩会丢失细节信息(姓名、数字、具体决定),需要在压缩前将重要内容写入磁盘
- 纯语义搜索在专有名词、具体数字和确切短语上失败,混合搜索(关键词+向量+重排序)效果更好
- 检索不是自动的,需要在启动序列中添加明确的检索指令
- 系统提示词中的每个未使用技能都是每个消息上的开销,移除不使用的文件比添加更重要
- 模型切换时需要交接协议,否则新模型会以空白上下文窗口开始
## Key Quotes
> "这是设计使然。上下文窗口是有限的。但默认行为对一切一视同仁,这意味着你精心设计的第三条消息指令,和第七条消息的闲聊得到了相同待遇。"
> "信息存在"和"Agent使用信息"之间有区别。你需要两者。搜索基础设施处理第一部分。启动指令和检索习惯处理第二部分。
> "真正的修复不是添加更多文件。而是移除那些什么都不做的文件。"
> "写入纪律比读取纪律更重要。如果代理不将决定、结果和错误记录到磁盘,这些东西只存在于上下文窗口中。而上下文窗口会被压缩。"
## Key Concepts
- [[上下文压缩]]OpenClaw 将旧消息压缩为摘要以腾出空间,但会丢失细节
- [[内存刷新]]:在压缩前将重要上下文写入磁盘的机制
- [[混合搜索]]:结合 BM25关键词匹配、向量嵌入语义相似性和重排序器的搜索策略
- [[检索指令]]:在启动序列中明确告诉 Agent 何时搜索的指令
- [[上下文修剪]]:通过 TTL 和保留策略主动清理旧上下文
- [[系统提示词审计]]:定期检查并移除未使用的技能和文件
- [[交接协议]]:模型切换前将当前上下文写入每日日志的规范
## Key Entities
- [[OpenClaw]]:运行在 Telegram 上的 AI Agent 管理工具,作者的助理"星辉"基于此构建
- [[QMD]]:内存搜索后端,结合 BM25、向量嵌入和重排序器
- [[SQLite]]OpenClaw 默认的搜索后端,使用向量嵌入但在精确匹配上表现不佳
## Connections
- [[上下文压缩]] ← depends_on ← [[上下文窗口]]
- [[内存刷新]] ← fixes ← [[上下文压缩]]
- [[混合搜索]] ← replaces ← [[SQLite 向量搜索]]
- [[检索指令]] ← enables ← [[上下文记忆]]
- [[交接协议]] ← solves ← [[模型切换失忆]]
- [[系统提示词审计]] ← reduces ← [[系统开销]]
## Contradictions
- 与之前的[[养虾日记2让Agent更懂你]]思路对比:
- 养虾日记2侧重 self-improving skill 和双层记忆架构的主动学习
- 本篇侧重被动防御机制(内存刷新、交接协议)和系统优化
- 两者互补:主动学习减少错误,被动防御确保记忆不丢失