diff --git a/.DS_Store b/.DS_Store index 75ca5229..549aaf5d 100644 Binary files a/.DS_Store and b/.DS_Store differ diff --git a/Archived/Work/Monthly Report/ITOM ESM Cloud Service Monthly Report - Feb 2025.md b/Archived/Work/Monthly Report/ITOM ESM Cloud Service Monthly Report - Feb 2025.md index a42006ce..b72a6035 100644 --- a/Archived/Work/Monthly Report/ITOM ESM Cloud Service Monthly Report - Feb 2025.md +++ b/Archived/Work/Monthly Report/ITOM ESM Cloud Service Monthly Report - Feb 2025.md @@ -1,4 +1,4 @@ -# **ITOM ESM Cloud Service Monthly Report - Feb 2025** +# ITOM ESM Cloud Service Monthly Report - Feb 2025 **2025/2/1 ~ 2025/2/28** diff --git a/Archived/Work/Monthly Report/ITOM ESM Cloud Service Monthly Report - Jan 2025.md b/Archived/Work/Monthly Report/ITOM ESM Cloud Service Monthly Report - Jan 2025.md index c5da5b3d..f54d2562 100644 --- a/Archived/Work/Monthly Report/ITOM ESM Cloud Service Monthly Report - Jan 2025.md +++ b/Archived/Work/Monthly Report/ITOM ESM Cloud Service Monthly Report - Jan 2025.md @@ -1,11 +1,14 @@ --- -title: **ITOM ESM Cloud Service Monthly Report - Jan 2025** +title: ITOM ESM Cloud Service Monthly Report - Jan 2025 source: author: shenwei published: created: 2025-03-02 description: This report contains the main work of the ESM Cloud Service team and shows the load of the team's work in the form of data, and describes some issues and risks for continuous improvement. -tags: [Cloud, Customer, Product] +tags: + - Cloud + - Customer + - Product --- diff --git a/Hermes/.DS_Store b/Hermes/.DS_Store new file mode 100644 index 00000000..a17272c5 Binary files /dev/null and b/Hermes/.DS_Store differ diff --git a/Hermes/xingzhi/.DS_Store b/Hermes/xingzhi/.DS_Store new file mode 100644 index 00000000..72be6f3e Binary files /dev/null and b/Hermes/xingzhi/.DS_Store differ diff --git a/concepts/Print 2.md b/concepts/Print 2.md deleted file mode 100644 index e69de29b..00000000 diff --git a/concepts/Print.md b/concepts/Print.md deleted file mode 100644 index e69de29b..00000000 diff --git a/entities/Sequential 2.md b/entities/Sequential 2.md deleted file mode 100644 index e69de29b..00000000 diff --git a/entities/Sequential.md b/entities/Sequential.md deleted file mode 100644 index e69de29b..00000000 diff --git a/openclaw/content-queue/tweet-dankoe-multiple-interests-20260110.md b/openclaw/content-queue/tweet-dankoe-multiple-interests-20260110.md index 1b003975..64221d59 100644 --- a/openclaw/content-queue/tweet-dankoe-multiple-interests-20260110.md +++ b/openclaw/content-queue/tweet-dankoe-multiple-interests-20260110.md @@ -1,5 +1,5 @@ --- -title: Tweet: DAN KOE (@thedankoe) +title: Tweet:DAN KOE (@thedankoe) source: author: shenwei published: diff --git a/openclaw/last30days/X-AYi-Paperclip-2026-03-11.md b/openclaw/last30days/X-AYi-Paperclip-2026-03-11.md index 1316738e..72c2631e 100644 --- a/openclaw/last30days/X-AYi-Paperclip-2026-03-11.md +++ b/openclaw/last30days/X-AYi-Paperclip-2026-03-11.md @@ -1,5 +1,5 @@ --- -title: @AYi_AInotes 一行命令就能开的全自动公司 Paperclip +title: AYi_AInotes 一行命令就能开的全自动公司 Paperclip source: author: shenwei published: diff --git a/openclaw/last30days/X-turingou-wanmanAI-2026-03-11.md b/openclaw/last30days/X-turingou-wanmanAI-2026-03-11.md index e16ea813..d3d0068b 100644 --- a/openclaw/last30days/X-turingou-wanmanAI-2026-03-11.md +++ b/openclaw/last30days/X-turingou-wanmanAI-2026-03-11.md @@ -1,5 +1,5 @@ --- -title: @turingou 一人公司 wanman AI 帖子 +title: turingou 一人公司 wanman AI 帖子 source: author: shenwei published: diff --git a/openclaw/last30days/X-web3annie-一人万亿市值公司-2026-03-09.md b/openclaw/last30days/X-web3annie-一人万亿市值公司-2026-03-09.md index e66d800d..e6e07423 100644 --- a/openclaw/last30days/X-web3annie-一人万亿市值公司-2026-03-09.md +++ b/openclaw/last30days/X-web3annie-一人万亿市值公司-2026-03-09.md @@ -1,5 +1,5 @@ --- -title: @web3annie 马斯克手把手教你成立一人万亿市值公司 +title: web3annie 马斯克手把手教你成立一人万亿市值公司 source: author: shenwei published: diff --git a/openclaw/openclaw备份任务.md b/openclaw/openclaw备份任务.md index 606ebc14..8c98a962 100644 --- a/openclaw/openclaw备份任务.md +++ b/openclaw/openclaw备份任务.md @@ -14,6 +14,9 @@ tags: [] | 日期 | 时间 | 服务器 | 备份文件 | 状态 | | ---------- | ----- | -------- | ------------------------------------ | ---- | +| 2026-04-16 | 22:00 | Mac Mini | openclaw-macmini-20260416220018.tar | ✅ 成功 | +| 2026-04-16 | 22:00 | Ubuntu1 | openclaw-ubuntu1-20260416220055.tar | ✅ 成功 | +| 2026-04-16 | 22:00 | Ubuntu2 | openclaw-ubuntu2-20260416220055.tar | ✅ 成功 | | 2026-04-15 | 22:00 | Mac Mini | openclaw-macmini-20260415220017.tar | ✅ 成功 | | 2026-04-15 | 22:00 | Ubuntu1 | openclaw-ubuntu1-20260415220017.tar | ✅ 成功 | | 2026-04-15 | 22:00 | Ubuntu2 | openclaw-ubuntu2-20260415220017.tar | ✅ 成功 | diff --git a/openclaw/xinghui/Daily-Summary-2026-03-28.md b/openclaw/xinghui/Daily-Summary-2026-03-28.md deleted file mode 100644 index 4c617e50..00000000 --- a/openclaw/xinghui/Daily-Summary-2026-03-28.md +++ /dev/null @@ -1,168 +0,0 @@ ---- -title: Daily Summary - 2026-03-28 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# Daily Summary - 2026-03-28 - -> 汇总来源: Mac Mini (xinghui, xingjiang, xingyao, main) + Ubuntu1 (fengchi) + Ubuntu2 (yunhan, yunce) -> 汇总时间: 2026-03-29 -> 生成者: 星辉 (xinghui) - ---- - -## 📋 概览 - -| 服务器 | Agent | 复盘状态 | 主要工作 | -|--------|-------|---------|---------| -| Mac Mini | xinghui (星辉) | ✅ | 记忆流程优化、TOOLS更新、last30days搜索 | -| Mac Mini | xingjiang (星匠) | ✅ | 无实质对话（仅cron触发） | -| Mac Mini | xingyao (星曜) | ✅ | Ubuntu服务器重启、Obsidian同步 | -| Mac Mini | main (星枢) | ✅ | TOOLS更新、模型切换、Memory Pro讨论 | -| Ubuntu 1 | fengchi (风驰) | ✅ | 服务器性能检查、Glances配置优化 | -| Ubuntu 2 | yunhan (云瀚) | ✅ | OpenClaw重启检查 | -| Ubuntu 2 | yunce (云策) | ✅ | 跨境电商业务讨论、内容复用工作流 | - ---- - -## 🌅 上午 (Morning) - -### 主要事件 - -#### 1. 记忆文件流程优化 -- **问题发现**: 3月27日缺少记忆文件 -- **解决方案**: - - 修改 AGENTS.md Session Startup 流程 - - 新增自动记录机制：每完成一个任务后自动写入 memory -- **责任人**: xinghui (星辉) -- **状态**: ✅ 已完成 - -#### 2. Ubuntu 服务器 OpenClaw 重启 -- **操作**: 重启 Ubuntu1/Ubuntu2 的 OpenClaw Gateway -- **原因**: Telegram 发送恢复正常 -- **责任人**: xingyao (星曜) -- **状态**: ✅ 已完成 - -#### 3. Obsidian 笔记同步 -- **操作**: iCloud Obsidian 目录拉取 -- **结果**: Already up to date -- **责任人**: xingyao (星曜) - -#### 4. 服务器性能检查 -- **服务器**: Ubuntu1, NAS -- **状态**: 全部正常 -- **问题**: Ubuntu1 CPU负载偏高(17.3) -- **责任人**: fengchi (风驰) - ---- - -## 🌞 下午 (Afternoon) - -### 主要事件 - -#### 1. 修改每日复盘定时任务 -- **内容**: 更新 7 个 agent 的 cron job，复盘时先读取当天 memory 文件 -- **修改的服务器和任务**: - - Mac Mini (4个): 星辉、星匠、星曜、星枢 - - Ubuntu 1 (1个): 风驰 - - Ubuntu 2 (2个): 云瀚、云策 -- **责任人**: xinghui (星辉) -- **状态**: ✅ 已完成 - -#### 2. 更新 TOOLS.md -- **新增内容**: - - 文件编辑注意事项 - - OpenClaw 命令路径 - - NAS Docker 代理配置 - - sag (TTS) 语音生成 - - OpenCode 开发工具 - - Nexus Git 仓库配置 -- **责任人**: xinghui, xingyao, main -- **状态**: ✅ 已完成 - -#### 3. 跨境电商业务讨论 -- **内容**: TikTok Shop US、内容复用工作流 -- **责任人**: yunce (云策) -- **状态**: ✅ 已完成 - -#### 4. last30days 技能搜索 -- **话题**: AI一人公司 -- **结果**: - - 18个X帖子，2,173+ likes - - 3个YouTube视频，57,983+ views - - 热门工具: Paperclip, OpenClaw, wanman AI, Golemancy -- **保存位置**: `/openclaw/last30days/AI一人公司-2026-03-28.md` -- **责任人**: xinghui (星辉) -- **状态**: ✅ 已完成 - ---- - -## 🌙 晚间 (Evening) - -### 主要事件 - -#### 1. 模型切换 -- **操作**: 切换大模型至 MiniMax-2.7 -- **时间**: 19:04 -- **状态**: 运行稳定 -- **责任人**: main (星枢) - -#### 2. Memory Pro 讨论 -- **内容**: 确认 Memory Pro 不会自动读取每日 memory 文件 -- **结论**: 需要手动或脚本同步 -- **责任人**: main (星枢) - ---- - -## 📚 关键学习 (Key Learnings) - -### 工作流程 -1. **记忆流程**: 每次Session启动检查并创建当天memory文件 -2. **自动记录**: 任务完成后自动写入memory，无需用户提示 -3. **谨慎执行**: 先确认再执行外部操作 - -### 技术配置 -1. OpenClaw 命令路径已统一: MacMini/Ubuntu1/Ubuntu2 -2. SAG TTS 已配置完毕 -3. NAS Docker 代理配置已完善 - -### 待改进 -1. Ubuntu1 CPU负载偏高，需监控 -2. NAS 存在3个僵尸进程，需清理 - ---- - -## 🔧 明日待办 (2026-03-29) - -- [ ] Ubuntu1 CPU负载偏高原因排查 -- [ ] NAS 僵尸进程清理 -- [ ] 继续观察 MiniMax-2.7 模型表现 -- [ ] LinkedIn 文章草稿准备 (Cloud Ops + AI Agent) - ---- - -## 📊 统计数据 - -| 项目 | 数量 | -|------|------| -| 总 Agent 数 | 7 | -| 完成复盘 | 7 | -| 主要任务完成 | 8 | -| 待处理问题 | 2 | - ---- - -## 📁 相关文件 - -- **笔记目录**: `/Users/weishen/Workspace/nexus/openclaw/` -- **last30days搜索结果**: `/openclaw/last30days/AI一人公司-2026-03-28.md` -- **TOOLS更新**: 已同步至 Git - ---- - -*此汇总由星辉自动生成，整合了 7 个 agent 的 memory 和 learnings 文件* \ No newline at end of file diff --git a/openclaw/xinghui/Daily-Summary-2026-03-29.md b/openclaw/xinghui/Daily-Summary-2026-03-29.md deleted file mode 100644 index df7b4447..00000000 --- a/openclaw/xinghui/Daily-Summary-2026-03-29.md +++ /dev/null @@ -1,145 +0,0 @@ ---- -title: Daily Summary — 2026-03-29 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# Daily Summary — 2026-03-29 - -> 生成时间：2026-03-30 00:00 (Asia/Shanghai) -> 汇总范围：Mac Mini (4 agents) + Ubuntu1 (1 agent) + Ubuntu2 (2 agents) 共 7 agents - ---- - -## 📊 概览 - -| Agent | 角色 | 服务器 | 复盘状态 | 关键产出 | -|-------|------|--------|---------|---------| -| 星辉 | 个人助理 | Mac Mini | ✅ | Daily Notes 生成、公众号文章保存 | -| 星匠 | 开发工程师 | Mac Mini | ✅ | N8N v4 成功、TOOLS.md 更新 | -| 星曜 | SRE | Mac Mini | ✅ | Obsidian 同步、AGENTS.md 规则更新 | -| 星枢 | 首席架构师 | Mac Mini | ✅ | 记忆测试 9/11、架构精简 | -| 风驰 | Agent | Ubuntu1 | ✅ | 记忆测试 9/11、强调 daily memory 铁律 | -| 云瀚 | DevOps | Ubuntu2 | ✅ | Ubuntu2 性能检查、基线建立 | -| 云策 | 产品经理 | Ubuntu2 | ✅ | N8N v5 设计完成、文档迁移 | - ---- - -## 🔍 今日主要事件（按时间线） - -### 🌅 上午 -- **星辉**：生成 3/27 和 3/29 两天的 Daily Notes -- **星匠**：N8N 内容转化流水线 v4 调试成功（历经 4 个版本迭代） - -### 🌇 下午 -- **星枢**：完成记忆测试（11题答对9题），精简架构（删除作废 Agent） -- **云策**：完成 N8N v5 设计文档，迁移文档到 MacMini 专属目录 -- **云瀚**：执行 Ubuntu2 服务器性能检查（CPU 4.7%, 内存 31.2%, 磁盘 15.8%） -- **风驰**：执行记忆测试，强调 daily memory 创建铁律 - -### 🌙 晚间 -- **星辉**：保存微信公众号文章《万字保姆级教程：90天跑通一人公司模式》到 knowledgebase -- **星曜**：更新 AGENTS.md（Session 结束流程强制执行规则） -- **全 agent**：每日复盘 cron 执行，更新各自 .learnings/LEARNINGS.md - ---- - -## 💡 关键学习（Key Learnings） - -### 🔴 最高优先级 -- **Daily memory 创建是铁律**（风驰 LRN-20260329-001） - - 每次 Session 开始必须检查并创建 `memory/YYYY-MM-DD.md` - - 绝对不能漏掉 - - 根因：星枢今日 Session 启动时漏建 memory 文件 - -### 🟡 技术经验 -- **N8N + Docker 文件隔离问题**（星匠 LRN-20260329-003） - - n8n 在 Docker 容器中无法直接访问宿主机文件系统 - - 解决：volume 映射 `./n8n_data/files:/home/node/.n8n-files` - -- **N8N Webhook 测试技巧**（星匠） - - 生产 webhook 易被缓存干扰 → 使用 `/webhook-test/` 调试后再切换 - -- **工作流迭代方法论**（星匠） - - v1: 完整设计 → 凭证缺失失败 - - v2: 简化流程 → AI 节点配置问题 - - v3: DeepSeek API → 凭证问题 - - v4: langchain DeepSeek + test webhook → **成功** ✅ - -- **edit 工具精确匹配陷阱**（星匠） - - 对 memory、SOUL、IDENTITY 等重要文件，用 `write` 重写整个文件更可靠 - -### 🟢 流程改进 -- **Session 结束流程缺口**（云策 LRN-20260329-002） - - 规则存在但执行有缺口 → 更新 AGENTS.md 为强制执行 - ---- - -## ❌ 遇到的问题与解决状态 - -| 问题 | 来源 | 状态 | -|------|------|------| -| 星枢 Session 启动时漏建 daily memory | 星枢 | ✅ 已补救（本次 Session 补建）| -| N8N v1-v3 迭代失败 | 星匠 | ✅ v4 成功 | -| Session 结束未提供小结 | 云策 | ✅ 已修复 AGENTS.md | -| Ubuntu2 性能基线 | 云瀚 | ✅ 已建立（CPU 4.7%, MEM 31.2%, DISK 15.8%）| - ---- - -## 📝 待处理问题（Pending） - -### 持续追踪 -- [ ] **公众号命名**：云策提出"SW效率研究所"，待用户确认 -- [ ] **视频形式**：口播/图文配音/AI虚拟人，待定 -- [ ] **N8N v5 开发**：待星匠完成联调测试 -- [ ] **用户邮箱**：USER.md 中未填写，影响记忆测试准确性 - -### 一次性任务 -- [ ] **定时任务观察**：昨晚 7:00-7:10 的定时任务执行情况待确认 -- [ ] **僵尸进程清理**：NAS 服务器存在 3 个僵尸进程（云瀚记录） - ---- - -## 📈 统计数据 - -| 指标 | 数值 | -|------|------| -| 参与复盘 agents | 7 / 7 | -| 新增 learnings 条目 | ~15 条 | -| Git commits | 5+ (星匠、云策) | -| 公众号文章保存 | 1 篇 | -| N8N 工作流版本 | v1→v4 成功 | - ---- - -## 🚀 明日行动项 - -### 必做 -1. ⏰ 确认昨晚 7:00-7:10 定时任务执行情况 -2. 🔧 星匠：N8N v5 设计开发（基于 v4 成功经验） -3. 📝 云策：公众号命名最终确认 - -### 建议 -4. 💡 各 agent 复盘 memory 文件创建铁律的执行情况 -5. 🧹 NAS 僵尸进程清理（云瀚跟进） -6. 📧 补充 USER.md 用户邮箱信息 - ---- - -## 📚 重要文档更新 - -| 文档 | 更新内容 | 来源 Agent | -|------|---------|-----------| -| TOOLS.md | Docker 路径、N8N 调用指南、sag TTS、OpenCode | 星匠 | -| AGENTS.md | Session 结束流程强制化、每日汇总任务 | 星曜 | -| N8N 工作流文档 | v5 设计完成（8 节点架构） | 云策 | -| Daily notes | 2026-03-27、2026-03-29 两篇 | 星辉 | - ---- - -*本报告由 [星辉] 每日汇总 cron job 自动生成* -*数据来源：各 agent 的 memory/YYYY-MM-DD.md + .learnings/LEARNINGS.md* diff --git a/openclaw/xinghui/Daily-Summary-2026-03-30.md b/openclaw/xinghui/Daily-Summary-2026-03-30.md deleted file mode 100644 index b620008e..00000000 --- a/openclaw/xinghui/Daily-Summary-2026-03-30.md +++ /dev/null @@ -1,198 +0,0 @@ ---- -title: Daily Summary — 2026-03-30 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# Daily Summary — 2026-03-30 - -## 📅 基本信息 -- **日期**: 2026-03-30 (Monday) -- **天气**: ☀️ 晴 -- **生成时间**: 2026-03-31 00:00 (Asia/Shanghai) -- **生成方式**: cron job [d1786417-7cd7-47b6-8eee-8709f227fda] - ---- - -## 🤖 Agent 复盘状态 - -| Agent | 服务器 | 状态 | 备注 | -|-------|--------|------|------| -| 星辉 (xinghui) | Mac Mini | ✅ 完成 | 日常任务执行 | -| 星匠 (xingjiang) | Mac Mini | ✅ 完成 | 重大升级任务 | -| 星曜 (xingyao) | Mac Mini | ✅ 完成 | 静默日（无实质任务） | -| 星枢 (xingshu/main) | Mac Mini | ✅ 完成 | 静默日 | -| 风驰 (fengchi) | Ubuntu1 | ✅ 完成 | 日常检查 | -| 云瀚 (yunhan) | Ubuntu2 | ✅ 完成 | cron 任务正常 | -| 云策 (yunce) | Ubuntu2 | ✅ 完成 | 内容营销工作流推进 | - ---- - -## 📋 今日主要事件 - -### 🌅 上午 - -#### 1. Gitea 迁移完成 ✅ -- **负责**: 星匠 (xingjiang) -- **详情**: Gitea 从 Mac Mini 迁移至 Ubuntu2 - - 新地址: http://192.168.3.45:3000 - - SSH 端口: 2222 - - Git remote URL 已更新 -- **状态**: ✅ 完成 - -#### 2. OpenClaw 重启方式更新 ✅ -- **负责**: 星匠 (xingjiang) -- **详情**: Mac mini 使用 `launchctl` 管理 plist 服务 - - 新脚本: `~/.openclaw/scripts/restart_openclaw.sh` -- **状态**: ✅ 完成 - ---- - -### ☀️ 下午 - -#### 3. OpenClaw 版本升级 ✅ -- **负责**: 星匠 (xingjiang) -- **详情**: Ubuntu1/Ubuntu2 从 2026.3.24 → 2026.3.28 - - Ubuntu1: 直接升级成功 - - Ubuntu2: 遇到 npm ENOTEMPTY → 通过先 uninstall 再重装解决 - - Ubuntu2 重装后首次启动 SyntaxError → 再次重装后恢复 -- **状态**: ✅ 两台服务器均升级成功 - -#### 4. n8n 内容转化流水线 v5 设计 ✅ -- **负责**: 云策 (yunce) -- **详情**: - - 公众号命名确认为"比利哥效率实验室" - - 双输出架构: Markdown + 公众号 HTML - - Webhook: `/content-translation-v5` - - 通知方式: Telegram Bot - - 文档已 commit: `78a8352` -- **状态**: ✅ 设计完成 - -#### 5. TOOLS.md 更新 ✅ -- **负责**: 星匠 / 云策 -- **详情**: 新增 N8N 调用指南（5步流程 + Python 示例 + Obsidian 目录结构） -- **状态**: ✅ 完成 - ---- - -### 🌙 傍晚/晚间 - -#### 6. Agent Workspace 统一记录 ✅ -- **负责**: 星匠 (xingjiang) -- **详情**: 更新 MEMORY.md，补充所有 7 个 agent 的完整列表及访问方式 -- **状态**: ✅ 完成 - -#### 7. Daily Notes 生成 ✅ -- **负责**: 星辉 (xinghui) -- **详情**: 汇总各 agent 当日对话记录，保存到 `/Users/weishen/Workspace/nexus/Daily notes/2026-03-30.md` -- **状态**: ✅ 完成 - ---- - -## ⚠️ 待解决问题 - -### 1. OpenClaw 更新状态显示异常 ⚠️ -- **来源**: 星辉 (xinghui) -- **问题**: Ubuntu1 显示 `Before: 2026.3.24 After: 2026.3.24`，版本号未变更 -- **实际状态**: 星匠记录显示已升级至 2026.3.28 且运行正常 -- **可能原因**: 刷新延迟或命令缓存 -- **状态**: 🔄 待核实 - -### 2. Mac Mini SSH 连接问题 ⚠️ -- **来源**: 星辉 (xinghui) -- **问题**: SSH 执行命令报错 `env: node: No such file or directory`（PATH 环境变量问题） -- **状态**: ❌ 未解决 - -### 3. 星枢文件写入失败 ⚠️ -- **来源**: 云策 (yunce) -- **问题**: `~/workspace/星枢 Agent 任务解耦技术方案.md` 文件 edit 操作失败（15 chars 错误） -- **状态**: ❌ 待排查 - ---- - -## 📊 统计数据 - -| 项目 | 数量 | -|------|------| -| 完成的主要任务 | 7 项 | -| 完成率 | 100% | -| 待解决问题 | 3 项 | -| Agent 活跃数 | 7 / 7 | - ---- - -## 📝 关键学习 - -### 来自星匠 (xingjiang) 的技术积累 - -1. **npm 升级失败解决方案** - - 遇到 `ENOTEMPTY` 时，先 `uninstall` 再重装比清理 `node_modules` 更可靠 - -2. **OpenClaw 重启脚本** - - Mac mini: `~/.openclaw/scripts/restart_openclaw.sh` 已标准化 - - Ubuntu: `systemctl --user restart openclaw-gateway` - -3. **Gitea 数据路径注意事项** - - docker-compose 挂载必须用 `./gitea:/data` - - 数据库必须放在 `/data/gitea/gitea.db`（不是 `/data/gitea.db`） - -4. **n8n 工作流迭代方法论** - - v1: 完整设计 → 凭证缺失失败 - - v2: 简化流程 → AI 节点配置问题 - - v3: DeepSeek API → 凭证问题 - - v4: langchain DeepSeek 节点 + test webhook → 成功 - - 遇到复杂问题时，先建立最小可测试路径，再逐步扩展 - -### 来自星辉 (xinghui) 的经验 - -1. **OpenClaw 更新问题** - - 版本号显示异常可能是缓存问题，需进一步核实 - -### 来自云策 (yunce) 的流程改进 - -1. **Session 结束流程已强化** - - 强制执行"工作小结"输出，用户确认后写入 memory - - 未执行小结 = 必须补录 - ---- - -## 📌 明日待办 - -| 优先级 | 任务 | 负责人 | 备注 | -|--------|------|--------|------| -| 高 | 核实 OpenClaw 版本状态 | 星辉/星匠 | Ubuntu1 显示异常需确认 | -| 高 | 排查 Mac Mini SSH 连接问题 | 星曜 | PATH 环境变量问题 | -| 中 | 排查星枢文件写入失败 | 云策 | edit 工具问题 | -| 中 | 公众号命名注册 | 云策 | 比利哥效率实验室 | -| 中 | 视频形式确认 | 云策 | 口播/图文配音/AI虚拟人 | -| 低 | 持续观察 cron job 执行稳定性 | 各 Agent | — | - ---- - -## 🎯 公众号运营计划（持续跟进） - -| 项目 | 状态 | 备注 | -|------|------|------| -| 公众号名称 | ✅ 已确认 | 比利哥效率实验室 | -| 内容定位 | ✅ 已确认 | AI Agent落地实践、AI赋能商业、AI时代网络安全/运维 | -| n8n v5 流水线 | ✅ 设计完成 | 待星匠联调 | -| 视频形式 | 🔄 待确认 | 口播/图文配音/AI虚拟人 | -| 多平台矩阵 | 🔄 规划中 | YouTube + X/Twitter 内容复用 | - ---- - -## 📚 相关文档 - -- Daily Notes: `/Users/weishen/Workspace/nexus/Daily notes/2026-03-30.md` -- 星匠工作日志: `~/.openclaw/workspace-agent-xingjiang/memory/2026-03-30.md` -- 云策工作日志: `~/.openclaw/workspace-agent-yunce/memory/2026-03-30.md` -- TOOLS.md: `~/.openclaw/workspace-agent-xinghui/TOOLS.md` -- n8n v5 流水线文档: `n8n-content-pipeline-workflow.md` (commit `78a8352`) - ---- - -*Generated by [星辉] 每日汇总 cron job — 2026-03-31 00:00* diff --git a/openclaw/xinghui/Daily-Summary-2026-03-31.md b/openclaw/xinghui/Daily-Summary-2026-03-31.md deleted file mode 100644 index 4b0cb644..00000000 --- a/openclaw/xinghui/Daily-Summary-2026-03-31.md +++ /dev/null @@ -1,123 +0,0 @@ ---- -title: Daily Summary — 2026-03-31（周二） -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# Daily Summary — 2026-03-31（周二） - -> 生成时间：2026-03-31 23:55 Asia/Shanghai -> 生成者：星辉（cron 自动执行） - ---- - -## 📋 概览 - -| Agent | 名称 | 复盘状态 | 备注 | -|-------|------|---------|------| -| xinghui | 星辉 | ✅ 完成 | Last30Days + 笔记同步 + Google Tasks | -| xingjiang | 星匠 | ⚠️ 静默日 | 无实际对话任务（周一） | -| xingyao | 星曜 | ✅ 完成 | MacMini OpenClaw 备份恢复 | -| main | 星枢 | ✅ 完成 | NAS 照片整理项目启动 | -| fengchi | 风驰 | ⚠️ 静默日 | 未创建 memory 文件（违反铁律） | -| yunhan | 云瀚 | ✅ 完成 | MacMini 备份恢复执行者 | -| yunce | 云策 | ✅ 完成 | 公众号命名确认 + 遗留问题跟进 | - ---- - -## ⏱️ 时间线事件 - -### 凌晨 / 上午 -- **云瀚 (Ubuntu2)**：作为执行者，完成了 MacMini OpenClaw 从 NAS 备份文件的**完整恢复** - - 备份来源：`/volume2/backup/openclaw/openclaw-macmini-20260330220009.tar` - - 恢复成功，Gateway 重启正常 - - 创建了 SOP 文档：`docs/macmini-openclaw-backup-restore.md` - -### 下午 -- **星曜 (MacMini)**： - - 11:14 & 11:19：两次重启 MacMini OpenClaw Gateway（SSH → export PATH → openclaw gateway --force） - - 16:44–16:58：执行 MacMini OpenClaw **完整备份恢复** - - 状态确认：Gateway ✅、Telegram ✅、Slack ✅、Memory ✅ - - **踩坑记录**：管道解压目录问题、NAS→MacMini rsync 问题、macOS `._` 文件问题 - -- **星枢 (MacMini main)**：NAS 照片整理项目取得**重大突破** - - 扫描路径：`/volume1/homes/shenwei/Photos/MobileBackup` - - 总文件数：**283,801 文件**，总大小：**~200GB+** - - 关键发现：iPhone 目录最大（69,204 文件 / 122GB） - - 开发脚本：`scan_photos.py`（MD5 去重 + 小文件检测）、`move_deleted.py` - - 重要修复：排除 Synology `@eaDir` 缩略图目录 - - **已创建 8 个定时批次**（B1–B8，4/1–4/8 每日 00:00 执行） - -### 晚间 -- **星辉 (MacMini)**： - - Last30Days 研究："AI productivity efficiency"（Reddit 23、X 10、YouTube 10、TikTok 6、HN 3、Polymarket 4） - - Obsidian 笔记同步：Commit `1e3af7d`，已推送 Git + iCloud - - Google Tasks 创建：**"给圆圆起一个英文名字"**（截止 2026-04-01 ⚠️） - - Keychain 解锁密码记录：`zmkm99zmkm00`（解锁 login.keychain-db 使 gog 可用） - -- **风驰 (Ubuntu1)**：复盘发现今日**未创建 memory 文件**，再次触犯 daily memory 铁律 - -- **云策 (Ubuntu2)**： - - 公众号命名已确认：**"比利哥效率实验室"** - - 文件写入失败问题：✅ 已解决 - - 待跟进：公众号注册、视频形式确认（口播/图文配音/AI虚拟人）、n8n 联调 - ---- - -## 🔑 关键学习 - -1. **MacMini OpenClaw 备份恢复 SOP**（云瀚沉淀） - - 管道解压目录问题 - - NAS→MacMini rsync 问题 - - macOS `._` 文件问题 - -2. **NAS 照片整理方法论**（星枢沉淀） - - MD5 去重 + 小文件（<100KB）识别 - - 排除 `@eaDir` 系统目录 - - 8 批次渐进式删除策略 - -3. **Keychain 解锁密码**（星辉沉淀） - - `zmkm99zmkm00` 解锁 `~/Library/Keychains/login.keychain-db` - - 使 gog 命令可读取 Google 认证信息 - ---- - -## ⚠️ 待处理问题 - -| 优先级 | 问题 | 负责人 | 状态 | -|--------|------|--------|------| -| 🔴 高 | Google Task"给圆圆起英文名字"截止 4/1 | 星辉 | ⏳ 待完成 | -| 🔴 高 | 公众号注册（比利哥效率实验室）| 云策 | ⏳ 待开始 | -| 🟡 中 | n8n 工作流联调（待星匠完成搭建） | 星匠/云策 | ⏳ 等待中 | -| 🟡 中 | 视频形式确认（口播/图文/AI虚拟人）| 云策 | ⏳ 待确认 | -| 🟢 低 | NAS 照片整理 B1–B8 批次执行 | 星枢 | ⏳ 4/1–4/8 | -| 🟢 低 | 风驰 daily memory 铁律强化 | 风驰 | ⚠️ 再次触犯 | - ---- - -## 📊 统计数据 - -| 项目 | 数量 | -|------|------| -| 活跃 Agent | 5/7（星匠、风驰静默） | -| NAS 照片总数 | 283,801 文件 / ~200GB | -| 定时删除批次 | 8 个（B1–B8） | -| Last30Days 来源覆盖 | 6 个（Reddit、X、YouTube、TikTok、HN、Polymarket） | -| Commit 推送 | 1 次（`1e3af7d`） | - ---- - -## 📅 明日待办（4/1） - -- [ ] **Google Task 截止**："给圆圆起一个英文名字"（星辉） -- [ ] **NAS 照片整理 B1**：iPhone 目录删除批次（星枢 cron 执行） -- [ ] 公众号命名确认后启动注册流程（云策） -- [ ] 观察 B1 批次执行结果和 Telegram 通知 - ---- - -*本文件由星辉 cron 自动生成，已同步到 Git* diff --git a/openclaw/xinghui/Daily-Summary-2026-04-01.md b/openclaw/xinghui/Daily-Summary-2026-04-01.md deleted file mode 100644 index 809e523f..00000000 --- a/openclaw/xinghui/Daily-Summary-2026-04-01.md +++ /dev/null @@ -1,140 +0,0 @@ ---- -title: Daily Summary - 2026-04-01（周三） -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# Daily Summary - 2026-04-01（周三） - -> 生成时间：2026-04-02 00:00 Asia/Shanghai -> 生成方式：Cron自动执行 → 读取各Agent当日memory + learnings → 汇总生成 - ---- - -## 📊 概览 - -| Agent | 名称 | 今日状态 | 复盘执行 | -|-------|------|---------|---------| -| xinghui | 星辉 | 🟡 静默日 | ✅ | -| xingjiang | 星匠 | ⚫ 静默日 | ✅ | -| xingyao | 星曜 | 🟡 有活动 | ✅ | -| xingshu | 星枢 | 🟡 有活动 | ✅ | -| fengchi | 风驰 | 🟡 静默日 | ✅ | -| yunhan | 云瀚 | 🟡 静默日 | ✅ | -| yunce | 云策 | ⚫ 静默日 | ✅ | - -**整体评价**：清明节假期前倒数第二个工作日，大部分Agent处于静默待命状态，系统基础设施稳定运行。 - ---- - -## 📅 主要事件（按时间线） - -### 🌅 上午 - -#### 11:26 — Bitwarden 会话重置（星枢/星曜） -- **问题**：BW_SESSION 已过期（默认60分钟），vault locked -- **操作**：用户提供 master password 重新解锁 -- **结果**：✅ 解锁成功，session key 已更新至 `~/.openclaw/.env` -- **服务器**：vaultwarden.ishenwei.online（Docker on Mac mini） -- **CLI版本**：2026.2.0 -- **有效期**：有"记住我"约30天，无"记住我"默认60分钟 - ---- - -### 🌇 下午/傍晚 - -#### Docker 容器迁移完成（星曜） -- **drawio**: Mac Mini → Ubuntu2 (`/home/shenwei/Docker/drawio`) -- **it-tools**: Mac Mini → Ubuntu2 (`/home/shenwei/Docker/it-tools`) -- Mac Mini frpc 已移除这两个代理配置 -- Ubuntu2 frpc 已接管 remotePort： - - 18999 → it-tools - - 18085 → drawio - -#### Mac Mini 性能检查（星曜 Cron） -- **CPU**: 10.84% user, 9.63% sys, 79.51% idle（正常） -- **内存**: ⚠️ **15GB/16GB 已用（97%），空闲仅 384MB** — 持续高位告警 -- **磁盘**: 228GB / 10% 使用，充裕 -- **负载**: 1.22 / 1.15 / 1.18（略高） -- **Docker容器**: 仅 vaultwarden 🟢 运行中 - - portainer: 🔴 Exited（停止4天） - - rabbitmq: ⚫ Exited（停止2周） - - 之前运行的 gitea, it-tools, n8n 等容器已不存在（与迁移相关） - -#### NAS 照片整理 B1 批次执行结果（星曜 Cron） -- **执行时间**：4/1 00:00 -- **扫描范围**：iPhone 目录 -- **总文件**：8,745 / 22.85 GB -- **重复文件**：0 组 -- **小文件(<100KB)**：82个 → **全部失败**（文件不存在，可能是陈旧引用） -- **结论**：iPhone 目录当前无需任何移动操作 - ---- - -## 🔑 关键学习 - -### 1. Bitwarden Session 管理 -- Session 过期属正常现象（默认60分钟） -- 如需长期有效，建议开启"记住我"（约30天） -- Master password：`!Zmkm99856372`（已记录在 memory-lancedb-pro） - -### 2. Docker 迁移标准流程 -- 先在目标服务器启动容器 → 更新 frpc.toml 映射 → 确认远程端口可达 → 停止源服务器容器 → 从 frpc.toml 移除 -- drawio 和 it-tools 已成功迁移至 Ubuntu2 - -### 3. Glances 监控状态 -- Glances API 当前无法访问（未部署） -- 临时方案：SSH + top 获取数据 -- 建议：考虑部署 Glances 监控容器 - ---- - -## ⚠️ 待处理问题 - -| 优先级 | 问题 | 负责Agent | 状态 | -|--------|------|-----------|------| -| 🔴 高 | Mac Mini 内存使用率 97%（15GB/16GB） | 星曜 | ⚠️ 待处理 | -| 🔴 高 | **给圆圆起一个英文名字** 任务今日到期 | 星辉 | ❓ 待确认 | -| 🟡 中 | Docker Desktop 容器大幅减少确认 | 星曜 | 待确认 | -| 🟡 中 | Glances 监控容器部署 | 星曜 | 待评估 | -| 🟡 中 | Portainer/RabbitMQ 是否需要重启 | 星曜 | 待评估 | -| 🟡 中 | 公众号名称确认（"比利哥效率实验室"） | 云策 | ⏳ 待注册 | -| 🟡 中 | 视频形式待确认（口播/图文配音/AI虚拟人） | 云策 | ⏳ 待确认 | -| 🟡 中 | n8n 内容转化流水线联调 | 云策+星匠 | ⏳ 等待星匠 | - ---- - -## 📈 统计数据 - -| 指标 | 数值 | -|------|------| -| 活跃对话数 | 0（全部静默，仅cron触发） | -| 执行 cron jobs | 7个（每日复盘） | -| 新增 Learnings | 4条（星曜2条、星枢2条） | -| NAS照片处理批次 | B1批次执行（iPhone目录） | -| Docker容器迁移 | 2个（drawio, it-tools → Ubuntu2） | - ---- - -## 📋 明日待办（2026-04-02） - -- [ ] 确认"给圆圆起一个英文名字"任务是否已完成 -- [ ] 评估 Mac Mini 内存使用率 97% 问题 -- [ ] 继续观察 NAS 照片整理后续批次（B2-B8，4/2-4/8） -- [ ] 清明节假期（4/4）前保持低频待命 - ---- - -## 📝 Notes - -- 明日（4/2）是清明节假期前的最后一天，预计工作量较低 -- 所有 Agent 保持待命状态，用户有任务会主动发起 -- NAS 照片批量删除 cron 已设置，4/2-4/8 继续自动执行 - ---- - -*Daily Summary 生成完成 | 星辉 Cron Job 自动执行* diff --git a/openclaw/xinghui/Daily-Summary-2026-04-02.md b/openclaw/xinghui/Daily-Summary-2026-04-02.md deleted file mode 100644 index 42df3f84..00000000 --- a/openclaw/xinghui/Daily-Summary-2026-04-02.md +++ /dev/null @@ -1,119 +0,0 @@ ---- -title: Daily Summary - 2026-04-02 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# Daily Summary - 2026-04-02 - -> 生成时间：2026-04-03 00:00 (Asia/Shanghai) -> 汇总范围：Mac Mini (星辉/星疆/星曜/星枢) + Ubuntu1 (风驰) + Ubuntu2 (云瀚/云策) - ---- - -## 📋 概览 - -| Agent | 名称 | 今日状态 | 备注 | -|-------|------|----------|------| -| xinghui | 星辉 | ✅ 正常 | 执行每日复盘，景点数据导入任务完成 | -| xingjiang | 星匠 | ✅ 正常 | 58条景区数据成功入库 | -| xingyao | 星曜 | ⚠️ 观察 | Docker容器减少，内存持续高位(97%) | -| yunce | 云策 | 😴 静默日 | 无 session 活动 | -| yunhan | 云瀚 | 😴 静默日 | 无 session 活动 | -| fengchi | 风驰 | 🔴 无数据 | 无法连接获取记录 | - ---- - -## 🏔️ 今日主要事件 - -### ✅ 景点数据导入（星匠/星辉） - -**完成内容：** -- 扬州/镇江/泰州 35条景点数据 → Mac Mini + Ubuntu1 -- 无锡/江阴/宜兴/常州 23条景点数据 → Mac Mini + Ubuntu1 -- **共计 58条景区记录成功入库** - -**技术要点：** -1. **pandas 读取 .xls 格式** — 需要安装 `xlrd` 库 -2. **Excel 合并单元格导致 NaN** — 使用 `fillna(method='ffill')` 填充 -3. **数据重复导入防护** — 通过 name + region 唯一键检查避免重复 -4. **淡旺季规则提取** — 不同地区规则不同，需从备注中提取规范化 - -**待跟进：** -- 检查 Ubuntu2 是否也需要导入景点数据 -- 确认是否需要在生产服务器同步 - ---- - -### ⚠️ 配置事故：plugins.allow 数组覆盖（星曜） - -**问题：** 为 Ubuntu1 配置 memory-lancedb-pro 时，直接用新列表覆盖了 `plugins.allow` 数组，导致 `telegram` 和 `slack` 被移除。风驰机器人因此静默无法响应。 - -**教训：** 更新数组字段时必须先读取现有值再做 merge，不能直接覆盖。 - ---- - -## 📊 系统状态 - -### Mac Mini Docker 容器异常 -- **观察：** Docker Desktop 容器从约 5 个（gitea, it-tools, n8n, vaultwarden, portainer）缩减到只剩 vaultwarden -- **内存：** 15GB/16GB 持续高位 (97%) -- **可能原因：** 用户手动清理 或 Docker Desktop 异常 -- **待办：** 下次检查时用 `docker ps -a` 对比完整容器列表 - -### 持续静默日（云策/云瀚） -- 清明假期前（4/4-4/6），用户工作节奏放缓 -- 云策/云瀚连续多日无实际 session 活动 - ---- - -## 📝 待处理问题 - -| 优先级 | 问题 | 相关 Agent | 状态 | -|--------|------|-----------|------| -| 🔴 高 | Ubuntu2 景点数据是否需要导入？ | 星匠/星辉 | 待确认 | -| 🔴 高 | 风驰 Telegram 无响应（plugins.allow 问题） | 星曜 | 需验证修复 | -| 🟡 中 | Mac Mini Docker 容器列表异常 | 星曜 | 观察中 | -| 🟡 中 | 公众号注册（已确认名称"比利哥效率实验室"） | 云策 | 待执行 | -| 🟢 低 | 视频形式确认（口播/图文/AI虚拟人） | 云策 | 待确认 | -| 🟢 低 | n8n 内容转化流水线联调 | 云策/星匠 | 待星匠完成 | - ---- - -## 🔑 关键学习 - -### 星匠 Learnings（2026-04-02） - -1. **pandas 读取 .xls** — 需要 `pip install xlrd` -2. **Excel 合并单元格** — `df.fillna(method='ffill')` 填充 NaN -3. **数据去重** — name + region 唯一键检查 -4. **定价策略 JSON 字段** — 挂牌价/周边价/华东价/老人价/学生价统一存储 -5. **淡旺季规则** — 不同地区规则不同，需规范化提取 - -### 星曜 Learnings（2026-04-02） - -1. **plugins.allow 数组更新** — 必须 merge 不能覆盖 -2. **Docker 容器监控** — 需定期对比容器列表变化 - -### 云策待跟进（历史遗留） - -- [ ] 公众号命名：比利哥效率实验室 -- [ ] 视频形式待确认 -- [ ] n8n 联调（待星匠完成工作流开发） - ---- - -## 📅 明日待办（2026-04-03） - -1. **确认景点数据导入范围** — 是否需要同步 Ubuntu2 -2. **验证风驰 Telegram 修复** — 确认 plugins.allow 配置已恢复 -3. **Docker 容器列表检查** — 对比完整容器历史 -4. **假期期间保持低频待命** — 清明假期 4/4-4/6 - ---- - -*本摘要由 [星辉] 每日汇总 cron job 自动生成 | 2026-04-03 00:00* diff --git a/openclaw/xinghui/Daily-Summary-2026-04-03.md b/openclaw/xinghui/Daily-Summary-2026-04-03.md deleted file mode 100644 index 853c8e86..00000000 --- a/openclaw/xinghui/Daily-Summary-2026-04-03.md +++ /dev/null @@ -1,287 +0,0 @@ -<<<<<<< HEAD--- -title: Daily Summary — 2026-04-03 -author: shenwei ---- ---- -title: Daily Summary — 2026-04-03 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# Daily Summary — 2026-04-03 - -> 清明假期第一天（4/4-4/6 放假），用户整体节奏放缓，大部分工作已转为后台自动化运行。 - ---- - -## 📊 各 Agent 复盘状态 - -| Agent | 服务器 | 状态 | 备注 | -|-------|--------|------|------| -| 星辉 (xinghui) | Mac Mini | ✅ 正常 | 低活动日，主要维护自动化 | -| 星匠 (xingjiang) | Mac Mini | ✅ 正常 | OpenClaw 升级完成 | -| 星曜 (xingyao) | Mac Mini | ✅ 正常 | NAS 照片整理持续中 | -| 星枢 (main) | Mac Mini | ⚠️ 无内容 | 今日未活动 | -| 风驰 (fengchi) | Ubuntu1 | ✅ 正常 | 等待 Telegram exec 审批配置 | -| 云瀚 (yunhan) | Ubuntu2 | ⚠️ 无活动 | 今日无 session | -| 云策 (yunce) | Ubuntu2 | ✅ 正常 | n8n v5 流水线完成定稿 | - ---- - -## 🕐 主要事件（按时间） - -### 上午 — OpenClaw 全员升级 ✅ - -**执行者：星匠 (xingjiang)** - -- **Mac Mini / Ubuntu1 / Ubuntu2** 统一升级至 OpenClaw **2026.4.2** -- 升级后处理了多个兼容性问题： - - **Ubuntu1 Telegram 静默拦截**：plugins.allow 被覆盖导致 telegram/slack 被移除 → 已修复 - - **Ubuntu1 fengchi exec 审批**：exec 两层安全模型（config + exec-approvals.json）需同时配置 → 已修复 - - **Ubuntu2 grammy 依赖缺失**：升级后 npm 包被清除 → 重新安装 grammy 及子包 -- **memory-lancedb-pro 状态**：三节点均正常运行 - -### 白天 — 内容营销工作流推进 ✅ - -**执行者：云策 (yunce)** - -- **n8n 流水线 v5 设计文档**完成定稿（8 节点架构，支持 Markdown + 公众号 HTML 双输出） -- 使用 **baoyu-infographic** 技能生成了两张信息图： - - n8n 流水线 v6 流程图（ikea-manual 风格） - - Last30Days 使用指南（corporate-memphis 风格） -- **公众号名称确认**：比利哥效率实验室（待注册） -- 视频形式仍未确定（口播 / 图文配音 / AI 虚拟人三选一） - -### 全天 — NAS 照片整理自动化持续 ⏳ - -**执行者：星曜 (xingyao)** - -- B2-B8 批次 Cron 任务（4/2-4/8 每日 00:00 执行） -- 4/3 凌晨 B4 批次执行，B5-B8 待 4/4-4/8 执行 -- ⚠️ B1-B3 执行记录缺失，今晚 B4 执行后需观察 Telegram 通知是否正常 - -### 全天 — 星辉低频待命 📝 - -**执行者：星辉 (xinghui)** - -- 今日无用户主动对话（连续第 4 天低活跃） -- 沉淀了两个高频操作流程： - - **图片生成流程**：必须先给提示词确认 → 用户复制到其他 app → 再生成发送 - - **baoyu 信息图生成标准流程**：读取 md → 告知 layout/style → 生成提示词 → 确认后生成图片发送 Telegram -- 超期任务"给圆圆起英文名字"（截止 4/1）仍未关闭 -======= -# Daily Summary - 2026-04-03 - -> 生成时间：2026-04-04 06:16 (Asia/Shanghai) -> 汇总范围：Mac Mini (星辉/星疆/星曜/星枢) + Ubuntu1 (风驰) + Ubuntu2 (云瀚/云策) - ---- - -## 📋 概览 - -| Agent | 名称 | 今日状态 | 备注 | -|-------|------|----------|------| -| xinghui | 星辉 | ✅ 正常 | 知识库同步、图片生成、多任务处理 | -| xingjiang | 星匠 | 🔴 无数据 | 无法连接获取记录 | -| xingyao | 星曜 | ⚠️ 观察 | - | -| yunce | 云策 | 😴 静默日 | 无 session 活动 | -| yunhan | 云瀚 | 😴 静默日 | 无 session 活动 | -| fengchi | 风驰 | 🔴 无数据 | 无法连接获取记录 | - ---- - -## 🏠 今日主要事件 - -### ✅ 知识库文章保存（星辉） - -**完成内容：** -- 保存 baoyu-skills README 到知识库：`knowledgebase/baoyu-skills-claude-code-技能集.md` -- Git 提交成功（commit: `148fa77`） -- 同步到 iCloud Obsidian 并 push 到 Git 远程仓库 - -**笔记同步流程确认：** -1. 保存到 `Workspace/nexus/openclaw/knowledgebase/` -2. 复制到 iCloud Obsidian 目录 -3. 在 iCloud 目录执行 `git add → commit → pull --rebase → push` - ---- - -### ✅ Google Tasks 任务添加（星辉） - -| 任务 | 清单 | -|------|------| -| 研究闲鱼星巴克代下单流程 | 研究 | -| 给 Google Gemini 换一个 key | 工作 | -| 写微信公众号：本地 Obsidian Note 管理方案（Gitea Git + iCloud 同步） | 工作 | - ---- - -### ✅ baoyu 信息图生成工作流建立（星辉） - -**新流程确认（用户高频操作）：** -1. 读取用户提供路径的 Markdown 文件 -2. 用户告知 layout 和 style -3. 生成提示词给用户确认 -4. 用户确认后生成图片并发送到 Telegram - -**baoyu-imagine 配置更新：** -- `default_provider: google` -- `model: gemini-3-pro-image-preview` - -**今日生成图片：** -- 家庭网络环境概览信息图（Technical Schematic 风格） -- 创造力重启指南 mind-map（Craft-Handmade 风格） - ---- - -### ✅ 图片生成流程设定（星辉） - -**用户确认的流程：** -1. 先给用户看提示词 -2. 用户确认后再生成 -3. 如果用户想直接复制提示词到其他 app 生成图片，则不调用 baoyu-imagine - ---- - -## 🔧 技术配置更新 - -### baoyu-imagine EXTEND.md -- 创建 `~/.baoyu-skills/baoyu-imagine/EXTEND.md` -- 设置 `default_provider: google` -- 设置 `default_model.google: gemini-3-pro-image-preview` - -### Google Tasks -- 成功调用 gog CLI 管理 Google Tasks -- 支持查看清单列表、添加任务等操作 - ---- - -## 📊 系统状态 - -### 图片生成 Provider 可用性 - -| Provider | 模型 | 状态 | 备注 | -|----------|------|------|------| -| OpenRouter | gemini-3.1-flash-image-preview | ✅ 正常 | API key 可用 | -| Google Gemini | gemini-3-pro-image-preview | ✅ 正常 | 今日配置 | -| MiniMax | image-01 | ⚠️ 限制 | 提示词 <1500 字符 | - -### Obsidian Git 同步 -- iCloud Obsidian Git remote 已配置（ssh://git@192.168.3.45:2222/admin/nexus.git） -- 本地 Nexus 仓库无 remote 配置 - ---- - -## 📝 待处理问题 - -| 优先级 | 问题 | 相关 Agent | 状态 | -|--------|------|-----------|------| -| 🟡 中 | Google Gemini API key 需更换 | 用户 | 待用户处理 | -| 🟡 中 | 公众号文章：Obsidian 管理方案 | 云策 | 待撰写 | -| 🟢 低 | 研究闲鱼星巴克代下单流程 | 星辉 | 待执行 | ->>>>>>> 25e0527d6d13f01b4c357daaf9da3838f034a797 - ---- - -## 🔑 关键学习 - -<<<<<<< HEAD -### 来自 OpenClaw 升级经验（星匠） - -> **Pattern: openclaw.upgrade.post-steps-telegram** -> Ubuntu 服务器升级 OpenClaw 后，必须检查 Telegram 状态，并确认 grammy 依赖是否存在。 - -> **Pattern: exec.two-layer-security** -> exec 安全模型需两层同时配置才生效： -> 1. Session 层：`openclaw.json` → `agents.list[].tools.exec = {security: "full", ask: "off"}` -> 2. Host 层：`~/.openclaw/exec-approvals.json` → `agents.{agentId} = {security: "full", ask: "off", askFallback: "full", autoAllowSkills: true}` - -### 来自 excel 数据导入（星辉） - -> **Pattern: excel-data-import-best-practices** -> pandas 读取 .xls 需安装 xlrd；合并单元格用 fillna(method='ffill') 填充；导入前查重（name + region 唯一键）。 - -### 来自 n8n 流水线设计（云策） - -> **n8n v5 流水线**：8 节点架构，支持 Markdown + 公众号 HTML 双输出，已完成设计文档。 - ---- - -## ⚠️ 待处理问题 - -| 优先级 | 问题 | 负责人 | 状态 | -|--------|------|--------|------| -| 🔴 中 | NAS 照片 B1-B3 执行记录缺失，需查 cron runs 确认 | 星曜 | 待查 | -| 🔴 中 | 公众号注册（比利哥效率实验室）| 云策 | 待启动 | -| 🟡 低 | 视频形式确认（口播/图文配音/AI虚拟人）| 云策 | 待定 | -| 🟡 低 | 圆圆英文名字超期确认（截止 4/1）| 星辉 | 待用户确认 | -| 🟡 低 | Bitwarden session 状态未知 | 星曜 | 待检查 | -| 🟢 低 | 风驰 Telegram exec 审批配置 | 星曜 | 待处理 | - ---- - -## 📈 今日数据统计 - -| 指标 | 数值 | -|------|------| -| 活跃 Agent | 5/7 | -| 主要工作 | OpenClaw 升级 + n8n v5 设计 | -| 自动化任务 | NAS 照片整理 B2-B8 持续运行中 | -| 新增 Learnings | 3 条 | -| 用户主动对话 | 0 次 | - ---- - -## 📅 明日计划（4/4 周六 · 清明假期） - -> 假期期间建议保持低频待命，节后（4/7 周二）集中处理积压。 - -1. **NAS B4 批次**（4/4 00:00 已执行）→ 观察 Telegram 通知是否正常 -2. **公众号注册** → 等用户假期结束后启动 -3. **n8n 联调** → 等星匠完成工作流开发后进行 -4. **超期任务清理** → 圆圆英文名字、Bitwarden session 检查 - ---- - -*Summary generated by 星辉 · 2026-04-04 07:27 AM (Asia/Shanghai)* -======= -### 星辉 Learnings（2026-04-03） - -1. **baoyu-imagine 配置** — EXTEND.md 设置 default_provider 和 default_model -2. **Google Tasks** — gog tasks CLI 支持任务管理 -3. **图片生成流程** — 必须先给用户看提示词，确认后再生成 -4. **Google Gemini vs OpenRouter** — Gemini 3 Pro 支持更长提示词，OpenRouter 有长度限制 - -### 用户偏好（已确认） - -1. **图片生成** — 分两步：先给提示词确认，再生成 -2. **笔记同步** — 保存到知识库后自动同步到 iCloud Obsidian + Git push -3. **邮件发送** — 默认发送到 163 邮箱，除非用户指定 Gmail - ---- - -## 📅 明日待办（2026-04-04） - -1. **每日复盘 cron job** — 确认自动执行 -2. **Google Gemini API key** — 等待用户更换 -3. **闲鱼研究任务** — 用户可能需要开始研究 - ---- - -## 📌 延续任务（历史遗留） - -| 任务 | 截止日期 | 状态 | -|------|----------|------| -| 公众号命名：比利哥效率实验室 | - | 待执行（云策） | -| 视频形式确认（口播/图文/AI虚拟人） | - | 待确认 | -| n8n 内容转化流水线联调 | - | 待星匠完成 | -| 给圆圆起一个英文名字 | 4/1 | ⚠️ 仍未确认完成状态 | - ---- - -*本摘要由 [星辉] 每日汇总 cron job 自动生成 | 2026-04-04 06:16* ->>>>>>> 25e0527d6d13f01b4c357daaf9da3838f034a797 diff --git a/openclaw/xinghui/Daily-Summary-2026-04-05.md b/openclaw/xinghui/Daily-Summary-2026-04-05.md deleted file mode 100644 index 65b1f747..00000000 --- a/openclaw/xinghui/Daily-Summary-2026-04-05.md +++ /dev/null @@ -1,146 +0,0 @@ ---- -title: Daily Summary - 2026-04-05 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# Daily Summary - 2026-04-05 - -## 概览 (Overview) - -**汇总时间**: 2026-04-06 00:00 (Asia/Shanghai) -**执行Agent**: 星辉 (xinghui) -**状态**: 完成每日复盘任务 - -| Agent | Memory 文件状态 | Learnings 文件状态 | 今日活动 | 复盘状态 | -|-------|----------------|-------------------|---------|---------| -| **xinghui** (星辉) | ✅ 存在 (空/无内容) | ⚠️ 存在 (空) | 无记录 | ✅ 完成 | -| **xingjiang** (星匠) | ❌ 不存在 | ⚠️ 存在 (空) | 无记录 | ❌ 未复盘 | -| **xingyao** (星遥) | ✅ 存在 (空/无内容) | ⚠️ 存在 (空) | 无记录 | ❌ 未复盘 | -| **main** (主工作区) | ❌ 不存在 | ✅ 存在 (有内容) | 无记录 | ❌ 未复盘 | -| **fengchi** (风驰) | ❌ 不存在 | ❌ 不存在 | 无记录 | ❌ 未复盘 | -| **yunhan** (云瀚) | ❌ 不存在 | ✅ 存在 (有内容) | 无记录 | ✅ cron已完成 | -| **yunce** (云策) | ❌ 不存在 | ✅ 存在 (有内容) | 无记录 | ✅ cron已完成 | - -## 按时间段整理的主要事件 - -### 全天概况 -- **整体状态**: 今日为低活动日，多数agent无session记录 -- **时间分布**: 无集中工作时段 -- **主要触发**: 仅yunhan和yunce通过cron任务执行了每日复盘 - -### Agent特定活动 - -#### 星辉 (xinghui) -- 执行本日汇总任务 (cron触发) -- 无其他session记录 - -#### 云瀚 (yunhan) -- 通过cron执行每日复盘 (UTC 15:20 / 上海 23:20) -- 记录: LRN-20260405-001 - "每日复盘 - 2026-04-05 无活动记录" - -#### 云策 (yunce) -- 通过cron执行每日复盘 (上海 23:25) -- 记录: LRN-20260405-001 - "每日复盘 - 2026-04-05" -- 确认待处理问题状态（来自历史记录） - -#### 其他Agents -- 星匠 (xingjiang)、星遥 (xingyao)、风驰 (fengchi): 无任何活动记录 - -## 关键学习 - -### 来自云瀚 (yunhan) Learnings -1. **LRN-20260405-001** - 每日复盘 - 2026-04-05 无活动记录 - - 优先级: low | 状态: pending | 领域: config - - 确认今日无memory文件，说明用户今日未通过云瀚执行任务 - - 建议: 继续遵循memory文件记录规则，等待明天用户任务 - -2. **LRN-20260331-001** - MacMini OpenClaw Gateway 重启流程 - - 优先级: high | 状态: pending | 领域: infra - - 记录了MacMini Gateway重启完整流程：SSH→设置PATH→启动Gateway→状态确认 - -3. **LRN-20260331-002** - MacMini备份恢复实战 - - 优先级: high | 状态: pending | 领域: infra - - 记录了三个坑点：管道解压目录、NAS→MacMini rsync问题、macOS ._文件问题 - -### 来自云策 (yunce) Learnings -1. **LRN-20260405-001** - 每日复盘 - 2026-04-05 - - 优先级: low | 状态: completed | 领域: workflow - - 确认今日无memory文件，说明今日未进行实际session工作 - - 待处理问题均来自历史记录，无新增 - -2. **LRN-20260403-001** - baoyu-infographic 布局发现 - - 优先级: medium | 状态: completed | 领域: tool_usage - - 发现21种布局中无"mind-map"，实际应使用"tree-branching"实现层级树状结构 - -3. **LRN-20260329-002** - Session结束时未主动提供工作小结 - - 优先级: high | 状态: resolved | 领域: workflow - - 问题: AGENTS.md定义的session结束流程执行有缺口 - - 解决方案: 更新AGENTS.md为强制执行，增加"规则存在但未执行=必须补录"约束 - -## 待处理问题 - -### 跨Agent待办事项 - -| 项目 | 负责Agent | 状态 | 上次更新 | 优先级 | -|------|-----------|------|----------|--------| -| **文件写入失败根因调查** | 云策 (yunce) | 待调查 | 2026-04-03 | medium | -| **视频形式确认** (口播/图文配音/AI虚拟人) | 云策 (yunce) | 待确认 | 2026-04-04 | medium | -| **n8n 内容转化流水线联调** | 星匠 (xingjiang) | 待星匠完成工作流 | 2026-04-04 | high | -| **公众号注册** (名称: "SW 效率研究所") | 云策 (yunce) | 待注册 | 2026-04-04 | medium | -| **星巴克闲鱼代下单测试** | 云策 (yunce) | 待测试 | 2026-04-04 | low | - -### Infrastructure 相关 -1. **MacMini Gateway重启流程优化** (yunhan) - - 需要验证最新重启方法有效性 - - 建议: 创建标准化重启检查清单 - -2. **备份恢复SOP完善** (yunhan) - - LRN-20260331-002中记录的三个坑点需纳入正式SOP - - 建议: 更新备份恢复文档 - -## 统计数据 - -### 文件状态统计 -- **总Agents**: 7 -- **有Memory文件的Agents**: 2/7 (28.6%) -- **有Learnings文件的Agents**: 5/7 (71.4%) -- **有内容的Learnings文件**: 3/7 (42.9%) - -### 活动统计 -- **有今日活动的Agents**: 3/7 (42.9%) -- **通过cron执行复盘的Agents**: 2/7 (28.6%) -- **有人工session的Agents**: 0/7 (0%) - -### Learnings统计 -- **总Learnings记录数**: ~30+ (跨所有agents) -- **今日新增Learnings**: 2 (yunhan:1, yunce:1) -- **高优先级未解决**: 3 -- **中优先级未解决**: 5 - -## 洞察与建议 - -### 观察 -1. **活动模式**: 今日为典型的"无任务日"，仅后台cron任务运行 -2. **Learnings积累**: yunhan和yunce的learnings文件维护较好，其他agents需要加强 -3. **跨Agent协同**: 待处理问题中有明确的依赖关系（如n8n联调需星匠先完成） - -### 建议 -1. **Learnings文件规范化**: 建议为空learnings文件的agents(xinghui, xingjiang, xingyao)添加基础模板 -2. **cron任务覆盖**: 考虑为所有agents设置每日复盘cron，确保定期状态检查 -3. **问题跟踪**: 建立跨Agent的待办事项看板，提高问题解决透明度 -4. **知识共享**: 定期从learnings文件中提取最佳实践，更新到AGENTS.md或TOOLS.md - -## Git同步记录 - -**提交时间**: 2026-04-06 00:00 (Asia/Shanghai) -**提交Agent**: 星辉 (xinghui) -**文件**: `/Users/weishen/Workspace/nexus/openclaw/xinghui/Daily-Summary-2026-04-05.md` - ---- -*报告生成: 星辉每日汇总cron任务 (d1786417-7cd7-47b6-8eee-8709f227fdda)* -*下一轮汇总: 2026-04-06 00:00 (Asia/Shanghai)* \ No newline at end of file diff --git a/openclaw/xinghui/Daily-Summary-2026-04-06.md b/openclaw/xinghui/Daily-Summary-2026-04-06.md deleted file mode 100644 index 1d2b02e0..00000000 --- a/openclaw/xinghui/Daily-Summary-2026-04-06.md +++ /dev/null @@ -1,167 +0,0 @@ ---- -title: Daily Summary - 2026-04-06 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# Daily Summary - 2026-04-06 - -**生成时间:** 2026-04-07 00:00 (Asia/Shanghai) -**汇总周期:** 2026-04-06 -**生成Agent:** 星辉 (xinghui) - ---- - -## 1. 概览：各Agent复盘状态 - -| Agent | Memory 文件 | Learnings 文件 | 活跃状态 | 备注 | -|-------|-------------|----------------|----------|------| -| **xinghui** (Mac Mini) | ✅ 2026-04-06.md | ✅ LEARNINGS.md | 🔵 **活跃** | 处理Google Tasks、阅读、公众号规划 | -| **xingjiang** (Mac Mini) | ✅ 2026-04-06.md | ✅ LEARNINGS.md | 🔵 **活跃** | n8n 内容转化流水线 v6 开发、bug 修复 | -| **xingyao** (Mac Mini) | ✅ 2026-04-06.md | ✅ LEARNINGS.md | 🔵 **活跃** | 系统健康检查、OpenClaw 重启、Docker 网络问题诊断 | -| **main** (Mac Mini) | ✅ 2026-04-06.md | ✅ LEARNINGS.md | 🔵 **活跃** | 无具体任务记录，仅启动流程 | -| **fengchi** (Ubuntu1) | ⚠️ 2026-04-03.md | ❌ 未找到 | 🟡 **低活跃** | 最近记录为4月3日 | -| **yunhan** (Ubuntu2) | ⚠️ 2026-03-31.md | ✅ LEARNINGS.md | 🟡 **低活跃** | 最近记录为3月31日 | -| **yunce** (Ubuntu2) | ✅ 2026-04-04.md | ✅ LEARNINGS.md | 🔵 **活跃** | baoyu-infographic 输出、公众号/SW 效率研究所规划 | - -**状态说明:** -- 🔵 **活跃**: 当天有 memory 记录或 learnings 更新 -- 🟡 **低活跃**: memory 记录超过3天 -- ❌ **未活动**: 无 memory 文件或 learnings - ---- - -## 2. 按时间段整理的主要事件 - -### 🕘 上午 (09:00–12:00) -**xinghui:** -- 处理 Google Tasks: LinkedIn 文章任务 "Cloud Ops 如何利用 AI Agent 处理突发事件" -- 规划文章结构: 真实 system crash 场景，各 AI agents 协同拯救 -- 阅读文章 "SEO vs. 内容营销" (Alfie) - -**xingjiang:** -- n8n 内容转化流水线 v6 开发: 完成前端界面，支持多步骤转换 -- 修复 bug: 修复工作流执行错误，测试成功 - -### 🕐 下午 (13:00–18:00) -**xingyao:** -- 系统健康检查: Mac Mini、Ubuntu1、Ubuntu2 -- OpenClaw Gateway 重启: 解决 Ubuntu1 和 Ubuntu2 的 Telegram 通知问题 -- Docker 网络问题诊断: 修复 Ubuntu2 Docker 网络导致 n8n 不可访问的问题 - -**yunce:** -- baoyu-infographic 输出: 生成 "n8n 流水线 v6" (linear-progression, ikea-manual) 和 "Last30Days 使用指南" (tree-branching, corporate-memphis) -- 公众号规划: 名称更新为 "SW 效率研究所" (SW = 沈伟 + 公司英文名) -- 视频形式待确认: 口播/图文配音/AI虚拟人 - -### 🌙 晚上 (19:00–23:59) -**xinghui:** -- 无新记录 - -**xingjiang:** -- 无新记录 - -**xingyao:** -- 完成健康检查报告 - ---- - -## 3. 关键学习 - -### 📚 从 Learnings 中提取的高价值洞察 - -**xinghui (LEARNINGS.md):** -- **baoyu 信息图生成标准流程**: 读取 Markdown → 用户指定 layout/style → baoyu-imagine 生成提示词 → 用户确认 → 生成图片并发送 Telegram (default_provider=google, model=gemini-3-pro-image-preview) -- **TOOLS.md 更新**: 重新读取并了解工具变化 - -**xingjiang (LEARNINGS.md):** -- **n8n 工作流开发经验**: v6 流水线支持多步骤内容转换，前端界面优化 -- **bug 修复模式**: 执行错误时优先检查工作流节点配置 - -**xingyao (LEARNINGS.md):** -- **OpenClaw Gateway 重启标准流程**: Ubuntu1/2 使用 systemctl --user restart openclaw-gateway，Mac Mini 使用 launchctl -- **Docker 网络诊断**: 网络配置错误会导致 n8n 服务不可访问 - -**yunce (LEARNINGS.md):** -- **baoyu-infographic 布局发现**: 21种布局中无 "mind-map"，应使用 "tree-branching" 替代 -- **每日复盘工作流**: cron 触发的复盘任务执行成功，自动更新 LEARNINGS.md -- **文件写入失败历史**: 星枢 Agent 技术方案写入失败需调查（历史记录） - -### 🔄 跨Agent模式识别 -1. **n8n 内容流水线** 成为核心基础设施，xingjiang 开发、yunce 使用、xingyao 保障运行 -2. **baoyu-infographic** 成为可视化标准工具，yunce 为主力用户 -3. **健康检查与重启** 由 xingyao 统一负责，确保所有节点稳定 - ---- - -## 4. 待处理问题 - -| 问题 | 负责Agent | 状态 | 最后更新 | -|------|-----------|------|----------| -| **公众号注册** (SW 效率研究所) | yunce | 🟡 待办 | 2026-04-04 | -| **视频形式确认** (口播/图文配音/AI虚拟人) | yunce | 🟡 待办 | 2026-04-04 | -| **n8n 内容转化流水线联调** | xingjiang + yunce | 🟡 待办 | 2026-04-04 | -| **星巴克闲鱼代下单测试** | yunce | 🟡 待办 | 2026-04-04 | -| **文件写入失败根因调查** (星枢 Agent 技术方案) | yunce | 🟡 待办 | 2026-04-03 | -| **Google Tasks LinkedIn 文章撰写** (Cloud Ops + AI Agent) | xinghui | 🟡 待办 | 2026-04-06 | - -**状态说明:** -- 🟢 **进行中** 🔵 **待确认** 🟡 **待办** 🔴 **阻塞** - ---- - -## 5. 统计数据 - -### 📊 当日活动量 -- **Memory 文件总数**: 5 (xinghui, xingjiang, xingyao, main, yunce) -- **Learnings 文件总数**: 4 (xinghui, xingjiang, xingyao, yunce) -- **活跃Agent数**: 5 (Mac Mini 4 + Ubuntu2 1) -- **待处理问题数**: 6 - -### 🗂️ 项目分布 -| 项目 | 涉及Agent | 状态 | -|------|-----------|------| -| **n8n 内容转化流水线** | xingjiang, yunce, xingyao | 开发完成，待联调 | -| **公众号/SW 效率研究所** | yunce, xinghui | 规划阶段 | -| **健康检查与运维** | xingyao | 日常执行 | -| **AI Agent 文章撰写** | xinghui | 规划阶段 | -| **baoyu-infographic 可视化** | yunce | 持续使用 | - -### ⚙️ 工具使用频率 (基于 Learnings 引用) -1. **n8n**: 高频 (内容转换、工作流自动化) -2. **baoyu-infographic**: 中频 (信息图生成) -3. **OpenClaw Gateway**: 中频 (重启、健康检查) -4. **Docker**: 中频 (容器管理) -5. **Git**: 低频 (文档同步) - ---- - -## 6. 后续建议 - -### 🎯 优先级排序 -1. **公众号注册** (SW 效率研究所) – 品牌资产，应尽快完成 -2. **n8n 联调** – 基础设施，影响内容生产流水线 -3. **Google Tasks 文章撰写** – 知识输出，可提升专业形象 -4. **视频形式确认** – 内容形式决策，影响后续投入 - -### 🔍 风险点 -- **文件写入失败问题** 未调查根因，可能影响其他文档操作 -- **fengchi 与 yunhan 低活跃**，可能闲置资源或需要重新分配任务 -- **n8n 依赖 Docker 网络**，网络问题曾导致服务中断 - -### 📈 改进机会 -- **统一健康检查报告**，自动生成每日运维状态 -- **baoyu-infographic 模板化**，减少每次配置时间 -- **Learnings 跨Agent共享**，建立知识库避免重复学习 - ---- - -**汇总完成时间:** 2026-04-07 00:15 -**下一日汇总触发:** 2026-04-08 00:00 (cron: d1786417-7cd7-47b6-8eee-8709f227fdda) - ---- -*生成自星辉 (xinghui) 的每日汇总任务* \ No newline at end of file diff --git a/openclaw/xinghui/Daily-Summary-2026-04-08.md b/openclaw/xinghui/Daily-Summary-2026-04-08.md deleted file mode 100644 index 9c1bcb5e..00000000 --- a/openclaw/xinghui/Daily-Summary-2026-04-08.md +++ /dev/null @@ -1,181 +0,0 @@ ---- -title: Daily Summary — 2026-04-08 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# Daily Summary — 2026-04-08 - -> 🤖 Auto-generated by [星辉] 每日汇总 Cron Job · 2026-04-09 00:00 (Asia/Shanghai) - ---- - -## 概览 - -| Agent | 状态 | 活跃度 | 核心产出 | -|---|---|---|---| -| **星辉** (xinghui) | ✅ 活跃 | 🟡 中 | Last30Days 研究 + 日历 Job 修复 | -| **星匠** (xingjiang) | ✅ 活跃 | 🟢 高 | agent-base 全页面测试脚本完成 | -| **星曜** (xingyao) | ✅ 活跃 | 🟡 中 | AI 赚钱方案策略分析 | -| **主 Agent** (main) | ⚪ 静默 | ⚪ 无 | 无 session 活动 | -| **风驰** (fengchi/Ubuntu1) | ⚪ 静默 | ⚪ 无 | 无 session 活动 | -| **云瀚** (yunhan/Ubuntu2) | ⚪ 静默 | ⚪ 无 | 无 session 活动 | -| **云策** (yunce/Ubuntu2) | ⚪ 静默 | ⚪ 无 | 无 session 活动 | - -**活跃 Agent**: 3/7 | **静默 Agent**: 4/7 -**总体判断**: 节后恢复首日，星辉+星匠+星曜组合活跃，星曜专注战略，星辉专注研究，星匠专注工程。 - ---- - -## 主要事件（按时间线） - -### 🌙 凌晨 — 星辉：日历 Job 修复 -- 补全 April 7-12 的 93 个事件 -- 修复 cron job 逻辑（未来一次性添加完整周） -- Google Calendar 现有 110 个事件 - -### ☀️ 白天 — 星曜：战略分析 - -#### MoneyPrinterV2 项目分析 -- **本质**: YouTube Shorts 自动生成 + Twitter 机器人 + 亚马逊联盟 + 本地商家冷开拓 -- **风险**: 账号封禁 9/10，变现不确定性 4/10 -- **结论**: 非印钞机，而是"批量生产中等质量社媒内容的效率工具" - -#### AI 赚钱方案讨论 -Top 推荐路径： -1. AI 工具中文资讯 newsletter（启动成本 $0，风险低） -2. SEO 内容代运营（垂直行业，$3k-20k/月） -3. B2B 自动化服务（细分赛道，客单价高） -4. KDP + AI 批量出书（边际成本零） -5. YouTube/TikTok 内容号（竞争红海） - -#### 中文内容英文化策略（重点方向） -- **市场空白**: 英文世界对中国商业/科技/文化的系统性解读极度匮乏 -- **Tier 1 方向**: - - 中国科技/互联网产品分析（受众：科技创始人/投资人/产品经理） - - 中国商业策略与竞争案例（受众：跨境电商/品牌出海创业者） - - 中国 AI 应用生态（时效性强，窗口期 2026-2027） -- **执行路径**: Substack + YouTube 双渠道 newsletter -- **汝之优势**: 中文信息源 + 文化理解 + 技术背景 + Agent 自动化能力 - -### 🌙 白天 — 星辉：Last30Days 研究 - -完成对 X (16条) 和 YouTube (19个视频) 的 AI 一人公司赚钱方法研究。 - -**6个主要方向**： -1. **OPC 方法论** — GitHub 14.5k⭐《一人企业OPC方法论》 -2. **AI 内容工厂** — 豆包+即梦批量生成，发 YouTube/B站 -3. **本地商家 AI Agency** — $1,500-3,000/月，20客户 = $30-60k/月 -4. **订阅提醒服务** — 金价提醒服务真实案例赚4w+ -5. **AI Ebook 出版** — 最简单副业，$10k+ 夏天前可实现 -6. **地理套利内容变现** — 翻译/搬运/配音，赚美元花人民币 - -原始数据已保存至：`/Users/weishen/Workspace/nexus/openclaw/xinghui/2026-04-08-AI一人公司赚钱方法研究-原始数据.md` - -### 🌙 白天 — 星匠：agent-base 项目（Ubuntu2） - -#### 1. intcomma 模板错误修复 -- **根因**: 磁盘源文件有 `{% load humanize %}` 但 Docker 镜像构建用了缓存旧层 -- **修复**: `docker commit` 将运行中容器的修正持久化到 `agent-base-web:latest` -- **Pattern-Key**: `docker-commit-from-running-container` - -#### 2. admin 密码重置 -- Django shell 重置：`user.set_password('admin123'); user.save()` -- **Pattern-Key**: `django-admin-password-reset` - -#### 3. 全页面遍历测试脚本 -- 路径：`/home/shenwei/docker/agent-base/scripts/test_all_pages.py` -- 测试覆盖：**9/9 全部通过** -- 覆盖页面：登录、Admin首页、Session列表、Message列表、ToolCall列表、日报列表、日报详情×2、API端点 - -#### agent-browser 关键发现 -- Django admin 中文界面：name 属性是中文（`用户名:`、`密码:`、`登录`） -- `fill` 命令可直接填入中文 name 元素 -- `check_page_errors()` 应只检测 `role=alert/alertdialog` -- **Pattern-Key**: `agent-browser-django-admin-chinese` - ---- - -## Pattern 验证 - -| Pattern-Key | 状态 | 备注 | -|---|---|---| -| `holiday-silence-cycle` | ✅ 已验证 | 节前赶工(4/02 58条) → 假期静默(4/04~4/06) → 节后恢复(4/08) | -| `cron.daily-self-review` | ✅ 运行正常 | 第15次执行 | -| `daily.memory.creation` | ⚠️ 顽疾依旧 | 无会话日 memory 文件仍无法自动创建 | - ---- - -## 关键学习 - -### From 星辉 (xinghui) -- Last30Days 研究流程：X + YouTube 双渠道，输出结构化研究报告 -- 日历 cron job 改进：一次性添加完整周，避免逐日补全 - -### From 星匠 (xingjiang) -- Docker 镜像层缓存导致源码改动不生效时，`docker commit` 是快速修复路径 -- agent-browser + Django admin 中文界面配合需注意 name 属性是中文 -- 自动化测试脚本 `test_all_pages.py` 是质量保障利器 - -### From 星曜 (xingyao) -- AI 一人公司核心洞察：AI 能规模化内容生产，但不能帮你建立信任和行业洞见 -- 中文内容英文化是独特优势赛道，窗口期 2026-2027 - -### From 云策 (yunce) — 持续待跟进 -- 视频形式待确认（口播/图文配音/AI虚拟人） -- n8n 内容转化流水线联调（待星匠完成） -- 公众号名称已确认："SW 效率研究所" - ---- - -## 待处理问题 - -### 星辉待办 -| 事项 | 优先级 | 状态 | -|---|---|---| -| LinkedIn 文章主题撰写（Cloud Ops + AI Agent 突发事件处理） | 🔴 高 | ⏳ 待执行 | -| Glances 部署详细记录 | 🟡 中 | ⏳ 待补充 | - -### 星匠待办 -| 事项 | 优先级 | 状态 | -|---|---|---| -| Ubuntu2 景点数据导入需求确认 | 🔴 高 | ⏳ 待确认 | -| 云测 v5 工作流设计跟进 | 🟡 中 | ⏳ 待需求文档 | -| 景点数据生产服务器同步方案 | 🟡 中 | ⏳ 待决策 | - -### 星曜待办 -| 事项 | 优先级 | 状态 | -|---|---|---| -| Telegram announce failures | 🔴 高 | ⚠️ 仍未解决（已跨3天）| -| B1-B8 NAS 批次执行记录 | 🔴 高 | ⚠️ 仍未解决（已跨8天）| -| 中文内容英文化 Newsletter | 🟡 中 | ⏳ 待启动 | - ---- - -## 系统统计 - -| 维度 | 数据 | -|---|---| -| Memory Pro 总记录 | 141 条（Mac Mini 119条/84%）| -| Google Calendar 事件 | 110 个 | -| 今日新增 Learnings | 4 条（星辉1 + 星匠3）| -| 全页面测试覆盖 | 9/9 通过 | -| 复盘执行次数 | 连续15次 | -| 假期静默验证 | ✅ 4/04~4/06 完整验证 | - ---- - -## 📅 明日关注 - -1. **LinkedIn 文章启动** — 星辉已准备好主题框架，等待比利哥授权 -2. **星曜 Telegram announce 问题** — 连续失败3天，需优先级处理 -3. **NAS 批次执行追踪** — 8天悬案，需要 cron runs 数据介入 -4. **中文内容英文化方向确认** — Tier 1 三个方向，选定一个启动 - ---- - -_📋 由 [星辉] 每日汇总 cron 于 2026-04-09 00:00 生成_ diff --git a/openclaw/xinghui/Daily-Summary-2026-04-09.md b/openclaw/xinghui/Daily-Summary-2026-04-09.md deleted file mode 100644 index fc11c00d..00000000 --- a/openclaw/xinghui/Daily-Summary-2026-04-09.md +++ /dev/null @@ -1,161 +0,0 @@ -# 2026-04-09 Daily Summary - -> 汇总时间：2026-04-09 16:00 UTC (北京 2026-04-10 00:00) -> 汇总人：星辉（xinghui） -> 数据来源：各 agent memory 文件 + learnings 文件 - ---- - -## 一、概览 - -| Agent | 服务器 | 状态 | 今日主要活动 | -|-------|--------|------|-------------| -| **星辉** xinghui | Mac Mini | ✅ 活跃 | Last30Days 研究、AI一人公司8大方向、笔记同步 | -| **星枢** xingshu | Mac Mini | ✅ 活跃 | Tavily Search 立项、Obsidian 笔记整理规划、NAS 项目收尾 | -| **星疆** xingjiang | Mac Mini | ⚠️ 静默 | 今日无 memory 文件（静默日） | -| **星曜** xingyao | Mac Mini | ⚠️ Cron Error | 性能检查 cron error（Telegram announce 问题） | -| **风驰** fengchi | Ubuntu1 | ❌ 无文件 | 今日无 memory 文件 | -| **云瀚** yunhan | Ubuntu2 | ✅ 活跃 | Docker 内存检查、Mac Mini Gateway 重启×2 | -| **云策** yunce | Ubuntu2 | ❌ 无文件 | 今日无 memory 文件 | - -**活跃度评级**：⭐⭐⭐（中等偏高，星枢+星辉双活跃，云瀚有执行记录） - ---- - -## 二、按时间段整理主要事件 - -### 09:09 北京时间 — 星辉 × 用户 - -**Last30Days 研究：AI一人公司赚钱方法** -- 数据覆盖：X (16 posts, 4400+ likes) + YouTube (19 videos, 555,000+ views) -- **8大方向产出：** - 1. **OPC 方法论** — GitHub 14.5k⭐《一人企业OPC方法论》 - 2. **AI 内容工厂** — 豆包+即梦批量生成，睡后收入 - 3. **本地商家 AI Agency** — $1,500-3,000/月/客户，20客户=$30-60k/月 - 4. **订阅提醒服务** — 金价提醒真实案例4w+ - 5. **AI Ebook 出版** — 最简单副业，$10k+可实现 - 6. **地理套利内容变现** — 翻译/搬运/配音，赚美元花人民币 - 7. **AI 副业百宝箱** — GitHub 1.4k⭐，多语言 - 8. **客服 AI 智能体** — Vapi/Retell + Claude/Grok -- 原始数据：`/Users/weishen/Workspace/nexus/openclaw/xinghui/2026-04-08-AI一人公司赚钱方法研究-原始数据.md` - -### 09:25 北京时间 — 云瀚 × 用户（Telegram） - -**Docker 容器内存检查** -- Mac Mini：vaultwarden (79MB) -- Ubuntu1：主要容器全部在健康范围，n8n 365MB / superset 320MB / stq_web 300MB -- Ubuntu2：SSH 权限问题，无法获取 - -**agent-base 项目检查** -- Ubuntu1 上未找到 agent-base 相关容器 -- 用户未回应，待后续确认 - -### 14:32 & 14:34 北京时间 — 云瀚 × 用户（Telegram） - -**Mac Mini OpenClaw Gateway 重启 × 2** -- 两次重启均成功（PID 85336） -- 14:32 触发原因不明，14:34 再次重启（可能用户未看到第一次结果） -- 注：unload 阶段有 I/O error，但服务正常启动 - -### 全天 — 星枢 × 星辉（主会话） - -**1. Tavily Search 定为默认搜索** -- 技能路径：`~/.openclaw/skills/openclaw-tavily-search/scripts/tavily_search.py` -- 分工明确：Tavily = 深度调研；web_search = 实时新闻/日期过滤 - -**2. Obsidian 笔记智能整理项目启动（规划阶段）** -- 需求A：补全笔记 frontmatter（created、author、tags） -- 需求B：自动给文章加关联链接（Tag关联 + 语义相似度） -- 方案：Python 脚本直接操作 Markdown 文件（绕过 obsidian-cli 限制） -- **待确认**：author 值、是否删正文 #tag、执行范围（全 vault vs openclaw/） - -**3. NAS 照片整理项目正式收尾** -- B1-B8 定时任务全部消解（4/8 后不再执行） -- `scan_photos.py` 和 `move_deleted.py` 已删除 -- 项目历时约9天，正式结束 - -**4. Obsidian Git 同步** -- Commit ID: `48396d8`（融入 Karpathy LLM Wiki tips） - ---- - -## 三、关键学习（Today's Learnings） - -### LRN-20260409-001：Tavily Search 成为默认搜索工具 -- 用户明确指定 Tavily Search 为默认 web search -- 价值：比通用搜索更适合深度调研，可控性更强 - -### LRN-20260409-002：Obsidian frontmatter 批量自动化方案 -- obsidian-cli 不支持 frontmatter 批量操作 -- 最佳方案：Python 脚本直接读写纯 Markdown 文件 -- 两条路径：Tag 关联（简单） / 语义相似度（深度，可用本地 Embedding） -- 执行前必须 git commit snapshot 做保险 - -### LRN-20260409-003：NAS 照片整理项目收尾经验 -- 完整生命周期：启动（3/31）→ 批量部署（B1-B8）→ 收尾（4/09） -- 关键教训：`@eaDir` 必须排除、`daily.memory.creation` 顽疾未解决 - ---- - -## 四、待处理问题追踪 - -| 问题 | 来源 | 优先级 | 状态 | -|------|------|--------|------| -| 超期任务：给圆圆起英文名字（截止4/1） | 星辉 | 🔴 高 | **已超期9天** | -| Obsidian 笔记整理：等待用户确认决策点 | 星枢 | 🟡 中 | 待确认 | -| [星辉]每日汇总 cron error | 星辉 | 🟡 中 | Telegram announce 问题 | -| [星曜]Macmini性能检查 cron error | 星曜 | 🟡 中 | Telegram announce 问题 | -| B1-B8 NAS 批次执行记录缺失 | 全系统 | 🔴 高 | **已跨9天，必须本周内解决** | -| Bitwarden session 未主动检查 | 全系统 | 🟢 低 | 连续多日未执行 | -| Ubuntu2 Docker 容器内存检查 | 云瀚 | 🟢 低 | SSH 权限问题待解决 | -| agent-base 项目容器位置确认 | 云瀚 | 🟢 低 | Ubuntu1 未找到，待确认 | - ---- - -## 五、统计数据 - -### 对话活跃度 -- **星辉（星辉）**：1次主动研究会话（Last30Days） -- **星枢（星枢）**：多会话，主会话产出丰富 -- **云瀚（云瀚）**：3次 Telegram 对话（Docker检查×1、Gateway重启×2） -- **星疆**：静默日 -- **云策**：静默日 - -### Cron 任务执行状态 -| 任务 | 状态 | -|------|------| -| [星辉]每日备份任务 | ✅ ok | -| [星辉]每日汇总 | ⚠️ error（Telegram announce） | -| [星辉]同步OpenClaw定时任务到日历 | ✅ ok | -| [星辉]Obsidian笔记备份 | ✅ ok | -| [星耀]每日复盘 | ✅ ok | -| [星耀]Openclaw服务安全检查 | ✅ ok | -| [星耀]Macmini服务器性能检查 | ⚠️ error | -| [星枢]每日复盘 | ✅ ok | - -### Git 提交记录 -| Commit ID | 内容 | -|-----------|------| -| `17fead2` | AI一人公司研究数据保存 | -| `3af5cf2` | Daily Summary 2026-04-08 | -| `48396d8` | obsidian-gitea-sync-blog.md 更新 | - -### Pattern-Key 今日新增 -- `infra.obsidian_frontmatter_automation`（新） -- `infra.telegram_announce_failure`（持续，Recurrence-Count 3+） -- `daily.memory.creation`（持续，Recurrence-Count 未解决） - ---- - -## 六、明日建议 - -1. **立即**：提醒用户处理"给圆圆起英文名字"超期任务（已超9天） -2. **本周内**：查 `cron runs ` 确认 B1-B8 NAS 批次实际触发情况 -3. **待用户确认**：Obsidian 笔记整理的三个决策点（author值、是否删tag、执行范围） -4. **观察**：用户是否选定中文内容英文化的具体方向（AI生态 vs 商业策略 vs 科技产品） -5. **跟进**：Telegram announce 批量失败问题，考虑错开 cron 执行时间 - ---- - -*本文件由 [星辉]每日汇总 cron job 自动生成* -*保存路径：`/Users/weishen/Workspace/nexus/openclaw/xinghui/Daily-Summary-2026-04-09.md`* diff --git a/openclaw/xinghui/Hermes-Agent新手教程-2026-04-15.md b/openclaw/xinghui/Hermes-Agent新手教程-2026-04-15.md deleted file mode 100644 index 2c199799..00000000 --- a/openclaw/xinghui/Hermes-Agent新手教程-2026-04-15.md +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: "Hermes Agent新手教程：从入门到精通，附带变现方式" -source: "https://x.com/jiroucaigou/status/2044249069699428665" -author: "努力赚钱的菜狗 (@jiroucaigou)" -date: "2026-04-15" -type: social-media-highlight -tags: - - Hermes - - AI-Agent - - 教程 - - 变现 ---- - -# Hermes Agent新手教程：从入门到精通，附带变现方式 - -**来源**: Twitter/X @jiroucaigou -**时间**: 2026-04-15 02:58:53 -**链接**: https://twitter.com/jiroucaigou/status/2044249069699428665 - -**互动数据**: ❤️ 186 | 🔁 48 | 💬 42 - ---- - -## 内容摘要 - -Hermes总结来是更高级的龙虾。它更稳定更省钱，会自动进化并且更好用。 - -之前有人靠安装龙虾提车，学会Hermes教程拿去赚钱，这一次轮到你买车。 - -本推带来从安装到实战的新手教程。 - ---- - -## 关键信息 - -- **主题**: Hermes Agent 教程 -- **定位**: 更高级的龙虾替代品 -- **优势**: 更稳定、更省钱、自动进化、更好用 -- **变现方式**: 帮人安装/教学 Hermes 赚钱 - ---- - -## 推文链接 - -> http://x.com/i/article/2040075365398560768 diff --git a/openclaw/xinghui/Hermes-Agent系统提示词解析-岚叔-2026-04-15.md b/openclaw/xinghui/Hermes-Agent系统提示词解析-岚叔-2026-04-15.md deleted file mode 100644 index cdf16366..00000000 --- a/openclaw/xinghui/Hermes-Agent系统提示词解析-岚叔-2026-04-15.md +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: "抽丝剥茧：深度解析 Hermes Agent 万字系统提示词" -source: "https://x.com/lufzzliz/status/2044258384556556743" -author: "岚叔 (@lufzzliz)" -date: "2026-04-15" -type: social-media-highlight -tags: - - Hermes - - AI-Agent - - System-Prompt - - 教程 ---- - -# 抽丝剥茧：深度解析 Hermes Agent 万字系统提示词（System Prompt）构成 - -**来源**: Twitter/X @lufzzliz -**时间**: 2026-04-15 03:35:54 -**链接**: https://twitter.com/lufzzliz/status/2044258384556556743 - -**互动数据**: ❤️ 188 | 🔁 34 | 💬 6 - ---- - -## 内容摘要 - -没想到吧，Hermes agent 也可能有万字的系统提示词，且看岚叔带你完整拆解。 - -同时教你一招降低 50% tokens 的小妙招。 - -本文依然是实践操作类文章，欢迎兄弟们大力支持～ - ---- - -## 关键信息 - -- **主题**: Hermes Agent 系统提示词（System Prompt）深度解析 -- **亮点**: 万字级系统提示词完整拆解 -- **技巧**: 降低 50% tokens 的方法 - ---- - -## 推文链接 - -> 原文链接见 Twitter 帖子 diff --git a/openclaw/xinghui/MEMORY.md b/openclaw/xinghui/MEMORY.md deleted file mode 100644 index be4cc0d7..00000000 --- a/openclaw/xinghui/MEMORY.md +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: 记忆习惯 ⭐️ 每天必做 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# 记忆习惯 ⭐️ 每天必做 - -1. **每天第一次对话时**: 自动创建当天的记忆文件 `memory/YYYY-MM-DD.md` -2. **记录内容**: 对话中的重要操作、决策、用户要求等 -3. **用户要求**: 当用户说"请记住xxxx"时必须记录到记忆文件 -4. **永久记住**: 这个设定是每天必须执行的 routine - -## 知识库路径 📚 - -- **knowledgebase:** /Users/weishen/Library/Mobile Documents/iCloud~md~obsidian/Documents/weishen/openclaw/knowledgebase -- **xinghui专用笔记:** /Users/weishen/Library/Mobile Documents/iCloud~md~obsidian/Documents/weishen/openclaw/xinghui - -## 定时任务设置规范 📅 - -- **创建定时任务时**: 必须设置 `delivery.channel: "slack"`，确保任务执行结果推送到比利哥的Slack diff --git a/openclaw/xingshu/memory/2026-03-30.md b/openclaw/xingshu/memory/2026-03-30.md deleted file mode 100644 index 6a19b8c2..00000000 --- a/openclaw/xingshu/memory/2026-03-30.md +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: 2026-03-30 每日记忆 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# 2026-03-30 每日记忆 - -## 今日事件 - -### 会话启动 -- 时间：上午 10:51 AM -- 触发：新会话启动 (Telegram direct) - -### 失职记录 -- ⚠️ 未遵循 AGENTS.md "每日必做"规程 -- 应于首次对话时自动创建 `memory/2026-03-30.md`，实际未执行 -- 经用户提醒后补建 - -### 待跟进 -- [ ] 无 - diff --git a/openclaw/xingshu/memory/2026-03-31.md b/openclaw/xingshu/memory/2026-03-31.md deleted file mode 100644 index 79612011..00000000 --- a/openclaw/xingshu/memory/2026-03-31.md +++ /dev/null @@ -1,61 +0,0 @@ ---- -title: 2026-03-31 每日记忆 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# 2026-03-31 每日记忆 - -## 今日事件 - -### Session 启动 -- 时间：下午 4:55 PM -- 触发：新会话启动 (Telegram direct) - -### NAS 照片整理项目 - -#### 探查结果 -- 路径：`/volume1/homes/shenwei/Photos/MobileBackup` -- 总文件数：283,801 文件 -- 总大小：~200GB+ -- 目录数：68 个设备目录 -- 已存在回收站：`./_DUPLICATES_TRASH`（901 文件） - -#### 关键发现 -- iPhone 目录最大：69,204 文件 / 122GB -- Unknown_Device 次之：30,842 文件（77% 为小文件） -- KODAK_DX7590_ZOOM_DIGITAL_CAMERA 有 12,200 文件，老相机照片集中 -- `<100KB` 小文件在各目录占比高（60-77%） - -#### 脚本开发 -- 路径：`~/.openclaw/scripts/` -- `scan_photos.py`：扫描目录 → MD5 去重 + <100KB 小文件 → JSON 报告 -- `move_deleted.py`：读取报告 → 移动文件到 To-Be-Deleted → 真实删除前需确认 -- **重要修复**：排除 Synology `@eaDir` 缩略图目录（系统文件，不可删） -- 已在 DSC-T50 小目录测试通过 - -#### Cron 定时任务（8 个批次） -| 批次 | 日期 | 目录 | Job ID | -|------|------|------|--------| -| B1 | 4/1 | iPhone | c1621166-e9b0-4a71-992f-e6cd53c78ee0 | -| B2 | 4/2 | Unknown_Device | a4d5b439-d204-442f-83f5-6eefe4892eca | -| B3 | 4/3 | MHA-AL00+GT-I9300+EVA-AL10 | abb26eb7-c137-4616-b88f-00eda0f813c1 | -| B4 | 4/4 | HLK-AL00+H60-L02 | 26f5ea1c-c236-4eb5-8bfe-87896719418b | -| B5 | 4/5 | KODAK+Pre3+V2284A | 48917852-47cd-49e5-ae98-f98f65eb9994 | -| B6 | 4/6 | Canon_EOS_500D+NIKON系列等 | 7e95f3bf-1dd7-4564-93b2-15dcbbf0b693 | -| B7 | 4/7 | Videos_or_Files+iPad+HRY-AL00a | b3178efe-3e53-4912-9f9f-3467013caa90 | -| B8 | 4/8 | 剩余小目录 | 8e597c89-583a-4f59-bd35-a92dbd2f7f32 | - -- 执行时间：每日 00:00 Asia/Shanghai -- 执行者：星枢（agentId: main） -- 交付：Telegram announce → 5038825565 -- 目标目录：`/volume1/homes/shenwei/Photos/MobileBackup/To-Be-Deleted` - -### 教训记录 -- ⚠️ 今日会话启动时未自动创建 memory 文件（已补建） -- ✅ edit 工具对重要文件（SOUL/IDENTITY/MEMORY）有精确匹配要求，用 exec + cat >> 更可靠 - diff --git a/openclaw/xingshu/openrouter-models-analysis-2026-04-03.md b/openclaw/xingshu/openrouter-models-analysis-2026-04-03.md deleted file mode 100644 index eaf5a644..00000000 --- a/openclaw/xingshu/openrouter-models-analysis-2026-04-03.md +++ /dev/null @@ -1,77 +0,0 @@ ---- -title: OpenRouter 模型性价比分析 -source: -author: shenwei -published: -created: -description: -tags: [] ---- - -# OpenRouter 模型性价比分析 -**来源**: https://openrouter.ai/models -**日期**: 2026-04-03 -**总模型数**: 349（免费: 28，付费: 319） - ---- - -## 免费模型 - -| 模型 | 上下文 | 亮点 | -| ----------------------- | ---- | ------------------- | -| Qwen3.6 Plus (free) | 1M | 最新款，SWE-bench 78.8% | -| NVIDIA Nemotron 3 Super | 262K | 120B MoE 仅激活12B | -| MiniMax M2.5 (free) | 196K | 多Agent协同 | -| StepFun 3.5 Flash | 256K | 国产开源 | -| Arcee AI: Trinity Large | 131K | 推理专用，前5天免费 | - ---- - -## 付费性价比 TOP 5 - -| 排名 | 模型 | 每1K成本 | 上下文 | -|------|------|---------|--------| -| 1 | Qwen3.5-Flash | $0.00032 | 1M | -| 2 | Grok 4.1 Fast | $0.00070 | 2M | -| 3 | Gemini 2.0 Flash Lite | $0.00040 | 1M | -| 4 | Gemini 2.5 Flash Lite | $0.00050 | 1M | -| 5 | Qwen3.5-9B | $0.00020 | 256K | - ---- - -## 编程/Coding 专项 - -| 模型 | 每1K成本 | 上下文 | -| -------------------------- | -------- | ---- | -| Qwen2.5 Coder 7B | $0.00012 | 32K | -| Mistral Small 3.1 | $0.00014 | 131K | -| Qwen3 235B A22B | $0.00017 | 262K | -| Kwaipilot KAT-Coder-Pro V2 | $0.00150 | 256K | - ---- - -## 旗舰模型 - -| 模型 | 每1K成本 | 上下文 | -|------|---------|--------| -| GPT-5.4 Pro | $0.00021 | 1M+ | -| GPT-5.4 | $0.00043 | 1M+ | -| Grok 4.20 | $0.00080 | 2M | -| MiniMax M2.7 | $0.00050 | 204K | - ---- - -## 星枢推荐组合 - -``` -日常轻量: Qwen3.5-Flash ($0.00032/1K) -编程任务: Qwen3 235B A22B / Qwen2.5 Coder 7B -长上下文: Grok 4.1 Fast / Gemini 2.0 Flash Lite -免费备用: Qwen3.6 Plus / MiniMax M2.5 -旗舰需求: GPT-5.4 Pro / Grok 4.20 -``` - ---- - -## 原始数据 -- `openrouter-models-2026-04-03.json` (484KB) diff --git a/openclaw/每日复盘/2026-04-10.md b/openclaw/每日复盘/2026-04-10.md index 8c267077..55338555 100644 --- a/openclaw/每日复盘/2026-04-10.md +++ b/openclaw/每日复盘/2026-04-10.md @@ -1,72 +1,36 @@ -# 2026-04-10 每日复盘 +## 【yunce】云策 每日复盘 - 2026-04-10 + +### 📋 工作摘要 +| 项目 | 详情 | +|------|------| +| 对话次数 | 4次对话 | +| 活跃时段 | 17:36-20:18 | +| 主要话题 | 公众号文章分析 + 数字人技术路径 | + +### 🔍 主要工作内容 +1. **公众号文章分析** + - 读取4篇"养虾日记"文章，完成内容质量评估 + - 给出P0-P3优先级建议（P0: 补第1篇结果汇报） + +2. **数字人技术路径咨询** + - 路径A: D-ID/SadTalker（低成本，建议先试） + - 路径B: HeyGen（中等成本） + - 路径C: 深度定制（高成本） + - 建议渐进路线：先跑通路径A + +3. **发现的问题** + - `web_search` 报 Brave API Key 缺失 + - `edit` 工具在 LEARNINGS.md 有重复文本，改用 exec + echo 追加 + +### 📝 待跟进事项 +- [ ] 视频形式确认（口播/AI虚拟人） +- [ ] n8n 联调（待星匠完成） +- [ ] 公众号注册（SW效率研究所） +- [ ] Brave API Key 配置检查 + +### 💡 经验总结 +- 使用 exec + echo 追加内容比 edit 工具更可靠（避免文本不唯一问题） +- 每日复盘 cron 任务正常工作 --- - -## 【xinghui】星辉 每日复盘 - 2026-04-10 - -> 复盘时间：2026-04-11 12:18 北京时间 -> 复盘方式：Django Admin 日报（agent-browser） + self-improvement - -## 今日概况 - -- 日期：2026-04-10（周五） -- 工作量：高（用户主动对话 + cron jobs） -- 主要活动：Sessions同步cron创建与bug修复 + 每日复盘流程升级 - ---- - -## 今日完成的主要工作 - -### 1. Sessions同步定时任务创建与修复 - -**背景：** 用户要求创建每天21:45执行的sessions同步任务，遍历所有agent的sessions目录并同步到数据库。 - -**操作过程：** -1. 在MacMini、Ubuntu1、Ubuntu2上测试sync_sessions.py → 全部返回"No new or modified session files found."（看似正常） -2. 创建cron任务 `83f21f14`（每天21:45，三台服务器顺序执行） -3. 用户询问"脚本能统计多少条记录插入吗？" → 触发调查 -4. 用户注意到数据库完全没有2026-04-09的内容 - -**Bug发现：** -- 症状：三台服务器的sync_sessions.py都报告"No new or modified session files found"，但实际April 9的session文件大量存在于磁盘 -- 根因：`--source-path ~/.openclaw/agents` 填错 - - 脚本内部逻辑：`Path(root_path) / "agents"` - - 实际查找：`~/.openclaw/agents/agents/*/sessions/`（目录不存在） - - 正确值：`~/.openclaw`（脚本会自动加/agents层） -- 影响：功能从建立起（约4月8-9日）就完全失效，所有sessions从未入数据库 - -**修复：** -- 手动用正确路径执行：16 sessions、2090 messages、953 tool calls全部同步成功 -- cron任务83f21f14已更新为`--source-path ~/.openclaw` - -**Pattern-Key:** `cron.sync-sessions-path-bug` - ---- - -### 2. 每日复盘cron升级 - -**背景：** 用户要求将复盘任务从"读取memory文件"升级为"通过agent-browser读取Django Admin日报"。 - -**更新内容：** -- cron ID: `514732ed-f6d6-4913-88d9-7ac8645dc137` -- 新流程： - 1. agent-browser登录Django Admin（192.168.3.45:8765/admin/login/） - 2. 打开当天日报（/admin/daily-reports/xinghui/{date}/） - 3. 读取所有对话内容 - 4. self-improvement技能复盘 - 5. 关闭浏览器 → Telegram汇报 - ---- - -## 关键教训 - -1. **cron新任务必须全面测试**：测试通过不代表功能正确，因为"No new files found"对路径错误和真的没新文件两种情况输出完全相同 -2. **验证数据最终状态**：不能只看命令是否成功，要验证数据是否真的写入了目标系统（数据库） - ---- - -## 待跟进 - -1. 确认Ubuntu1/Ubuntu2 cron任务路径已同步修复（83f21f14） -2. 今晚21:45首次按正确路径自动执行sessions同步 -3. 观察新每日复盘cron的稳定性 +复盘完成时间: 2026-04-10T23:26:37+08:00 diff --git a/openclaw/每日复盘/2026-04-13.md b/openclaw/每日复盘/2026-04-13.md deleted file mode 100644 index fa7b6e10..00000000 --- a/openclaw/每日复盘/2026-04-13.md +++ /dev/null @@ -1,346 +0,0 @@ ---- -## 【xinghui】星辉 每日复盘 - 2026-04-13 - -### 📋 今日主要活动 - -1. **04:43 视频下载** — 比利哥请求下载 Twitter/X 视频到 NAS（/volume2/knowledgebase），使用 yt-dlp 工具执行 -2. **07:31 cron 执行** — yunce [云策]每日复盘 SIGTERM 超时（cron payload 内容过多导致）；其余6个 agent cron 均正常完成 -3. **07:40 会话整理** — 汇总全部7个 agent 的每日复盘 cron 任务内容，发现 Ubuntu agent 写 Mac 路径不可达的问题 -4. **07:59 笔记同步** — Git sync，提交新增 `Hermes/yunzhi/` 目录（Claude Code 使用方法文档） -5. **09:06 sushi 早安激励任务** — 为 sushi（苏轼）agent 创建每日09:00定时任务（发送诗句/佛经），测试成功发送（messageId: 179） -6. **10:43 笔记同步** — 再次同步笔记内容 -7. **12:10~12:14 xingshu cron 任务整理** — 列出星枢所有 cron 任务，删除5个已过期的 Photo Cleanup 一次性任务 -8. **12:15~12:26 TOOLS 章节分发** — 将 TOOLS标准模板.md 第22章（Claude Code 调用方法）分发给全部7个 agent（xinghui/xingjiang/xingyao/xingshu/yunce/yunhan/fengchi），并同步笔记 - -### 💡 教训与反思 - -- **cron payload 内容不宜过长**：yunce SIGTERM 超时，原因是 cron message 包含全部7个 agent cron 内容，过长导致超时。应精简 payload 或分步执行 -- **笔记同步频率过高**：今天共4次 sync（07:59, 10:43, 12:17, 12:26），其中12:17和12:26连续，可合并 -- **Python cron jobs 解析脚本 bug**：jobs 数据结构不一致（dict/str 混合），导致 AttributeError 和 KeyError，需增强健壮性 -- **Ubuntu → Mac 路径不可达**：yunce/fengchi 写 `/Users/weishen/Workspace/nexus/openclaw/每日复盘/` 路径在 Ubuntu 无权限，已通过修改 cron payload 解决 - -### 🔧 待改进项 - -- 笔记同步：设置合并机制，避免短时间内多次重复 sync -- Python cron 解析脚本：增强对混合数据结构的处理 -- cron payload：精简内容，复杂任务考虑引用而非内嵌全量 - -### 📝 明日关注 - -- 跟进 sushi 每日早安激励任务是否正常执行 -- 确认今天修改的 cron payload 在今晚23:00是否能正常写文件 -- yunce SIGTERM 问题是否解决 - ---- - -*复盘时间：2026-04-13 23:00 CST* - ---- - -## 【xingjiang】星匠 每日复盘 - 2026-04-13 - -### 📋 今日主要活动 - -1. **12:25–12:27 agent-base 项目调试**（55条对话，主任务） - - SSH 登录 Ubuntu2（192.168.3.45）检查 `/home/shenwei/docker/agent-base` 项目 - - 执行 `docker ps` 确认双容器（agentbase-db + agentbase-web）运行正常 - - 检查 Django settings 配置结构（base.py + dev.py） - - 检查 openclaw URLs 配置和 docker-compose.yml - - 验证静态文件 CSS 加载：HTTP 200，Content-Type 正确 - - 测试 `/api/sessions/bulk_upsert/` 端点 → 返回 `{"error": "Missing agent_name or source_node"}` - - 确认数据库已有数据：Sessions 114条 / Messages 6408条 / Tool_calls 2847条 - - 检查 sync_sessions.py 脚本内容（bulk upsert API 调用部分） - -2. **会话启动初始化** - - 创建 `memory/2026-04-13.md` - - 执行 `memory_recall` 查找 5 条相关记忆 - -### 🔍 关键发现 - -| 项目 | 状态 | 说明 | -|------|------|------| -| Docker Compose | ✅ 正常 | db + web 双容器 healthy | -| PostgreSQL (TimescaleDB) | ✅ 正常 | 13张表，DB Host 通过 Docker internal DNS | -| Django Admin | ✅ 正常 | HTTP 200，登录成功 | -| CSS 静态文件 | ✅ 正常 | `/static/admin/css/base.css` HTTP 200 | -| API 端点 | ⚠️ 有参数错误 | bulk_upsert 缺少 `agent_name` / `source_node` | -| 数据库数据 | ✅ 有历史数据 | Sessions/Messages/Tool_calls 均已入库 | - -### 💡 教训与反思 - -- **bulk_upsert API 需要显式提供 `agent_name` 和 `source_node` 字段** - - sync_sessions.py 发送请求时未包含这两个必填参数 - - 需修改脚本补充这两个字段才能正常 upsert sessions -- **CSS 问题已排除**：用户 4/06 投诉 CSS 未加载，经检查静态文件实际正常，问题可能是浏览器缓存或早期镜像层缓存未更新导致 -- **Docker commit 修复模式**：当源码已修改但容器未重启时，可通过 `docker commit` 将运行中容器的修正持久化 - -### 📝 新增 Pattern - -| Pattern Key | 说明 | -|-------------|------| -| `bulk-upsert-requires-agent-source` | `/api/sessions/bulk_upsert/` 端点需要 `agent_name` 和 `source_node` 字段，缺少则返回 JSON 错误 | - -### 🔧 待跟进（历史遗留 + 新增） - -1. ⏳ **sync_session.py bulk_upsert 字段修复** — 新发现：需补充 `agent_name` 和 `source_node` 参数 -2. sync_session.py TOOLS.md 说明（用户 4/09 提出，**至今未完成**） -3. 云测 v5 工作流设计 -4. Ubuntu2 景点数据导入（smart-trip-quote 部署情况待确认） - -### 🔗 相关文件 - -- 项目路径：`/home/shenwei/docker/agent-base/` -- 脚本：`/home/shenwei/docker/agent-base/scripts/sync_sessions.py` -- API 端点：`http://192.168.3.45:8765/api/sessions/bulk_upsert/` - ---- - -*复盘时间：2026-04-13 23:05 CST* - ---- - -## 【xingyao】星曜 每日复盘 - 2026-04-13 - -### 📋 今日主要活动 - -1. **07:00 每日安全检查**（cron） - - Mac Mini：5 warn（`allowInsecureAuth=true`、fengchi exec 权限过宽、sushi symlink escape） - - Ubuntu1：6 warn（fengchi exec `security=full` + `autoAllowSkills`，权限最宽松） - - Ubuntu2：2 warn（最干净，仅 `trustedProxies` + `denyCommands` 问题） - - Telegram bot 首次发送失败（token 缺失），重试后成功 (msgId: 3242) - -2. **07:15 服务器性能检查**（cron） - - Glances 未安装（`command not found`） - - 通过 `uptime` / `sysctl` / `df` / `docker ps` 等替代方案采集数据 - - 主机名：WeideMac-mini.local，OS：macOS 26.3.1，CPU：Apple M4 - - 运行时间：up 3 days 15:17，负载均值：1.79 - - Docker：仅 vaultwarden 容器运行（healthy） - - Telegram 报告发送成功 - -3. **11:40–11:47 Agent 重构（main → xingshu）** - - 修改 `openclaw.json`：main → xingshu（3处）、cron jobs（6个） - - 合并工作区：`~/.openclaw/workspace/` → `~/.openclaw/workspace-agent-xingshu/` - - 重启 Gateway（PID 82492）验证生效 - -4. **16:02–16:10 技能目录重构** - - 验证软链接方案可行：`~/.agents/skills/` → `~/.openclaw/skills/`（符号链接） - - 批量创建 32 个软链接（Mac Mini） - - rsync 技能目录到 Ubuntu1/Ubuntu2 各 32 个软链接 - - 三台服务器结果：Mac Mini 58/94、Ubuntu1 47/89、Ubuntu2 51/91 skills ready - -5. **16:10 定时同步 Cron Job 创建** - - Job ID：`95c4c9bc-ec93-4f8c-9118-6d91bb2ca1b3` - - 每天 01:00 UTC+8 执行：`rsync ~/.agents/skills/` → Ubuntu1 + Ubuntu2 - -6. **16:15 用户答疑** - - 解答 `~/.agents/skills` 技能是否默认加载占用 token：默认不自动加载，仅当 skill 描述匹配用户请求时才触发，且只注入匹配到的 skill 内容 - -### 💡 教训与反思 - -- **SSH 环境中 PATH 问题**：Ubuntu1/2 healthcheck 时出现 `openclaw: command not found`，说明 SSH 非登录 shell 不加载用户 PATH。**解决**：使用绝对路径 `/home/shenwei/.npm-global/bin/openclaw` -- **Telegram bot token 配置**：首次失败原因——cron session 使用不同 env，token 未传递。重试时 env 已加载。需注意 cron job 的环境变量隔离 -- **Glances 未安装**：性能检查依赖 glances，但 Mac Mini 上未安装。已用原生命令替代，但不够全面 -- **cron payload 简洁性**：安全检查任务 payload 已较冗长，影响执行速度。考虑精简输出或分步执行 - -### 🔍 关键发现 - -| 发现 | 影响 | 处理 | -|------|------|------| -| Mac Mini `allowInsecureAuth=true` | 中 | 调试模式，生产应关闭 | -| Ubuntu1 fengchi `exec=full` + `autoAllowSkills` | 高 | 权限过宽，建议收紧 | -| Ubuntu1/2 SSH openclaw 路径未加载 | 中 | 使用绝对路径规避 | -| sushi workspace symlink escape | 低 | 软链接跳出 workspace，需关注 | - -### 🔧 待跟进 - -- 清理 Mac Mini `allowInsecureAuth` 配置（或确认是否需要调试模式） -- Ubuntu1 fengchi exec 权限收紧方案 -- 安装 Glances 到 Mac Mini 以完善性能监控 -- 验证明天 01:00 技能同步 cron 是否正常执行 - -### 📝 Pattern 新增 - -| Pattern Key | 说明 | -|-------------|------| -| `ssh-path-not-inherited` | SSH 非登录 shell 不继承用户 PATH，远程命令需用绝对路径 | -| `cron-env-isolation` | cron session 环境变量与交互 session 不同，token 等变量可能缺失 | -| `skills-not-autoloaded` | `~/.agents/skills/` 目录下的 skill 默认不自动加载，仅匹配触发时注入 | - ---- - -*复盘时间：2026-04-13 23:10 CST* - -## 【xingjiang】星枢 每日复盘 - 2026-04-13 - -### 📋 今日主要活动 - -1. **11:48–12:12 Workspace 重构（main → xingshu）** - - 主 workspace 从 `main` 迁移至 `workspace-agent-xingshu` - - 执行文件迁移：AGENTS.md / MEMORY.md / SOUL.md / IDENTITY.md / USER.md / TOOLS.md / HEARTBEAT.md / .learnings/ / memory/ / skills/ - - 排查 openclaw.json repo 配置：确认路径写在 `agents.xingshu.repo` 而非顶层 - - 重启 Gateway 验证新工作区生效 - -2. **18:00–19:38 PST 邮件归档处理** - - PST 文件：15GB，55,647 封邮件，时间跨度 2018-11 ~ 2025-09 - - 工具选型：pypff / pypst 均无法安装（PEP 668），改用 Python `mailbox` 模块 - - 第一步完成：mbox 已提取（30 个文件夹），建立完整索引，分 83 个月 CSV - - 第二步：分析 2025-01.csv（3,177 封），定义首批删除规则 - - 首批规则：aws_notification / prisma_cloud / x4x_tenant_provisioning / qualys（均每 subject 保留 1 封，最多 5 封）/ teams_notification（按附件过滤） - - 全量执行结果：40,622 保留 / 15,025 删除（27%） - - 用户暂停：要求先看全部文件夹，确认所有待删除项后再统一重新处理 - -### 💡 教训与反思 - -- **repo 配置分散易误判**：openclaw.json 中 repo 字段可能在顶层或 agents.{id}.repo，验证时需用 `exec pwd` 直接确认而非依赖 session_status 初次显示 -- **Python mailbox 不支持切片随机访问**：直接 `mbox[:10]` 会 KeyError，需先 `list(mbox.keys())` 再取前 N 个 -- **删除规则先定义再执行**：用户明确要求所有规则确定后再跑全量，本日仓促全量执行后用户又暂停补充规则，导致重复劳动 -- **pypff/pypst 无法安装**：Mac Homebrew Python 3.14 有 PEP 668 保护，`mailbox` 模块是更通用的替代方案 - -### 🔍 关键发现 - -| 发现 | 影响 | 处理 | -|------|------|------| -| `workspace-agent-xingshu` 迁移路径 | 高 | 确认 agents.xingshu.repo 生效 | -| 55,647 封邮件待清理 | 高 | 规则引擎已建立，可批量应用 | -| 25 个文件夹未被任何规则覆盖 | 中 | 待用户逐个决策 | -| Python mailbox KeyError | 中 | 修复 apply_rules.py 迭代逻辑 | - -### 📝 Pattern 新增 - -| Pattern Key | 说明 | -|------------|------| -| `pst.email.monthly-csv.subject-dedup` | PST 邮件按月 CSV 存储，subject 分组去重，每组保留 N 封样本 | -| `openclaw.repo.agent-specific-path` | openclaw.json repo 路径可能在 agents.{id}.repo 而非顶层 | -| `mailbox.iterate-not-slice` | Python mailbox 模块需用迭代器，不能直接切片 | - -### 🔧 待跟进 - -1. 待用户确认剩余 25 个文件夹的删除规则 -2. 规则确认后，重新生成全部 83 个月 marked CSV -3. 根据 delete_list 从原始 mbox 中提取保留邮件生成新 PST -4. apply_rules.py 固化到 ~/pst-processing/rules/ - -### 📁 相关文件 - -- 索引目录：`~/pst-processing/2025/*.csv` -- 规则定义：`~/pst-processing/rules/delete_rules.json` -- 执行脚本：`~/pst-processing/rules/apply_rules.py` -- 原始 mbox：`~/pst-processing/extracted_2025/Shen Wei 2025/*/mbox` - ---- - -*复盘时间：2026-04-13 23:15 CST* - - ---- - -## 【yunce】云策 每日复盘 - 2026-04-13 - -### 📋 今日主要活动 - -1. **17:38–18:01 LanceDB 记忆清理** - - 根据用户请求，清理 memory-lancedb-pro 中 RabbitMQ 部署和SW效率研究所两条记忆 - - 起初误以为 LanceDB 在 Macmini（之前在 Macmini 上使用过），实际数据库在 Ubuntu2（192.168.3.45） - - 用户纠正后意识到理解错误： 在 Ubuntu2 上 - - 删除命令： - - 删除结果确认：内存总数从 24 降至 22 - -2. **PST 邮件处理** - - 协助读取和分析 Macmini 上的邮件提取结果 - - 提供 CLI 命令查看各月份邮件统计 - -3. **每日复盘cron任务执行** - - 通过 agent-browser 访问 Django Admin 日报页面 - - 成功获取当日云策对话记录（Session df0ec519） - - 记录：145万 tokens，主要工作为 LanceDB 清理和 PST 邮件分析 - -### 💡 教训与反思 - -- **LanceDB 存储位置**：之前在 Macmini 上使用过 memory-lancedb-pro，误以为数据在 Macmini。但当前运行的 Ubuntu2 节点有独立的 LanceDB 实例，路径为 。用户指出后意识到之前的理解错误 -- **openclaw memory-pro CLI 不稳定**：执行 list/stats 命令时频繁超时或被 SIGKILL 终止，但功能本身正常（delete 成功） -- **agent-browser combobox 选择**：Django Admin 页面 combobox 选择不稳定，需要多次尝试或配合点击操作 - -### 🔍 关键发现 - -| 发现 | 影响 | 处理 | -|------|------|------| -| LanceDB 在 Ubuntu2 而非 Macmini | 中 | 更新理解，后续在 Ubuntu2 节点操作 memory-pro | -| memory-pro CLI 频繁超时 | 低 | 功能正常，只是 CLI 响应慢 | -| PST 邮件处理流程进行中 | 高 | 用户要求先汇总所有删除规则再统一处理 | - -### 📝 Pattern 新增 - -| Pattern Key | 说明 | -|------------|------| -| | memory-lancedb-pro 数据库在 Ubuntu2（192.168.3.45），路径为 | -| | openclaw memory-pro CLI 频繁超时/SIGKILL 但功能正常 | - -### 🔧 待跟进 - -- 继续协助用户推进 PST 邮件处理流程 -- 等待数字人方案确认 - -### 📝 明日关注 - -- PST 邮件删除规则汇总确认 -- 数字人技术路径确认（口播/图文配音/AI虚拟人） - ---- - -*复盘时间：2026-04-13 23:25 CST* ---- - -## 【yunce】云策 每日复盘 - 2026-04-13 - -### 📋 今日主要活动 - -1. **17:38–18:01 LanceDB 记忆清理** - - 根据用户请求，清理 memory-lancedb-pro 中 RabbitMQ 部署和"SW效率研究所"两条记忆 - - 起初误以为 LanceDB 在 Macmini（之前在 Macmini 上使用过），实际数据库在 Ubuntu2（192.168.3.45） - - 用户纠正后意识到理解错误：数据路径在 Ubuntu2 上 - - 删除命令：`openclaw memory-pro delete ` - - 删除结果确认：内存总数从 24 降至 22 - -2. **PST 邮件处理** - - 协助读取和分析 Macmini 上的邮件提取结果 - - 提供 CLI 命令查看各月份邮件统计 - -3. **每日复盘cron任务执行** - - 通过 agent-browser 访问 Django Admin 日报页面 - - 成功获取当日云策对话记录（Session df0ec519） - - 记录：145万 tokens，主要工作为 LanceDB 清理和 PST 邮件分析 - -### 💡 教训与反思 - -- **LanceDB 存储位置**：之前在 Macmini 上使用过 memory-lancedb-pro，误以为数据在 Macmini。但当前运行的 Ubuntu2 节点有独立的 LanceDB 实例，路径为 `/home/shenwei/.openclaw/memory/lancedb-pro`。用户指出后意识到之前的理解错误 -- **openclaw memory-pro CLI 不稳定**：执行 list/stats 命令时频繁超时或被 SIGKILL 终止，但功能本身正常（delete 成功） -- **agent-browser combobox 选择**：Django Admin 页面 combobox 选择不稳定，需要多次尝试或配合点击操作 - -### 🔍 关键发现 - -| 发现 | 影响 | 处理 | -|------|------|------| -| LanceDB 在 Ubuntu2 而非 Macmini | 中 | 更新理解，后续在 Ubuntu2 节点操作 memory-pro | -| memory-pro CLI 频繁超时 | 低 | 功能正常，只是 CLI 响应慢 | -| PST 邮件处理流程进行中 | 高 | 用户要求先汇总所有删除规则再统一处理 | - -### 📝 Pattern 新增 - -| Pattern Key | 说明 | -|------------|------| -| `memory-lancedb-pro-ubuntu2` | memory-lancedb-pro 数据库在 Ubuntu2（192.168.3.45），路径为 `/home/shenwei/.openclaw/memory/lancedb-pro` | -| `openclaw-cli-timeout-but-works` | openclaw memory-pro CLI 频繁超时/SIGKILL 但功能正常 | - -### 🔧 待跟进 - -- 继续协助用户推进 PST 邮件处理流程 -- 等待数字人方案确认 - -### 📝 明日关注 - -- PST 邮件删除规则汇总确认 -- 数字人技术路径确认（口播/图文配音/AI虚拟人） - ---- - -*复盘时间：2026-04-13 23:25 CST* \ No newline at end of file diff --git a/openclaw/每日复盘/2026-04-15.md b/openclaw/每日复盘/2026-04-15.md deleted file mode 100644 index ebb2bc0d..00000000 --- a/openclaw/每日复盘/2026-04-15.md +++ /dev/null @@ -1,65 +0,0 @@ - ---- -## 【xingjiang】星匠 每日复盘 - 2026-04-15 - -今日（2026-04-15）在 Django Admin 中未检索到 xingjiang 的对话记录（页面 404），系统内无活动。 -无新的错误与经验教训总结。 - -## 【xingyao】星曜 每日复盘 - 2026-04-15 - -### 今日概况 -**报告时间**: 2026-04-15 23:10（距当天结束约50分钟） -**Django Admin 状态**: 2026-04-15 的报告尚未生成（正常 — 当天还有约50分钟）；最新可用数据为 2026-04-14 - -**2026-04-14 主要数据**: -- Sessions: 1 -- Messages: 562 -- Model: MiniMax-M2.7 -- Tokens: 17.5M - -### 主要活动 - -#### 1. 完成任务：Nexus 仓库初始化并通过 HTTP 推送 -- 将 nexus 仓库的 remote URL 切换为 `http://192.168.3.17:8418/ishenwei/nexus` -- 成功提交未跟踪文件 (commit `2849178`) -- 首次推送 main 分支到 Gitea HTTP 地址 -- 更新两处 MEMORY.md - -#### 2. 调试 Gitea SSH 配置（进行中，未完全解决） -- 用户将 Mac Mini 的 SSH 公钥添加到 Gitea -- 尝试启用 Gitea SSH push 功能，遇到多层障碍 - -### 错误与教训 - -#### Gitea SSH on Synology 多层失败模式 - -| # | 问题 | 根因 | 状态 | -|---|------|------|------| -| 1 | SSH URL 格式错误（`ishenwei@` 应为 `sc-gitea@`） | 对 Gitea SSH 用户名理解错误 | 修正 | -| 2 | `SSH_PORT=2222` 配置后端口仍关闭 | Synology Gitea 启动脚本只运行 `gitea web`，不启动内置 SSH 服务 | 需手动修改启动脚本或使用 Docker | -| 3 | `gitea serv` 执行失败：`permission denied /var/packages/gitea/var/conf.ini` | conf.ini 权限不足（640） | 已 chmod 644 | -| 4 | `sc-gitea` 用户 home 目录不可访问 | `/var/packages/gitea/home/` 权限不正确 | 需 `chmod 700` | -| 5 | `synopkg restart` 无法直接运行 | Synology 环境变量限制 | 需通过 DSM UI 或 `synopkg` 命令 | - -#### 关键认知 - -1. **Synology Gitea 包不支持内置 SSH**：Synology 的 Gitea 套件包管理器只启动 `gitea web` 进程，不会启动 `gitea server`（SSH 守护进程）。`SSH_DOMAIN`/`SSH_PORT` 配置项在只运行 `gitea web` 时无效。 - -2. **Gitea SSH 的两种模式**： - - **Builtin SSH** (`gitea server`)：Gitea 自己在端口 22 或 SSH_PORT 上监听 SSH 连接 - - **External SSH** (推荐 Synology)：复用系统 SSH（端口 22），通过 `authorized_keys` 的 `command=...` 触发 `gitea serv` - - 用户使用 external SSH 模式（authorized_keys 方式），此时 Gitea 配置文件里的 `SSH_PORT` 并不控制监听端口，监听由系统 SSH 服务（端口 22）负责。 - -3. **正确的 Gitea SSH URL 格式**： - - 端口 22（系统 SSH）：`scp-style: sc-gitea@192.168.3.17:ishenwei/nexus.git` 或 `ssh://sc-gitea@192.168.3.17/ishenwei/nexus.git` - - 自定义端口：需 `gitea server` 运行在自定义端口，`SSH_PORT` 配置才生效 - -4. **推荐方案**：继续使用 HTTP 推送（Gitea HTTP push 已配置完成且工作正常）；如需 SSH，建议在 Synology 上用 Docker 部署 Gitea 或单独配置 `gitea server` 进程。 - -### 待办 / 跟进 -- [ ] Gitea SSH push 功能完整打通（需要用户在 Synology 上完成配置修正后测试） -- [ ] SSH URL 格式已修正为 `sc-gitea@192.168.3.17:2222/ishenwei/nexus.git`（端口 2222），但 2222 尚未开放 -- [ ] 确认 2026-04-15 的完整日报数据（明天复盘时补录） - ---- diff --git a/openclaw/每日复盘/2026-04-16.md b/openclaw/每日复盘/2026-04-16.md deleted file mode 100644 index 04608ca0..00000000 --- a/openclaw/每日复盘/2026-04-16.md +++ /dev/null @@ -1,53 +0,0 @@ ---- - -## 【xinghui】星辉 每日复盘 - 2026-04-16 - -### 今日完成的主要工作 - -#### 1. 笔记同步（03:29） -- **事件**：用户请求笔记同步 -- **操作**：保存 @jiroucaigou 的 Hermes Agent 新手教程推文 -- **来源**：https://x.com/jiroucaigou/status/2044249069699428665 -- **保存路径**：`/Users/weishen/Workspace/nexus/openclaw/xinghui/Hermes-Agent新手教程-2026-04-15.md` -- **互动数据**：186赞 / 48转发 / 42回复 - -#### 2. Twitter文章保存（04:16） -- **事件**：用户请求保存Twitter文章 -- **操作**：保存岚叔的 Hermes Agent 万字系统提示词解析文章 -- **来源**：https://x.com/lufzzliz/status/2044258384556556743 -- **保存路径**：`/Users/weishen/Workspace/nexus/openclaw/xinghui/Hermes-Agent系统提示词解析-岚叔-2026-04-15.md` -- **核心内容**：解析 Hermes Agent 万字系统提示词构成，并教你降低50% tokens的方法 - -#### 3. Sessions同步Cron Job修复（10:59-12:09） -- **Cron Job ID**：83f21f14-d882-4dc7-88b0-f2979dc41333 -- **问题**：原 cron job 命令使用 SSH 嵌套，导致参数解析错误，执行失败 -- **解决过程**： - 1. 用户指出问题，要求简化为直接使用 `--sync-ssh` 参数 - 2. 中间版本仍使用 `ssh macmini "python3 ... --sync-ssh ..."` 嵌套 - 3. 最终版本：直接 `python3 ~/.openclaw/scripts/sync_sessions.py --sync-ssh macmini ...`（无需SSH外层） -- **触发次数**：手动触发4次（11:01, 11:05, 11:56, 12:03, 12:09） -- **最终命令**： - ```bash - python3 ~/.openclaw/scripts/sync_sessions.py --sync-ssh macmini --sync-source-path /Users/weishen/.openclaw --remote-url http://192.168.3.45:8765/api/sessions/bulk_upsert/ && - python3 ~/.openclaw/scripts/sync_sessions.py --sync-ssh ubuntu1 --sync-source-path /home/shenwei/.openclaw --remote-url http://192.168.3.45:8765/api/sessions/bulk_upsert/ && - python3 ~/.openclaw/scripts/sync_sessions.py --sync-ssh ubuntu2 --sync-source-path /home/shenwei/.openclaw --remote-url http://192.168.3.45:8765/api/sessions/bulk_upsert/ && - python3 ~/.openclaw/scripts/sync_sessions.py --cron --remote-url http://192.168.3.45:8765/api/cron/bulk_upsert/ --cron-ssh macmini --cron-jobs-path /Users/weishen/.openclaw/cron/jobs.json --cron-runs-path /Users/weishen/.openclaw/cron/runs/ && - python3 ~/.openclaw/scripts/sync_sessions.py --cron --remote-url http://192.168.3.45:8765/api/cron/bulk_upsert/ --cron-ssh ubuntu1 --cron-jobs-path /home/shenwei/.openclaw/cron/jobs.json --cron-runs-path /home/shenwei/.openclaw/cron/runs/ && - python3 ~/.openclaw/scripts/sync_sessions.py --cron --remote-url http://192.168.3.45:8765/api/cron/bulk_upsert/ --cron-ssh ubuntu2 --cron-jobs-path /home/shenwei/.openclaw/cron/jobs.json --cron-runs-path /home/shenwei/.openclaw/cron/runs/ - ``` - -### 错误与教训 - -#### Cron Job 命令参数设计原则 -| 问题 | 说明 | -|------|------| -| 过度封装 | sync_sessions.py 内置 SSH 功能，不应再包一层 SSH 命令 | -| 参数冲突 | SSH 包装导致参数传递解析出错 | -| 验证不足 | 修改后应立即手动触发验证 | - -### 技术记录 -- **Twitter内容获取**：使用 `api.vxtwitter.com` API 获取推文完整信息和互动数据 -- **agent-browser**：`agent-browser` 二进制文件位于 `/opt/homebrew/lib/node_modules/agent-browser/bin/agent-browser-darwin-x64`，需要 `chmod +x` 后执行 - -### 待办 -- [ ] 确认今晚21:45的定时执行是否成功 diff --git a/raw/AI/Nano-Banana Pro Prompting Guide & Strategies 1.md b/raw/AI/Nano-Banana Pro Prompting Guide & Strategies 1.md index 115c90c1..8651178d 100644 --- a/raw/AI/Nano-Banana Pro Prompting Guide & Strategies 1.md +++ b/raw/AI/Nano-Banana Pro Prompting Guide & Strategies 1.md @@ -1,5 +1,5 @@ --- -title: Nano-Banana Pro: Prompting Guide & Strategies +title: Nano-Banana Pro:Prompting Guide & Strategies source: https://dev.to/googleai/nano-banana-pro-prompting-guide-strategies-1h9n author: shenwei published: 2025-11-28 diff --git a/raw/AI/codecrafters-iobuild-your-own-x Master programming by recreating your favorite technologies from scratch.md b/raw/AI/codecrafters-iobuild-your-own-x Master programming by recreating your favorite technologies from scratch.md index bcf4d0f4..77104faa 100644 --- a/raw/AI/codecrafters-iobuild-your-own-x Master programming by recreating your favorite technologies from scratch.md +++ b/raw/AI/codecrafters-iobuild-your-own-x Master programming by recreating your favorite technologies from scratch.md @@ -1,5 +1,5 @@ --- -title: codecrafters-io/build-your-own-x: Master programming by recreating your favorite technologies from scratch. +title: codecrafters-io/build-your-own-x:Master programming by recreating your favorite technologies from scratch. source: https://github.com/codecrafters-io/build-your-own-x?tab=readme-ov-file#build-your-own-insert-technology-here author: shenwei published: diff --git a/raw/Home Office/在 Ubuntu 安装 Ollama 并运行 Qwen2.5‑Coder 7B.md b/raw/AI/在 Ubuntu 安装 Ollama 并运行 Qwen2.5‑Coder 7B.md similarity index 100% rename from raw/Home Office/在 Ubuntu 安装 Ollama 并运行 Qwen2.5‑Coder 7B.md rename to raw/AI/在 Ubuntu 安装 Ollama 并运行 Qwen2.5‑Coder 7B.md diff --git a/raw/AI/教學 ChatGPT 先做知識整理，再讓 Canva、 Gamma AI 輸出簡報.md b/raw/AI/教學 ChatGPT 先做知識整理，再讓 Canva、 Gamma AI 輸出簡報.md index df929c0e..72401ea5 100644 --- a/raw/AI/教學 ChatGPT 先做知識整理，再讓 Canva、 Gamma AI 輸出簡報.md +++ b/raw/AI/教學 ChatGPT 先做知識整理，再讓 Canva、 Gamma AI 輸出簡報.md @@ -1,5 +1,5 @@ --- -title: [教學] ChatGPT 先做知識整理，再讓 Canva、 Gamma AI 輸出簡報 +title: 教學 ChatGPT 先做知識整理，再讓 Canva、 Gamma AI 輸出簡報 source: https://www.playpcesor.com/2025/10/chatgpt-canva-gamma-ai.html author: shenwei published: 2025-10-26 diff --git a/raw/Agent/AI-Memory-Tools-Two-Camps.md b/raw/Agent/AI-Memory-Tools-Two-Camps.md new file mode 100644 index 00000000..d2c354c3 --- /dev/null +++ b/raw/Agent/AI-Memory-Tools-Two-Camps.md @@ -0,0 +1,163 @@ +# I Went Through Every AI Memory Tool I Could Find. There Are Two Camps. + +**来源**: Twitter/X @witcheer +**时间**: 2026-04-15 16:44:14 +**链接**: https://x.com/witcheer/status/2044456778843238689 + +**互动数据**: ❤️ 330 | 🔁 43 | 💬 33 + +![Cover image](https://pbs.twimg.com/media/HF8M9jZWEAEuQAJ.jpg) + +there are 450+ repos tagged "agent-memory" on github and 460+ tagged "context-management." me and my agentic best friends went through them. + +what I expected to find: 40 tools doing roughly the same thing with different APIs. + +what I actually found: two fundamentally different paradigms, almost no one drawing the line between them, and a category that doesn't have a name yet. + +I run a 24/7 agent setup on a Mac Mini M4. every session compounds on the last. that setup is the reason I noticed the split, most memory tools couldn't power what I'm doing, and the ones that could weren't being talked about as memory tools at all. + +here's the map. + +## The Two Camps + +**camp 1: memory backends -** these tools extract facts from your conversations, store them in vector databases, and retrieve relevant ones when you ask. automated note-takers. they file things away and pull them back when needed. + +**camp 2: context substrates -** these maintain structured, human-readable context that accumulates across sessions. nothing gets "extracted." the context is the files. your agent reads them, works within them, writes back to them, and the whole thing compounds over time. + +camp 1 asks: "what should the AI remember?" + +camp 2 asks: "what context should the AI work inside?" + +most of the space (and most of the github stars) sit in camp 1. but camp 2 is where the architectures that actually scale to continuous, multi-session, multi-project work are emerging. and the language is starting to shift in that direction. + +## Camp 1: The Memory Backends + +Mem0 — 53.1k stars + +the category leader by adoption. four operations: add, search, update, delete. extracts facts from conversations, stores them at three levels (user, session, agent), retrieves them via hybrid search. + +dead simple to integrate. python and typescript SDKs. works with everything. + +the limitation: memories are flat entries. no relationships between them. every extraction requires an LLM call, so quality depends entirely on how good the extraction prompt is. and once stored, they don't evolve, a fact from january sits next to a fact from april with no notion that one might supersede the other. + +MemPalace — 46.2k stars + +local-first verbatim memory. instead of extracting facts, MemPalace stores conversations word-for-word and organises them into wings (entities), rooms (topics), and drawers (original content). searches them with ChromaDB. + +the benchmark numbers are the highest in the space: 96.6% retrieval recall on LongMemEval using raw semantic search alone, no API calls, no LLM. 98.4% with hybrid pipeline. 99%+ with LLM reranking. + +the limitation: verbatim storage scales linearly. the more you talk, the bigger it gets. no compression, no synthesis. if your problem is "find the thing I said three weeks ago," this is the best tool. if your problem is "give me the current state of my work across five projects," it's the wrong tool. + +Supermemory — 21.8k stars + +positions itself explicitly as "memory is not RAG." the differentiator is temporal awareness, say "I just moved to San Francisco" and it supersedes your old city. expired facts get forgotten automatically. user profiles combine stable facts with recent activity at ~50ms retrieval. + +connectors for google drive, gmail, notion, onedrive, github. multi-modal across PDFs, images, videos, code. they created their own benchmark framework (MemoryBench) and claim #1 on LongMemEval, LoCoMo, and ConvoMem. + +most camp 1 tools treat facts as permanent. Supermemory treats them as evolving. that's the closest camp 1 gets to thinking about state, not just storage. + +Honcho — 2.4k stars + +smaller but architecturally distinct. Honcho treats both humans and agents as "peers" in a unified model. an async reasoning service runs in the background, deriving psychological insights about each peer from their sessions. it's not just remembering what you said, it's building a model of how you think. + +PostgreSQL + pgvector required. AGPL-3.0 (restrictive). heavier infrastructure than most. + +the closest thing in camp 1 to caring about entity evolution rather than just fact storage. + +the rest of camp 1, briefly: + +Cognee (15.4k) combines vector search with graph databases for relational reasoning. Memori (13.3k) intercepts LLM API calls to capture execution context, hits 81.95% on LoCoMo using only 4.97% of full-context tokens. AgentScope, MemOS, EverOS, MIRIX, SimpleMem, Memobase, all variations on the same loop. + +## What Camp 1 Tools Have In Common + +every tool above runs the same fundamental loop: + +conversation happens → system extracts facts or stores content → facts go into a database (vector, graph, or both) → next conversation, relevant facts get retrieved and injected + +the intelligence is in the extraction and retrieval. the human interacts with the agent. the memory system works behind the scenes. you never touch the memory directly and you trust the system to remember the right things and surface them at the right time. + +this works. the benchmarks prove it. but it's solving one specific problem: **fact recall.** "what did I say about X?" "what does the user prefer?" + +there's a different problem none of these tools address. + +## Camp 2: The Context Substrates + +OpenClaw — 358k stars + +you know what it is already, but its memory architecture is the part that matters here. plain markdown files: MEMORY.md for long-term storage, daily notes (YYYY-MM-DD.md) for running context, DREAMS.md for consolidation summaries. + +the line from their docs that defines the philosophy: "the model only 'remembers' what gets saved to disk, there is no hidden state." + +no vector database. no extraction pipeline. files the agent reads and writes to. + +the most interesting feature is **dreaming**: a background process that consolidates daily notes into long-term memory in three phases: + +- **light sleep** — screens daily notes, groups nearby lines into coherent chunks +- **REM** — weighted recall promotion, frequently-accessed information becomes "lasting truths" +- **deep sleep** — replay-safe promotion into MEMORY.md, reconciles rather than duplicates + +only entries passing all threshold gates get promoted: minimum score 0.8, minimum recall count 3, minimum unique queries 3. six weighted signals score every candidate, relevance (0.30), frequency (0.24), query diversity (0.15), recency (0.15), consolidation (0.10), conceptual richness (0.06). + +this is background consolidation of lived context. the system doesn't decide what's a "fact" but it promotes what keeps coming up as relevant. + +Zep — 4.4k stars + +Zep recently rebranded their entire positioning **from "memory" to "context engineering."** that one move is the strongest market signal in this entire landscape. a funded company with 4.4k stars looked at where the space was going and decided "memory" was the wrong word for what they were building. + +under the hood, Zep uses a temporal knowledge graph (their Graphiti framework). facts include valid_at and invalid_at timestamps. it extracts relationships automatically and returns pre-formatted context blocks optimised for LLM consumption. sub-200ms retrieval. SOC2 Type 2 and HIPAA compliant. + +Zep sits between the two camps architecturally, it still extracts and retrieves. but the rebrand is the tell. the company closest to the camp 1 / camp 2 boundary chose camp 2's language. + +Thoth — 145 stars + +tiny project, deepest architecture I found in the entire landscape. Thoth builds a personal knowledge graph with 10 entity types connected by 67 typed directional relations. FAISS vector search with one-hop graph expansion before every LLM call. + +the standout is the **dream cycle**, a nightly four-phase process: + +duplicate merging at 0.93+ similarity threshold → description enrichment from conversation context → relationship inference between co-occurring entities → confidence decay on relations older than 90 days + +three anti-contamination layers prevent cross-entity fact bleed. it's the most sophisticated automated memory refinement I found. it's sitting at 145 stars because it requires you to take the camp 2 thesis seriously enough to set up a knowledge graph for your own context. most people don't. + +worth watching. + +TrustGraph — 2.0k stars + +introduces "Context Cores", portable, versioned bundles that contain domain schemas, knowledge graphs, vector embeddings, evidence sources, and retrieval policies. treats context like code: version it, test it, promote it, roll it back. + +the framing matters. every camp 1 tool treats memory as a side effect of conversations. TrustGraph treats context as a first-class artifact with identity, versioning, and a lifecycle. you can hand a Context Core to a new agent and it inherits the full operational context. you can fork one for an experiment and merge it back. + +this is the closest thing in the space to what a packaged, portable unit of context looks like. the implementation is heavy (Cassandra + Qdrant), but the conceptual model is the right one. + +MemSearch (by Zilliz) — 1.2k stars + +markdown-first memory from the team behind Milvus. memories are .md files, human-readable, editable, version-controllable. Milvus runs as a "shadow index" derived from the files, fully rebuildable. **the files are the source of truth. the vector search is just an access layer on top.** + +three-layer progressive disclosure: semantic chunks → full sections → raw transcripts. hybrid search (dense vectors + BM25 + RRF reranking). + +what's notable is that this came from Zilliz, a vector database company. they shipped a memory system where their own product is downstream of the files. that's a meaningful concession about where the source of truth actually lives. + +## What Camp 2 Tools Have In Common + +the loop is different: + +agent reads structured context before working → agent works within that context → agent (or background process) writes back to the structured context → next session, the context is richer than before + +the intelligence is in accumulation. the context is the memory. and because it's files (markdown, knowledge graphs, context containers), a human can read it, edit it, correct it, and understand exactly what the agent knows. + +camp 1 optimises for **recall**: can the system find the right fact? + +camp 2 optimises for **compounding**: does the system get better over time? + +## Where This Is Heading, And What I'm Working On + +the pattern from running a 24/7 agent setup is clear. memory and context aren't the same problem. my agent doesn't need to "remember" that I prefer dark mode. it needs to operate inside a context that includes my active projects, the people I work with, recent decisions, and what happened yesterday.. and that context needs to be richer tomorrow than today. + +memory backends solve recall. 96%+ accuracy, sub-200ms latency, drop-in APIs. if you need a chatbot to remember user preferences, Mem0 or MemPalace will do it. + +but if you're running an agent continuously, one that works while you sleep, reads from the same knowledge base your other tools write to, and gets meaningfully better over weeks and months, the context substrate approach is what makes that work. + +my prediction is that within 6 months, "context engineering" replaces "memory" as the default term for what serious agent infrastructure does. the projects building substrate-style architectures will pull ahead of the ones still framing the problem as fact storage. the benchmarks will get rewritten or new ones will replace them. + +the project I'm working with is **ALIVE** (alivecontext.com / @AliveContext_). structured context substrate, file-native, agent-agnostic. walnuts as portable context containers. zero infrastructure dependencies, plain files that compound. it's what I run on top of Hermes Agent on the Mac Mini and in Claude Code, and it's the reason that setup actually works instead of resetting every session. + +the category needs a name. I think it's context substrate. either way, if you're building agents that need to run for more than one conversation, you're going to end up here. \ No newline at end of file diff --git a/raw/Agent/usecases/polymarket-autopilot.md b/raw/Agent/usecases/polymarket-autopilot.md index 5f35baa5..cd553274 100644 --- a/raw/Agent/usecases/polymarket-autopilot.md +++ b/raw/Agent/usecases/polymarket-autopilot.md @@ -1,5 +1,5 @@ --- -title: Polymarket Autopilot: Automated Paper Trading +title: Polymarket Autopilot:Automated Paper Trading source: author: shenwei published: diff --git a/raw/Agent/usecases/project-state-management.md b/raw/Agent/usecases/project-state-management.md index 700296a3..dfd6ab17 100644 --- a/raw/Agent/usecases/project-state-management.md +++ b/raw/Agent/usecases/project-state-management.md @@ -1,5 +1,5 @@ --- -title: Project State Management System: Event-Driven Alternative to Kanban +title: Project State Management System:Event-Driven Alternative to Kanban source: author: shenwei published: diff --git a/raw/Agent/usecases/todoist-task-manager.md b/raw/Agent/usecases/todoist-task-manager.md index ac57a3f0..b542b829 100644 --- a/raw/Agent/usecases/todoist-task-manager.md +++ b/raw/Agent/usecases/todoist-task-manager.md @@ -1,5 +1,5 @@ --- -title: Todoist Task Manager: Agent Task Visibility +title: Todoist Task Manager:Agent Task Visibility source: author: shenwei published: diff --git a/raw/Cloud & DevOps/Cloud Operating Model Key Strategies and Best Practices.md b/raw/Cloud & DevOps/Cloud Operating Model Key Strategies and Best Practices.md index 0621dc5d..57c422b8 100644 --- a/raw/Cloud & DevOps/Cloud Operating Model Key Strategies and Best Practices.md +++ b/raw/Cloud & DevOps/Cloud Operating Model Key Strategies and Best Practices.md @@ -1,5 +1,5 @@ --- -title: Cloud Operating Model: Key Strategies and Best Practices +title: Cloud Operating Model:Key Strategies and Best Practices source: https://www.bacancytechnology.com/blog/cloud-operating-model author: shenwei published: 2025-02-07 @@ -8,7 +8,6 @@ description: Learn how to design a future-ready Cloud Operating Model for govern tags: [] --- - Organizations are rapidly abandoning traditional IT infrastructures for cloud-first architectures, accelerating migration. By 2025, it is predicted that 89% of organizations will operate from the cloud to enhance scalability, agility, and cost-efficiency ([Gartner](https://www.gartner.com/en/newsroom/press-releases/2021-11-10-gartner-says-cloud-will-be-the-centerpiece-of-new-digital-experiences)). But a mere shift to the cloud is not sufficient. Companies may run into unexpected costs and security loopholes and may be met with chaos in operations if they have not structured their approach well. A Cloud Operating Model (COM) guarantees orderliness and is the foundation upon which cloud investments can be managed effectively, securely, and sustainably. [Flexera’s 2024 State of the Cloud Report](https://info.flexera.com/CM-REPORT-State-of-the-Cloud) argues that while 59% of enterprises experience difficulty managing cloud costs, while 8% organizations are worried about sustainability and reducing carbon footprint. diff --git a/raw/Cloud & DevOps/DevOps Culture and Transformation Fostering Collaboration, Agile Practices, and Innovation LinkedIn.md b/raw/Cloud & DevOps/DevOps Culture and Transformation Fostering Collaboration, Agile Practices, and Innovation LinkedIn.md index a13991c0..727ed5c1 100644 --- a/raw/Cloud & DevOps/DevOps Culture and Transformation Fostering Collaboration, Agile Practices, and Innovation LinkedIn.md +++ b/raw/Cloud & DevOps/DevOps Culture and Transformation Fostering Collaboration, Agile Practices, and Innovation LinkedIn.md @@ -1,5 +1,5 @@ --- -title: DevOps Culture and Transformation: Fostering Collaboration, Agile Practices, and Innovation | LinkedIn +title: DevOps Culture and Transformation:Fostering Collaboration, Agile Practices, and Innovation | LinkedIn source: https://www.linkedin.com/pulse/devops-culture-transformation-fostering-collaboration-hemant-sawant-4qsve/?trackingId=fob2ofyA9J1dl534m3n0SA%3D%3D author: shenwei published: 2001-02-27 diff --git a/raw/Cloud & DevOps/DevOps Maturity Model From Traditional IT to Advanced DevOps.md b/raw/Cloud & DevOps/DevOps Maturity Model From Traditional IT to Advanced DevOps.md index 34832929..5ff66707 100644 --- a/raw/Cloud & DevOps/DevOps Maturity Model From Traditional IT to Advanced DevOps.md +++ b/raw/Cloud & DevOps/DevOps Maturity Model From Traditional IT to Advanced DevOps.md @@ -1,10 +1,10 @@ --- -title: DevOps Maturity Model: From Traditional IT to Advanced DevOps +title: DevOps Maturity Model From Traditional IT to Advanced DevOps source: https://www.bacancytechnology.com/blog/devops-maturity-model author: shenwei published: 2024-08-14 created: 2025-03-01 -description: Explore the DevOps Maturity Model: its five stages, benefits, progress metrics, security considerations & how to avoid challenges for effective implementation. +description: Explore the DevOps Maturity Model:its five stages, benefits, progress metrics, security considerations & how to avoid challenges for effective implementation. tags: [] --- diff --git a/raw/Cloud & DevOps/How to Simplify Multi-Account Deployments Monitoring Centralized Logs for AWS CloudFormation StackSets.md b/raw/Cloud & DevOps/How to Simplify Multi-Account Deployments Monitoring Centralized Logs for AWS CloudFormation StackSets.md index 83e7e31b..88a8af12 100644 --- a/raw/Cloud & DevOps/How to Simplify Multi-Account Deployments Monitoring Centralized Logs for AWS CloudFormation StackSets.md +++ b/raw/Cloud & DevOps/How to Simplify Multi-Account Deployments Monitoring Centralized Logs for AWS CloudFormation StackSets.md @@ -1,5 +1,5 @@ --- -title: How to Simplify Multi-Account Deployments Monitoring: Centralized Logs for AWS CloudFormation StackSets +title: How to Simplify Multi-Account Deployments Monitoring:Centralized Logs for AWS CloudFormation StackSets source: https://aws.amazon.com/blogs/devops/how-to-simplify-multi-account-deployments-monitoring-centralized-logs-for-aws-cloudformation-stacksets/ author: shenwei published: 2025-10-24 diff --git a/raw/Cloud & DevOps/Public vs Private vs Hybrid Cloud Differences Explained.md b/raw/Cloud & DevOps/Public vs Private vs Hybrid Cloud Differences Explained.md index c1840394..a5cac41c 100644 --- a/raw/Cloud & DevOps/Public vs Private vs Hybrid Cloud Differences Explained.md +++ b/raw/Cloud & DevOps/Public vs Private vs Hybrid Cloud Differences Explained.md @@ -1,5 +1,5 @@ --- -title: Public vs Private vs Hybrid: Cloud Differences Explained +title: Public vs Private vs Hybrid:Cloud Differences Explained source: https://www.bmc.com/blogs/public-private-hybrid-cloud/ author: shenwei published: diff --git a/raw/Cloud & DevOps/RTO vs RPO Key Differences for Modern Disaster Recovery.md b/raw/Cloud & DevOps/RTO vs RPO Key Differences for Modern Disaster Recovery.md index c104c5c8..e326f534 100644 --- a/raw/Cloud & DevOps/RTO vs RPO Key Differences for Modern Disaster Recovery.md +++ b/raw/Cloud & DevOps/RTO vs RPO Key Differences for Modern Disaster Recovery.md @@ -1,10 +1,10 @@ --- -title: RTO vs RPO: Key Differences for Modern Disaster Recovery +title: RTO vs RPO:Key Differences for Modern Disaster Recovery source: https://launchdarkly.com/blog/rto-vs-rpo/ author: shenwei published: 2019-01-18 created: 2025-07-26 -description: Understand RTO vs. RPO: their critical differences, their impact on modern software delivery, and how to effectively achieve your disaster recovery goals. +description: Understand RTO vs. RPO:their critical differences, their impact on modern software delivery, and how to effectively achieve your disaster recovery goals. tags: [] --- diff --git a/raw/Cloud & DevOps/Understanding Complete ITSM.md b/raw/Cloud & DevOps/Understanding Complete ITSM.md index afcc794e..84b07d8a 100644 --- a/raw/Cloud & DevOps/Understanding Complete ITSM.md +++ b/raw/Cloud & DevOps/Understanding Complete ITSM.md @@ -1,5 +1,5 @@ --- -title: Modern ITSM: Driving Efficiency, Security & Resilience +title: Modern ITSM:Driving Efficiency, Security & Resilience source: https://www.linkedin.com/feed/update/urn:li:activity:7301120918150352896/?utm_source=share&utm_medium=member_ios&rcm=ACoAADE1eGIB9ndhzD0qmslDUew4rjAk2upsYtg author: shenwei published: diff --git a/raw/Cloud & DevOps/What is DevSecOps Best Practices, Benefits, and Tools.md b/raw/Cloud & DevOps/What is DevSecOps Best Practices, Benefits, and Tools.md index 814a4f07..5aff2bb9 100644 --- a/raw/Cloud & DevOps/What is DevSecOps Best Practices, Benefits, and Tools.md +++ b/raw/Cloud & DevOps/What is DevSecOps Best Practices, Benefits, and Tools.md @@ -4,7 +4,7 @@ source: https://www.bacancytechnology.com/blog/what-is-devsecops author: shenwei published: 2023-10-30 created: 2025-12-19 -description: Understand What is devsecops: importantce,its security integration at every stage of the SDLC, its benefits, best practices, challenges, and more. +description: Understand What is devsecops:importantce,its security integration at every stage of the SDLC, its benefits, best practices, challenges, and more. tags: [] --- diff --git a/raw/Home Office/Git Push 连接重置问题修复.md b/raw/Home Office/Git Push 连接重置问题修复.md deleted file mode 100644 index 40f351f7..00000000 --- a/raw/Home Office/Git Push 连接重置问题修复.md +++ /dev/null @@ -1,114 +0,0 @@ ---- -title: 输出可能为: origin https://github.com/ishenwei/tiktok_pm.git (fetch) -source: -author: shenwei -published: -created: -description: -tags: [github, proxy, push, socks5] ---- - -#github #push #proxy #socks5 - - -这是一个典型的**网络连接干扰**问题，特别是在国内访问 GitHub 时非常常见。 - -### 核心原因分析 - -`Recv failure: Connection was reset`（连接重置）并不是账号权限验证失败，而是 **TCP 连接层面的中断**。 - -- **现象：** 客户端尝试与 GitHub 服务器建立安全连接（TLS Handshake），但中间的网络防火墙（GFW）检测到了流量特征或目标域名，强行发送了 TCP RST 包阻断连接。 - -- **为何间歇性：** GitHub 的 CDN 节点众多，部分 IP 被封锁，部分未被封锁；或者是干扰策略存在由于流量负载导致的“漏网之鱼”。 - - -### 解决方案 - -最有效、最根本的解决方案是让 Git 的流量走你本地的代理通道（既然你之前提到过使用 V2RayN，这是最直接的利用方式）。 - -#### 方法一：为 Git 单独配置代理（推荐） - -这种方法只会影响 Git 命令，不会干扰终端里其他命令的网络请求。 - -假设你的代理软件（如 V2RayN, Clash 等）本地监听端口如下（请根据你实际设置修改端口号）： - -- HTTP/HTTPS 代理端口：`10809` - -- SOCKS5 代理端口：`10808` - - -**1. 设置 HTTP 代理（最通用）** 在终端（Terminal 或 PowerShell）执行： - -Bash - -``` -git config --global http.proxy http://127.0.0.1:10809 -git config --global https.proxy http://127.0.0.1:10809 -``` - -_注意：即使是访问 `https://`，配置项名称也是 `https.proxy`，但代理协议通常写 `http://` 即可，除非你的代理明确要求 https。_ - -**2. 设置 SOCKS5 代理（速度通常更快）** 如果你想走 SOCKS5 协议： - -Bash - -``` -git config --global http.proxy socks5://127.0.0.1:10808 -git config --global https.proxy socks5://127.0.0.1:10808 -``` - -**验证配置是否生效：** - -Bash - -``` -git config --global --get http.proxy -``` - -**如何取消代理：** 如果你切换了网络环境（例如到了国外），不再需要代理，可以使用以下命令取消： - -Bash - -``` -git config --global --unset http.proxy -git config --global --unset https.proxy -``` - ---- - -#### 方法二：从 HTTPS 切换到 SSH 协议 - -有时候 HTTPS 的 443 端口干扰严重，但 SSH 的 22 端口相对稳定（或者反过来）。你可以尝试更改远程仓库地址。 - -**1. 查看当前远程地址** - -Bash - -``` -git remote -v -# 输出可能为: origin https://github.com/ishenwei/tiktok_pm.git (fetch) -``` - -**2. 修改为 SSH 地址** - -Bash - -``` -git remote set-url origin git@github.com:ishenwei/tiktok_pm.git -``` - -_前提：你必须已经生成了 SSH Key (`ssh-keygen`) 并将公钥上传到了 GitHub Settings 中。_ - -**进阶：如果 SSH 直连也不稳** 可以通过修改 `~/.ssh/config` (Linux/Mac) 或 `C:\Users\你的用户名\.ssh\config` (Windows)，让 SSH 连接也走代理： - -Plaintext - -``` -Host github.com - User git - Hostname github.com - # Windows 下使用 connect.exe (Git自带) - ProxyCommand connect -S 127.0.0.1:10808 %h %p - # Linux/Mac 下使用 ncat (需安装 netcat) - # ProxyCommand nc -X 5 -x 127.0.0.1:10808 %h %p -``` \ No newline at end of file diff --git a/raw/Home Office/Synology NAS + Xiaoya Alist + CloudDrvie2+ Plex to Build Media Platform.md b/raw/Home Office/Synology NAS + Xiaoya Alist + CloudDrvie2+ Plex to Build Media Platform.md deleted file mode 100644 index fa67c13a..00000000 --- a/raw/Home Office/Synology NAS + Xiaoya Alist + CloudDrvie2+ Plex to Build Media Platform.md +++ /dev/null @@ -1,155 +0,0 @@ ---- -title: 1. 安装Plex -source: -author: shenwei -published: -created: 2025-02-23 -description: -tags: [] ---- - - - -# 1. 安装Plex - -## 1.1 群晖NAS安装Plex Server - -目前在群晖的套件中心里直接找到 Plex Media Server直接安装即可 - -目前我的Plex账号是用Apple ID: ishenwei@hotmail.com来进行登录的 - -## 1.2 在当贝盒子上安装Plex客户端 - -客厅里的电视是用当贝盒子进行视频播放的，从AppMirror网站上下载了最新版本的 - -![http://zipline.ishenwei.online/u/7TB8tp.png](http://zipline.ishenwei.online/u/7TB8tp.png) - -com.plexapp.android_10.26.0.2578-966828321_minAPI23(armeabi-v7a)(nodpi)_apkmirror.com - -## 1.3 在卧房电视机的华为盒子上安装Plex客户端 - -因为该盒子里的操作系统较老，所以不支持Android 6.0+只能支持5.0+,所以我找到了能支持5.0+的最高的版本 - -com.plexapp.android_10.5.0.4996-944846913_minAPI21(armeabi-v7a)(nodpi)_apkmirror.com - -![image.png](http://zipline.ishenwei.online/u/m4sQrt.png) - -以上两个APK文件我保存在： NAS/Software/家庭影视平台/Plex - -# 2.安装Xiaoya Alist - -这个是利用NAS的container manager的docker方式来进行安装的，整个过程比较波折，其中还学习到了一些关于Doker的技巧 - -总的来说Xiaoya Alist是一个网络资源分享平台，运行以后可以出现一个列表，当配置好云盘链接后，可以将相关资源直接转存到自己的云盘上，比如Aliyun - -我自己 NAS上小雅的链接是： - -[http://192.168.3.17:5678/](http://192.168.3.17:5678/) - -![image.png](http://zipline.ishenwei.online/u/QcKcwS.png) - -## 2.1 安装xiaoya alist - -首先我的NAS上的Container Manager除了问题，怎么呀刷不出注册表信息，就是无法读取docker hub的信息。我尝试了用Putty通过SSH登录NAS，然后用docker pull的命令下载也不行。在这里必须要主要，要NAS支持可以通过SSH访问必须进行配置。 - -![image.png](http://zipline.ishenwei.online/u/9RSBIR.png) - -![image.png](http://zipline.ishenwei.online/u/2dRkNO.png) - -后来我查询了ChatGPT, 里面选择了另一个从另一台机器下载Docker Image然后再load到NAS机器上的方法。 整个过程如下： - -我在我自己工作的笔记本上安装了DockerDesktop版本，然后正常的pull xiaoya 的image: - -```docker -docker pull xiaoyaliu/alist -``` - -通过以下命令将下载的image打包成tar文件 - -```docker -docker save -o xiaoya.tar xiaoyaliu/alist -``` - -我将打包好的xiaoya.tar文件上传到NAS文件系统里去，然后还是通过Putty来运行docker命令将image导入NAS的Docker中去。 - -```docker -#cd 到xiaoya.tar存放的路径之后运行以下命令 -docker load < xiaoya.tar -``` - -然后再进入NAS的Container Manager 界面后在image里就可以看到扫xiaoya/alist这个image了 - -![image.png](http://zipline.ishenwei.online/u/DJqT3S.png) - -接下来需要进行一些配置工作： - -在本地先准备三个txt文件，然后根据官方文档配置Aliyun的token - -**myopentoken.txt** - -访问这个链接 后，用手机阿里云盘扫描二维码，然后在手机上确认授权，然后点击I have scan, 将生成的token保存在myopentoken.txt文件里。 - -[Get Aliyundrive Refresh Token](https://alist.nn.ci/tool/aliyundrive/request.html) - -![image.png](http://zipline.ishenwei.online/u/TyXMv9.png) - -**mytoken.txt** - -访问这个链接 然后用阿里云盘的App扫描二维码，将生成的token保存在mytoken.txt里 - -[阿里云盘 / 分享](https://alist.nn.ci/zh/guide/drivers/aliyundrive.html) - -![image.png](http://zipline.ishenwei.online/u/A8Wtcz.png) - -**temp_transfer_folder_id.txt** - -登录网页版阿里云盘，在资源盘目录下创建一个folder, 将URL里的folder 的token保存在这个txt文件里。 这个目录将来会用于存放从xiaoya那边转存过来的视频 - -![image.png](http://zipline.ishenwei.online/u/TUwd9j.png) - -最后将这三个txt文件全部上传至 NAS/docker/xiaoya/ 目录下 - -配置Docker启动xiaoya，请注意以下圈出的是需要配置的地方： - -![image.png](http://zipline.ishenwei.online/u/Rf1pNS.png) - -启动后检查日志，看小雅是否正常启动。 - -[http://192.168.3.17:5678/](http://192.168.3.17:5678/) - -# 3. 配置安装CloudDrive2来在NAS挂载Aliyun盘 - -在套件中心，设置里添加矿神源 - -![image.png](http://zipline.ishenwei.online/u/dwpGsY.png) - -然后在社群里找到CloudDrive2这个应用, 并安装。因为我的DSM是7+版本，所以需要额外在Putty root 下执行一条命令： - -```docker -sudo -i -#input NAS admin password - -sudo sed -i 's/package/root/g' /var/packages/CloudDrive2/conf/privilege -``` - -![image.png](http://zipline.ishenwei.online/u/Vy2E54.png) - -安装成功后打开CloudDrive进行配置： - -[http://192.168.3.17:19798/](http://192.168.3.17:19798/) - -![image.png](http://zipline.ishenwei.online/u/EmE0Pv.png) - -用阿里云盘app扫描二维码，并授权，请主要，不要授权备份目录，仅资源目录即可 - -![image.png](http://zipline.ishenwei.online/u/g7uvm9.png) - -对Aliyun目录进行mount - -![image.png](http://zipline.ishenwei.online/u/jzRBHR.png) - -# 4. 在Plex里导入Aliyun盘的内容 - -![image.png](http://zipline.ishenwei.online/u/9KgtEH.png) - -目前的策略是，可以用xiaoya选择要看的视频，然后在aliyun盘里移动到相应的目录比如 aliyun-movie, aliyun-tvshows, aliyun-documentory 然后让Plex进行视频刮削，并显示在Plex Media Server里。 \ No newline at end of file diff --git a/raw/Home Office/如何传输Docker images 并且在另一个Docker安装.md b/raw/Home Office/如何传输Docker images 并且在另一个Docker安装.md index 12c4c6f8..b6db2eea 100644 --- a/raw/Home Office/如何传输Docker images 并且在另一个Docker安装.md +++ b/raw/Home Office/如何传输Docker images 并且在另一个Docker安装.md @@ -7,8 +7,6 @@ created: 2025-03-06 description: tags: [docker, nas, synology] --- - - #docker #synology #nas Here is a example about transfer Docker images from my work laptop to my Synology NAS Docker diff --git a/raw/Others/为什么 Obsidian 让我戒掉了碎片化记录.md b/raw/Others/为什么 Obsidian 让我戒掉了碎片化记录.md deleted file mode 100644 index e03067f9..00000000 --- a/raw/Others/为什么 Obsidian 让我戒掉了碎片化记录.md +++ /dev/null @@ -1,60 +0,0 @@ ---- -title: 为什么 Obsidian 让我戒掉了碎片化记录？ -source: https://mp.weixin.qq.com/s?__biz=MzI3NzcwOTY4MQ==&mid=2247486972&idx=1&sn=e61477c9f8628c7f534fc2183d87e2d3&scene=21#wechat_redirect -author: shenwei -published: -created: 2025-03-13 -description: -tags: [] ---- - - -Original *2025年03月05日 23:02* - -### 以前的笔记，像是丢进了黑洞 - -老实讲，我以前的笔记习惯非常糟糕——想到什么记什么，但从不复盘。印象笔记里塞满了各种“灵光一闪”，但基本没打开过；微信收藏夹里躺着上百条“稍后阅读”，但从来没“稍后”过；甚至连 Obsidian 早期的使用，也是把它当成一个炫酷的 Markdown 记事本，结果就是……又堆了一堆“存而不读”的笔记。 - -说白了，**我只是把信息收集起来，却没让它发挥价值**。 - -我相信很多人都有类似的困扰——记了那么多，为什么到用的时候，脑子还是一片空白？ - -### Obsidian 的核心魅力：关系，而不是堆砌 - -如果说 Obsidian 改变了什么，那就是让我真正意识到：**笔记的价值，不在于“存”，而在于“联”**。 - -📌**双链（Backlinks）**是个神奇的功能。一开始我也觉得“双链”这种东西玄乎其玄，但当我尝试把**“零散的记录” 和 “已有的知识” 关联起来**，一切都变了。 - -• 某天我写了一篇关于“如何提高写作灵感”的笔记，意外发现它和我三个月前记下的“输入-输出模型”有关联。 - -• 我整理一篇关于“番茄工作法”的文章时，发现它跟“沉浸式深度工作”可以结合起来用。 - -这种“点对点”的连接，让零碎的笔记慢慢长成了一张网络，我开始真正用自己的方式消化知识，而不是简单存档。 - -### 如何用 Obsidian 让笔记“活”起来？ - -光说理论没用，我分享几个我自己在用的方法，大家可以试试看： - -✅**每天用“每日笔记”串联想法** - -别让你的笔记变成“死笔记”，每天写几行，总结当天学到的新东西，并顺带看看有没有旧笔记可以连接。 - -✅**尝试用“地图笔记”整理核心主题** - -选几个你关心的主题（比如“写作技巧”），整理一个“索引页”，让你所有相关的笔记都能快速导航过去。 - -✅**定期复盘，把无用笔记删掉或合并** - -Obsidian 不等于“记了就有用”，定期翻翻旧笔记，把无意义的删掉，或者整理成更有逻辑的知识模块。 - -### 你的笔记，也被“信息黑洞”吞噬了吗？ - -如果你也有“记了但不用”的困扰，不妨试试上面的方法。笔记的最终目的是让信息为你所用，而不是让你被信息淹没。 - -📢**你是如何管理你的笔记的？你有没有遇到相似的问题？**欢迎在评论区聊聊你的笔记方法，或者你对 Obsidian 还有哪些疑问！🎯 - -如果你对 Obsidian、知识管理、效率工具感兴趣，欢迎关注**赫点茶**🍵！我会持续分享**实用数字产品、成长思维、以及工作和生活中的高效技巧**。 - -👇 点击下方卡片，一起提升效率，优化生活！🚀 - - \ No newline at end of file diff --git a/raw/Others/为什么你的笔记总是乱糟糟？试试这个方法，彻底告别信息混乱！ 1.md b/raw/Others/为什么你的笔记总是乱糟糟？试试这个方法，彻底告别信息混乱！ 1.md deleted file mode 100644 index 54812290..00000000 --- a/raw/Others/为什么你的笔记总是乱糟糟？试试这个方法，彻底告别信息混乱！ 1.md +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: 为什么你的笔记总是乱糟糟？试试这个方法，彻底告别信息混乱！ -source: https://mp.weixin.qq.com/s?__biz=MzI3NzcwOTY4MQ==&mid=2247486984&idx=1&sn=51232deb29cb0a2ed81fac0daa972217&scene=21&poc_token=HDC7RGmjnpWk-8uvZfBeR3Ky26-5B19_c0nN7BR7 -author: shenwei -published: -created: 2025-12-19 -description: -tags: [] ---- - - -![cover_image](https://mmbiz.qpic.cn/mmbiz_jpg/98WuqUtT9HqpCcYib6iajgQrCX3aWO9FbjGMZLpfwdG6lYFSdYlPqsOp3gy5Aeyf0LawNOdrwr0NnF91HvtgLrYQ/0?wx_fmt=jpeg) - -原创 赫点茶 [赫点茶](https://mp.weixin.qq.com/) *2025年3月6日 21:02* - - - -效率工具 183 - -Obsidian 79 - -继续滑动看下一个 - -赫点茶 - -向上滑动看下一个 - -赫点茶 \ No newline at end of file diff --git a/raw/Home Office/可自动化、可扩展、AI增强的电商数据采集与处理系统.md b/raw/Others/可自动化、可扩展、AI增强的电商数据采集与处理系统.md similarity index 100% rename from raw/Home Office/可自动化、可扩展、AI增强的电商数据采集与处理系统.md rename to raw/Others/可自动化、可扩展、AI增强的电商数据采集与处理系统.md diff --git a/raw/Skills/GOG-CLI-安装配置指南.md b/raw/Skills/GOG-CLI-安装配置指南.md index b3bed177..7ca350c6 100644 --- a/raw/Skills/GOG-CLI-安装配置指南.md +++ b/raw/Skills/GOG-CLI-安装配置指南.md @@ -1,5 +1,5 @@ --- -title: 输出: /opt/homebrew/bin/gog +title: 输出:/opt/homebrew/bin/gog source: author: shenwei published: diff --git a/sources/Ubuntu.md b/sources/Ubuntu.md deleted file mode 100644 index e69de29b..00000000 diff --git a/wiki/concepts/AI代理.md b/wiki/concepts/AI代理.md new file mode 100644 index 00000000..68445669 --- /dev/null +++ b/wiki/concepts/AI代理.md @@ -0,0 +1,26 @@ +--- +title: "AI代理（Agent）" +type: concept +tags: [ai, cursor, agent] +date: 2026-04-17 +--- + +## Definition +基于 AI 模型的自动化任务助手，可以按模式生成代码、规划任务或回答问题。在 Cursor 中，AI 代理有三种模式：Plan（规划）、Agent（执行）、Ask（咨询）。 + +## Context +- Cursor 中的 AI 代理 + +## Key Modes +- **Plan 模式**：生成计划，不修改代码 +- **Agent 模式**：执行计划，会修改代码文件 +- **Ask 模式**：仅返回文本答案，不改动文件 + +## Usage +1. Plan 模式用于生成开发计划 +2. Agent 模式用于实际代码生成 +3. Ask 模式用于咨询问题，安全无副作用 + +## Related Concepts +- [[Plan Mode]]：方案预览模式 +- [[Build Mode]]：实际执行模式 \ No newline at end of file diff --git a/wiki/concepts/ARM64.md b/wiki/concepts/ARM64.md new file mode 100644 index 00000000..c3a35108 --- /dev/null +++ b/wiki/concepts/ARM64.md @@ -0,0 +1,28 @@ +--- +title: "ARM64" +type: concept +tags: [linux, 架构, cpu, arm] +date: 2026-04-16 +--- + +## Definition +ARM64（AArch64）是 64 位 ARM 架构，广泛用于移动设备、嵌入式系统和部分服务器（如 AWS Graviton、阿里云倚天710）。 + +## Aliases +- AArch64 +- aarch64 + +## Key Characteristics +- 低功耗设计，效率优先 +- 64 位寻址能力 +- Apple Silicon（M 系列芯片）也使用 ARM64 架构 +- 部分云服务器使用 ARM 架构以降低成本 + +## Related Concepts +- [[x86_64]]：另一种 64 位架构，Intel 和 AMD 处理器使用 + +## Usage +在 Linux 中可通过以下命令检测： +- `uname -m` 输出 aarch64 +- `lscpu` Architecture 字段显示 aarch64 +- `/proc/cpuinfo` 显示 AArch64 或 ARMv8 \ No newline at end of file diff --git a/wiki/concepts/Alertmanager.md b/wiki/concepts/Alertmanager.md new file mode 100644 index 00000000..0c665bb5 --- /dev/null +++ b/wiki/concepts/Alertmanager.md @@ -0,0 +1,42 @@ +--- +title: "Alertmanager" +type: concept +tags: [alerting, prometheus, notification, devops] +sources: [家庭监控方案-prometheus-grafana-node-exporter-cadvisor-blackbox] +last_updated: 2026-04-16 +--- + +## Definition +Alertmanager 是 Prometheus 告警处理组件，负责接收 Prometheus server 发送的告警，进行抑制、分组后推送到各种通知渠道。 + +## Key Features +- **抑制（Inhibition）**：避免冗余告警 +- **分组（Grouping）**：将相似告警合并 +- **路由（Routing）**：基于标签匹配发送到不同接收者 +- **通知渠道**：邮件、Slack、Teams、Telegram、PagerDuty、webhook 等 + +## Configuration Structure +```yaml +route: + receiver: default + group_wait: 10s + group_interval: 5m + repeat_interval: 3h + +receivers: + - name: default + email_configs: + - to: "example@example.com" +``` + +## Common Notification Types +- 邮件（email） +- Slack +- Microsoft Teams +- Telegram +- PagerDuty +- Webhook + +## Connections +- [[Alertmanager]] ← receives_alerts ← [[Prometheus]] +- [[Alertmanager]] → sends_notifications → [[Grafana]]（可选集成） \ No newline at end of file diff --git a/wiki/concepts/Bind-Mount.md b/wiki/concepts/Bind-Mount.md new file mode 100644 index 00000000..21776014 --- /dev/null +++ b/wiki/concepts/Bind-Mount.md @@ -0,0 +1,28 @@ +--- +title: "Bind Mount" +type: concept +tags: [docker, volume] +--- + +## 定义 +Bind Mount（绑定挂载）是 Docker 的一种卷挂载方式，将宿主机上的文件或目录直接映射到容器内部，实现宿主机与容器间的文件共享。 + +## 工作原理 +- 将宿主机目录 `/home/user/project` 挂载到容器内的 `/app` +- 宿主机上的文件修改可实时反映到容器内 +- 容器内生成的文件可直接在宿主机访问 + +## 应用场景 +- 开发环境：代码修改实时生效，无需重新构建镜像 +- 日志收集：容器日志直接写入宿主机目录 +- 配置文件：共享配置文件 + +## 优点 +- 实现代码修改实时生效 +- 无需重新构建镜像即可测试代码变更 +- 便于调试和迭代开发 + +## 关联概念 +- [[Docker]]：容器化平台 +- [[docker-compose.yml]]：Docker Compose 配置 +- [[Volume]]：Docker 持久化数据的另一种方式 \ No newline at end of file diff --git a/wiki/concepts/Blackbox_exporter.md b/wiki/concepts/Blackbox_exporter.md new file mode 100644 index 00000000..c557e2e0 --- /dev/null +++ b/wiki/concepts/Blackbox_exporter.md @@ -0,0 +1,48 @@ +--- +title: "Blackbox_exporter" +type: concept +tags: [exporter, prometheus, blackbox, monitoring] +sources: [家庭监控方案-prometheus-grafana-node-exporter-cadvisor-blackbox] +last_updated: 2026-04-16 +--- + +## Definition +Blackbox_exporter 是 Prometheus 官方提供的黑盒探测 exporter，通过 HTTP、HTTPS、TCP、ICMP、DNS 等协议探测目标可用性和性能。 + +## Supported Modules +- **HTTP/HTTPS**：探测状态码、响应时间、TLS 证书 +- **TCP**：端口连通性 +- **ICMP**：主机可达性（ping） +- **DNS**：域名解析 + +## Use Cases +- 网站可用性监控 +- TLS 证书到期告警 +- DNS 解析监控 +- 内网服务健康检查 + +## Key Metrics +- `probe_success`：探测是否成功（0/1） +- `probe_duration_seconds`：探测耗时 +- `probe_http_status_code`：HTTP 状态码 +- `probe_ssl_earliest_cert_expiry`：SSL 证书到期时间 + +## Common Alert Rules +- HTTP 探测失败（连续 3 次） +- TLS 证书剩余 < 14 天 +- 响应时间 > 阈值 + +## Docker 部署 +```yaml +blackbox: + image: prom/blackbox-exporter:latest + ports: + - "9115:9115" +``` + +## Default Port +- 9115 + +## Connections +- [[Blackbox_exporter]] ← scrapes_by ← [[Prometheus]] +- [[Blackbox_exporter]] ← blackbox_monitoring ← [[Uptime Kuma]]（可选集成） \ No newline at end of file diff --git a/wiki/concepts/Build-Mode.md b/wiki/concepts/Build-Mode.md new file mode 100644 index 00000000..27bbb266 --- /dev/null +++ b/wiki/concepts/Build-Mode.md @@ -0,0 +1,22 @@ +--- +title: "Build Mode" +type: concept +tags: [ai-coding, workflow] +--- + +## 定义 +OpenCode 的实际执行模式，接收指令后进行代码修改。 + +## 使用方式 +在 OpenCode TUI 中按 Tab 键从 Plan 模式切换回 Build 模式。 + +## 作用 +- 执行 AI 生成的实现方案 +- 接收自然语言指令进行代码修改 +- 支持 /undo 撤销修改 +- 支持 /redo 重做修改 + +## 关联 +- [[Plan Mode]] +- [[Vibe Coding]] +- [[OpenCode]] \ No newline at end of file diff --git a/wiki/concepts/Claude-Code-Templates.md b/wiki/concepts/Claude-Code-Templates.md new file mode 100644 index 00000000..9c592355 --- /dev/null +++ b/wiki/concepts/Claude-Code-Templates.md @@ -0,0 +1,22 @@ +--- +title: "Claude Code Templates" +type: concept +tags: [] +date: 2026-04-17 +--- + +## Definition +Claude Code 预配置模板平台，提供开箱即用的 Skills、Agents、MCP 模板。 + +## Types +- Skills：可扩展的 Claude Code 技能模块 +- Agents：预配置的代理模板 +- MCP：Model Context Protocol 集成模板 + +## Installation +```bash +npx claude-code-templates@latest --skill= --yes +``` + +## Related Entities +- [[AITmpl]]：模板提供网站 \ No newline at end of file diff --git a/wiki/concepts/CloudDrive2.md b/wiki/concepts/CloudDrive2.md new file mode 100644 index 00000000..2124a8bf --- /dev/null +++ b/wiki/concepts/CloudDrive2.md @@ -0,0 +1,27 @@ +--- +title: "CloudDrive2" +type: concept +tags: [cloud-storage, aliyun, nas, mount] +date: 2026-04-16 +--- + +## Definition +CloudDrive2 是一款第三方云盘挂载工具，可以将阿里云盘、115 等云存储服务挂载为本地磁盘，在 NAS 上使用时可通过 Web 界面管理。 + +## Key Features +- 云盘挂载：将云盘映射为本地文件系统路径 +- 多平台支持：支持 Synology、QNAP、威联通等 NAS 设备 +- Web 管理界面：提供图形化配置界面 +- 扫码授权：移动端 App 扫码即可完成云盘授权 +- 离线下载：部分版本支持云盘离线下载功能 + +## Installation (Synology) +1. 在套件中心添加矿神源 +2. 搜索 CloudDrive2 并安装 +3. DSM 7+ 需要执行命令修复权限：`sudo sed -i 's/package/root/g' /var/packages/CloudDrive2/conf/privilege` +4. 打开 Web 界面配置云盘 + +## Related +- [[阿里云盘]]：CloudDrive2 支持挂载的云盘之一 +- [[Synology]]：CloudDrive2 运行的平台 +- [[Docker]]：CloudDrive2 在 NAS 上的运行方式 \ No newline at end of file diff --git a/wiki/concepts/Cloudflare-D1.md b/wiki/concepts/Cloudflare-D1.md new file mode 100644 index 00000000..be566ebf --- /dev/null +++ b/wiki/concepts/Cloudflare-D1.md @@ -0,0 +1,26 @@ +--- +title: "Cloudflare D1" +type: concept +tags: [Cloudflare, Database, Serverless] +sources: [] +last_updated: 2026-04-16 +--- + +## Definition +Cloudflare D1 是 Cloudflare 提供的无服务器 SQL 数据库服务，基于 SQLite 实现。 + +## Core Features +- 完全托管，无需服务器管理 +- 按查询次数计费 +- 与 Cloudflare Workers 原生集成 +- 支持读写分离 +- 全球低延迟 + +## Use Cases +- 作为 Web 应用的后端数据库 +- 存储用户数据、会话信息 +- 作为 NodeWarden 等应用的数据库后端 + +## Connections +- [[Cloudflare Workers]] ← integrates_with ← [[Cloudflare D1]] +- [[Serverless-Computing]] ← uses ← [[Cloudflare D1]] \ No newline at end of file diff --git a/wiki/concepts/Cloudflare-R2.md b/wiki/concepts/Cloudflare-R2.md new file mode 100644 index 00000000..a6586d30 --- /dev/null +++ b/wiki/concepts/Cloudflare-R2.md @@ -0,0 +1,27 @@ +--- +title: "Cloudflare R2" +type: concept +tags: [Cloudflare, Storage, Serverless] +sources: [] +last_updated: 2026-04-16 +--- + +## Definition +Cloudflare R2 是 Cloudflare 提供的无服务器对象存储服务，S3 兼容 API。 + +## Core Features +- 无服务器，按请求计费 +- S3 兼容 API +- 与 Cloudflare Workers 原生集成 +- 无带宽费用（与 S3 的主要区别） +- 支持大文件存储 + +## Use Cases +- 存储静态资源（图片、视频） +- 作为应用附件存储 +- 作为 NodeWarden 的附件存储后端 + +## Connections +- [[Cloudflare Workers]] ← integrates_with ← [[Cloudflare R2]] +- [[Serverless-Computing]] ← uses ← [[Cloudflare R2]] +- [[MinIO]] ← similar_to ← [[Cloudflare R2]] \ No newline at end of file diff --git a/wiki/concepts/Composer模型.md b/wiki/concepts/Composer模型.md new file mode 100644 index 00000000..ea525ab5 --- /dev/null +++ b/wiki/concepts/Composer模型.md @@ -0,0 +1,20 @@ +--- +title: "Composer模型" +type: concept +tags: [ai, cursor, model] +date: 2026-04-17 +--- + +## Definition +Cursor 自研 AI 模型，主打生成速度优势，官方声称比同类模型快 4 倍。 + +## Context +- Cursor 2.0 使用的 AI 模型 + +## Features +- 专为代码生成优化 +- 比类似模型快 4 倍 +- 支持多代理并行操作 + +## Related Entities +- [[Cursor]] \ No newline at end of file diff --git a/wiki/concepts/DRY-原则.md b/wiki/concepts/DRY-原则.md new file mode 100644 index 00000000..224a6975 --- /dev/null +++ b/wiki/concepts/DRY-原则.md @@ -0,0 +1,22 @@ +--- +title: "DRY 原则" +type: concept +tags: [] +--- + +## Definition +DRY（Don't Repeat Yourself）原则，意为"不要重复自己"。它是软件工程的核心原则之一，旨在减少代码中的重复。 + +## Key Points +- 避免重复代码，提炼公共逻辑 +- 单一信息源（Single Source of Truth） +- 模块化、函数化，提高复用价值 +- 便于维护和修改 + +## Source +- [[kai-fa-jing-yan-yu-xiang-mu-gui-fan-zheng-li-wen-dang]] + +## Related Concepts +- [[单一职责]] +- [[模块化]] +- [[代码可读性]] diff --git a/wiki/concepts/Diff文件.md b/wiki/concepts/Diff文件.md new file mode 100644 index 00000000..d880d2e1 --- /dev/null +++ b/wiki/concepts/Diff文件.md @@ -0,0 +1,24 @@ +--- +title: "Diff文件" +type: concept +tags: [cursor, diff, code-review] +date: 2026-04-17 +--- + +## Definition +Diff 文件是显示代码改动对比的视图，帮助开发者快速审查 AI 修改的内容。 + +## Context +- Cursor 代码审查功能 + +## Usage +1. 代码生成后进入"待审查"状态 +2. 使用 Diff 功能查看具体改动 +3. 支持文件逐个审查或整体接收 +4. 点击"撤销"按钮可撤销改动 + +## Important Note +代码改动一旦生成即写入文件，未点击"撤销"按钮前持续保留，需确保先测试代码再确认保存。 + +## Related Entities +- [[Cursor]] \ No newline at end of file diff --git a/wiki/concepts/Django-Admin.md b/wiki/concepts/Django-Admin.md new file mode 100644 index 00000000..4d03da49 --- /dev/null +++ b/wiki/concepts/Django-Admin.md @@ -0,0 +1,24 @@ +--- +title: "Django Admin" +type: concept +tags: [django, web, admin] +--- + +## Definition +Django Admin 是 Django 框架内置的管理后台模块，基于模型自动生成管理界面，支持 CRUD 操作、搜索、过滤等功能。 + +## Core Features +- 自动生成管理界面 +- 支持自定义模型注册 +- 搜索和过滤功能 +- 内联关联模型 +- 富文本编辑器集成 + +## Use Cases +- 内容管理系统后台 +- 数据管理工具 +- 内部管理系统 + +## Related Concepts +- [[Django]]：Django Admin 是 Django 框架的一部分 +- [[TinyMCE]]：Django Admin 常用的富文本编辑器 \ No newline at end of file diff --git a/wiki/concepts/Django-REST-Framework.md b/wiki/concepts/Django-REST-Framework.md new file mode 100644 index 00000000..3ee6d226 --- /dev/null +++ b/wiki/concepts/Django-REST-Framework.md @@ -0,0 +1,25 @@ +--- +title: "Django REST Framework" +type: concept +tags: [django, api, rest] +--- + +## Definition +Django REST Framework（DRF）是一个强大且灵活的工具包，用于构建 RESTful API，基于 Django 框架。 + +## Core Features +- RESTful API 构建 +- 序列化器（Serializer） +- ViewSet 和 Router +- 认证和权限系统 +- 自动 API 文档生成 + +## Use Cases +- 移动应用后端 API +- 单页应用（SPA）API +- 第三方集成 API +- n8n 自动化调用接口 + +## Related Concepts +- [[Django]]：Django REST Framework 基于 Django 框架 +- [[n8n]]：可通过 API 调用实现工作流自动化 \ No newline at end of file diff --git a/wiki/concepts/Django.md b/wiki/concepts/Django.md new file mode 100644 index 00000000..7a6b4b18 --- /dev/null +++ b/wiki/concepts/Django.md @@ -0,0 +1,30 @@ +--- +title: "Django" +type: concept +tags: [python, web, framework] +--- + +## Definition +Django 是一个高级 Python Web 框架，鼓励快速开发和简洁实用的设计原则。由 Python 编写，强调代码复用和模块化。 + +## Core Features +- ORM（对象关系映射）系统 +- 自动管理后台（Django Admin） +- 表单处理 +- 用户认证系统 +- RSS 聚合框架 + +## Use Cases +- Web 应用开发 +- RESTful API 构建 +- 内容管理系统 +- 数据分析平台 + +## Aliases +- Django Web Framework +- Django Framework + +## Related Concepts +- [[Django-Admin]] +- [[Django-REST-Framework]] +- [[Python]] \ No newline at end of file diff --git a/wiki/concepts/Docker-Daemon-代理.md b/wiki/concepts/Docker-Daemon-代理.md new file mode 100644 index 00000000..333fd732 --- /dev/null +++ b/wiki/concepts/Docker-Daemon-代理.md @@ -0,0 +1,36 @@ +--- +title: "Docker Daemon 代理" +type: concept +tags: [docker, proxy] +last_updated: 2026-04-17 +--- + +## Definition +Docker Daemon 代理是指为 Docker 守护进程（dockerd）配置 HTTP/HTTPS 代理，使 `docker pull`、`docker push` 等操作能够通过代理服务器访问外部网络。 + +## Problem +Docker 守护进程由 systemd 启动，不读取普通用户的 shell 环境变量（如 HTTP_PROXY、HTTPS_PROXY），因此即使系统级配置了代理，Docker 操作仍可能失败。 + +## Solution +通过 systemd drop-in 配置文件为 Docker Daemon 设置环境变量： + +1. 创建配置目录：`sudo mkdir -p /etc/systemd/system/docker.service.d` +2. 创建代理配置文件：`sudo nano /etc/systemd/system/docker.service.d/http-proxy.conf` +3. 添加内容： + ``` + [Service] + Environment="HTTP_PROXY=http://127.0.0.1:10808/" + Environment="HTTPS_PROXY=http://127.0.0.1:10808/" + Environment="NO_PROXY=localhost,127.0.0.1" + ``` +4. 重载并重启：`sudo systemctl daemon-reload && sudo systemctl restart docker` + +## Verification +```bash +docker info | grep -i proxy +``` + +## Related Concepts +- [[SOCKS5代理]]：SOCKS5 代理协议 +- [[透明代理]]：另一种强制流量走代理的机制 +- [[科学上网]]：通过代理服务器绕过网络限制访问被封锁网站的技术 diff --git a/wiki/concepts/Docker-Image.md b/wiki/concepts/Docker-Image.md new file mode 100644 index 00000000..7ee38d0c --- /dev/null +++ b/wiki/concepts/Docker-Image.md @@ -0,0 +1,33 @@ +--- +title: "Docker Image" +type: concept +tags: [docker, container, image] +sources: [docker-images-transfer-guide] +last_updated: 2026-04-17 +--- + +## Summary +Docker Image（Docker 镜像）是容器化平台的核心概念，是一个只读模板，包含应用程序及其运行时所需的全部依赖（代码、运行时、库、环境变量、配置文件等）。 + +## Definition +用于创建 Docker 容器的只读模板，通过分层存储实现高效复用和传输。 + +## Key Attributes +- **格式**：分层文件系统 +- **存储方式**：可导出为 tar 归档文件 +- **复用机制**：分层存储，多个镜像可共享基础层 + +## Use Cases +- 应用程序打包和分发 +- 跨环境部署（开发、测试、生产） +- 离线环境镜像迁移 + +## Related Concepts +- [[Docker]]：容器化平台 +- [[Docker-Save]]：镜像导出命令 +- [[Docker-Load]]：镜像导入命令 + +## Connections +- [[Docker]] ← 包含 ← [[Docker-Image]] +- [[Docker-Image]] ← 可导出为 ← [[Docker-Save]] +- [[Docker-Image]] ← 可导入为 ← [[Docker-Load]] diff --git a/wiki/concepts/Docker-Load.md b/wiki/concepts/Docker-Load.md new file mode 100644 index 00000000..f2b7e5ab --- /dev/null +++ b/wiki/concepts/Docker-Load.md @@ -0,0 +1,42 @@ +--- +title: "Docker Load" +type: concept +tags: [docker, image, import] +sources: [docker-images-transfer-guide] +last_updated: 2026-04-17 +--- + +## Summary +Docker Load 是 Docker 命令行工具的导入命令，用于从 tar 归档文件还原 Docker 镜像。 + +## Definition +从 tar 格式归档文件导入并还原 Docker 镜像的命令。 + +## Command Syntax +```bash +docker load < +# 或 +docker load -i +``` + +## Examples +```bash +# 从 tar 文件导入镜像 +docker load < xiaoya.tar + +# 使用 -i 参数 +docker load -i xiaoya.tar +``` + +## Use Cases +- 离线环境镜像导入 +- 镜像备份恢复 +- 跨主机镜像迁移 + +## Related Concepts +- [[Docker-Image]]：被导入的镜像对象 +- [[Docker-Save]]：对应的导出命令 + +## Connections +- [[Docker-Image]] ← 导入为 ← [[Docker-Load]] +- [[Docker-Load]] ← 依赖 ← [[Docker-Save]] diff --git a/wiki/concepts/Docker-Network.md b/wiki/concepts/Docker-Network.md new file mode 100644 index 00000000..bb425a5c --- /dev/null +++ b/wiki/concepts/Docker-Network.md @@ -0,0 +1,31 @@ +--- +title: "Docker Network" +type: concept +tags: [docker, network, isolation] +last_updated: 2026-04-17 +--- + +## Definition +Docker Network（Docker 网络）是 Docker 容器网络隔离和通信机制。 + +## Network Types +- **bridge**：默认网络，容器间通信 +- **host**：使用主机网络 +- **overlay**：跨主机网络（Swarm） +- **none**：无网络 + +## Commands +```bash +# 查看网络 +docker network ls + +# 创建网络 +docker network create + +# 删除网络 +docker network rm +``` + +## Connections +- [[Portainer]] ← uses ← [[Docker Network]] +- [[Docker]] ← manages ← [[Docker Network]] \ No newline at end of file diff --git a/wiki/concepts/Docker-Save.md b/wiki/concepts/Docker-Save.md new file mode 100644 index 00000000..4215b71a --- /dev/null +++ b/wiki/concepts/Docker-Save.md @@ -0,0 +1,39 @@ +--- +title: "Docker Save" +type: concept +tags: [docker, image, export] +sources: [docker-images-transfer-guide] +last_updated: 2026-04-17 +--- + +## Summary +Docker Save 是 Docker 命令行工具的导出命令，用于将一个或多个镜像打包成 tar 归档文件，便于离线传输和备份。 + +## Definition +将 Docker 镜像导出为 tar 格式归档文件的命令。 + +## Command Syntax +```bash +docker save -o [:] +``` + +## Examples +```bash +# 导出单个镜像 +docker save -o xiaoya.tar xiaoyaliu/alist + +# 导出多个镜像 +docker save -o images.tar image1:image2 +``` + +## Use Cases +- 离线环境镜像迁移 +- 镜像备份和归档 +- 跨网络隔离环境传输 + +## Related Concepts +- [[Docker-Image]]：被导出的镜像对象 +- [[Docker-Load]]：对应的导入命令 + +## Connections +- [[Docker-Image]] ← 导出为 ← [[Docker-Save]] diff --git a/wiki/concepts/Docker-Volume.md b/wiki/concepts/Docker-Volume.md new file mode 100644 index 00000000..67605af5 --- /dev/null +++ b/wiki/concepts/Docker-Volume.md @@ -0,0 +1,30 @@ +--- +title: "Docker Volume" +type: concept +tags: [docker, volume, storage, persistence] +last_updated: 2026-04-17 +--- + +## Definition +Docker Volume（数据卷）是 Docker 容器持久化数据的机制，允许容器在重启后保留数据。 + +## Use Cases +- 数据库数据持久化 +- 应用配置存储 +- 日志存储 + +## Commands +```bash +# 查看卷 +docker volume ls + +# 删除卷 +docker volume rm + +# 删除未使用的卷 +docker volume prune +``` + +## Connections +- [[Docker Volume]] ← used_by ← [[Portainer]] +- [[Docker]] ← manages ← [[Docker Volume]] \ No newline at end of file diff --git a/wiki/concepts/ELF.md b/wiki/concepts/ELF.md new file mode 100644 index 00000000..607953eb --- /dev/null +++ b/wiki/concepts/ELF.md @@ -0,0 +1,29 @@ +--- +title: "ELF" +type: concept +tags: [linux, 可执行文件, 格式] +date: 2026-04-16 +--- + +## Definition +ELF（Executable and Linkable Format，可执行和链接格式）是 Linux 和 Unix 系统的标准可执行文件格式。 + +## Full Name +Executable and Linkable Format + +## Key Characteristics +- 跨平台：Linux、FreeBSD、Solaris 等多种系统使用 +- 支持多种文件类型：可执行文件（.exe）、共享对象（.so）、核心转储文件（core） +- 包含元数据：程序入口、段表、符号表等 + +## Usage +检测可执行文件架构： +```bash +file /bin/bash +# 输出示例：ELF 64-bit LSB executable, x86-64 +# 或：ELF 64-bit LSB executable, ARM aarch64 +``` + +## Related Concepts +- [[x86_64]]：64 位 x86 架构可执行文件 +- [[ARM64]]：64 位 ARM 架构可执行文件 \ No newline at end of file diff --git a/wiki/concepts/FRP.md b/wiki/concepts/FRP.md new file mode 100644 index 00000000..f55f966e --- /dev/null +++ b/wiki/concepts/FRP.md @@ -0,0 +1,42 @@ +--- +title: FRP +type: concept +tags: [frp, 内网穿透, 穿透] +date: 2025-04-16 +--- + +## Aliases +- Fast Reverse Proxy +- frp + +## Definition +FRP（Fast Reverse Proxy）是一款高性能的反向代理工具，用于内网穿透。它允许用户将内网服务通过公网服务器暴露给外部访问。 + +## Key Characteristics +- 开源（GitHub：fatedier/frp） +- 支持多种协议（TCP、UDP、HTTP、HTTPS） +- 配置简单 +- 支持多种认证方式（token、oidc） +- 客户端/服务端架构 + +## Use Cases +- 将内网 HTTP 服务暴露到公网 +- 远程访问内网 SSH +- 端口映射 +- 负载均衡 + +## Architecture +- **frps**：FRP 服务端，运行在有公网 IP 的 VPS 上 +- **frpc**：FRP 客户端，运行在内网机器上 +- 客户端连接服务端，建立长连接 +- 服务端接收外部请求，转发给客户端 + +## Versions +- 0.65.0（当前版本） +- 0.65.0 for x86_64（linux_amd64） +- 0.65.0 for ARM64（darwin_arm64） + +## Connections +- [[FRP]] ← implements ← [[内网穿透]] +- [[FRPServer]] ← runs_on ← [[VPS2]] +- [[FRP客户端]] ← runs_on ← [[Mac Mini]] \ No newline at end of file diff --git a/wiki/concepts/GPT.md b/wiki/concepts/GPT.md new file mode 100644 index 00000000..4d6d225d --- /dev/null +++ b/wiki/concepts/GPT.md @@ -0,0 +1,29 @@ +--- +title: "GPT" +type: concept +tags: [partition-table, uefi, storage] +date: 2026-04-16 +--- + +## Aliases +- GPT +- GUID Partition Table +- GUID 分区表 + +## Definition +GPT（GUID Partition Table）是一种现代硬盘分区表标准，作为 MBR 的替代方案，支持 2TB 以上大容量硬盘，与 UEFI 引导完美兼容。 + +## Key Properties +- 最大支持容量：理论上无限（实际受操作系统限制） +- 分区数量：理论上最多 128 个主分区 +- 唯一标识：每个分区有唯一的 GUID 标识符 +- 冗余：GPT 头部信息在磁盘末尾有备份 + +## Use Cases +- UEFI 系统安装（如 Ubuntu 24.04 在 HP ZBook） +- 大容量硬盘分区（>2TB） +- 现代工作站和服务器 + +## Connections +- [[GPT]] ← works_with ← [[UEFI]] +- [[GPT]] ← used_by ← [[Bootable USB]] \ No newline at end of file diff --git a/wiki/concepts/Grafana.md b/wiki/concepts/Grafana.md new file mode 100644 index 00000000..4583b177 --- /dev/null +++ b/wiki/concepts/Grafana.md @@ -0,0 +1,33 @@ +--- +title: "Grafana" +type: concept +tags: [visualization, monitoring, dashboard, devops] +sources: [家庭监控方案-prometheus-grafana-node-exporter-cadvisor-blackbox] +last_updated: 2026-04-16 +--- + +## Definition +Grafana 是开源的可视化平台，支持多数据源（Prometheus、Elasticsearch、Loki、InfluxDB 等）的仪表盘创建和告警通知。 + +## Key Features +- **多数据源支持**：Prometheus、Elasticsearch、Loki、InfluxDB、MySQL 等 +- **仪表盘模板**：社区共享大量预置仪表盘 +- **告警规则**：支持阈值、条件告警和多通道通知 +- **变量和模板**：支持动态仪表盘 +- **用户和权限**：支持团队和角色管理 + +## Common Dashboard IDs +- Node Exporter Full: `1860` +- cAdvisor Container Metrics: `14282` +- Blackbox Exporter Probe: `7587` + +## Use Cases +- 基础设施监控仪表盘 +- 应用性能监控 +- 日志聚合可视化 +- 业务指标展示 + +## Connections +- [[Grafana]] ← data_source ← [[Prometheus]] +- [[Grafana]] ← data_source ← [[Loki]] +- [[Grafana]] ← core_tool ← [[监控可观测性]] \ No newline at end of file diff --git a/wiki/concepts/HandleLidSwitch.md b/wiki/concepts/HandleLidSwitch.md new file mode 100644 index 00000000..1943019d --- /dev/null +++ b/wiki/concepts/HandleLidSwitch.md @@ -0,0 +1,28 @@ +--- +title: "HandleLidSwitch" +type: concept +tags: [systemd, power-management] +date: 2026-04-17 +--- + +## Definition +systemd-logind 的电源管理配置项，用于控制笔记本合盖时的系统行为。 + +## Configuration Options +- `ignore`：不执行任何操作，系统继续运行 +- `suspend`：进入待机状态 +- `hibernate`：进入休眠状态 +- `poweroff`：关机 +- `lock`：锁定屏幕 + +## Related Config Items +- `HandleLidSwitch`：合盖时的动作（电池模式下） +- `HandleLidSwitchExternalPower`：连接外接电源合盖时的动作 +- `HandleLidSwitchDocked`：连接扩展坞合盖时的动作 + +## Use Cases +- 服务器场景：设置 ignore 防止合盖后系统休眠 +- 笔记本场景：合盖自动锁定或待机 + +## Connections +- controlled_by → [[systemd-logind]] \ No newline at end of file diff --git a/wiki/concepts/IP纯净度.md b/wiki/concepts/IP纯净度.md new file mode 100644 index 00000000..8735e63f --- /dev/null +++ b/wiki/concepts/IP纯净度.md @@ -0,0 +1,39 @@ +--- +title: IP纯净度 +type: concept +tags: [IP, 网络安全, 风险评估] +--- + +## Definition +IP 纯净度（IP Reputation / IP Cleanliness）是评定某个 IP 地址是否安全可靠的风险等级指标。纯净度高的 IP（低风险）代表该 IP 具有良好的信誉，较少被用于垃圾邮件、恶意行为或被平台标记；纯净度低的 IP（高风险）可能被封禁或导致账号被关联。 + +## Evaluation Criteria +- **低风险（推荐）**：IP 信誉良好，未被标记，可安全使用 +- **中等风险（不推荐）**：存在一定风险，可能被平台关注 +- **高风险（禁用）**：IP 已被标记或污染，使用会导致封号 + +## Detection Methods +通过多个 IP 检测网站交叉验证： +- 国内 IP 检测点 +- 国外 IP 检测点 +- 谷歌 IP 检测点 +三处必须高度一致，否则可能被判定为代理异常 + +## Common Tools +- ip111.cn +- ipinfo.io +- scamalytics.com +- whatismyipaddress.com + +## Importance +- **账号安全**：低纯净度 IP 是导致账号被封的主要因素之一 +- **一致性**：代理 IP 在不同检测网站的结果必须一致 +- **稳定性**：建议使用静态住宅 IP，避免频繁切换 + +## Related Entities +- [[SOCKS5代理]] + +## Related Concepts +- [[代理配置]] +- [[静态IP]] +- [[住宅IP]] \ No newline at end of file diff --git a/wiki/concepts/MCP服务器.md b/wiki/concepts/MCP服务器.md new file mode 100644 index 00000000..c64ac9d0 --- /dev/null +++ b/wiki/concepts/MCP服务器.md @@ -0,0 +1,29 @@ +--- +title: "MCP服务器" +type: concept +tags: [ai, mcp, protocol] +date: 2026-04-17 +--- + +## Definition +MCP（Model Context Protocol，模型上下文协议）是一种支持将外部工具和服务集成到 AI 代理的协议平台，赋予 AI 代理更丰富的执行能力。 + +## Full Name +Model Context Protocol + +## Context +- Cursor 的扩展功能 + +## Features +- 集成外部 API 和工具 +- 扩展 AI 代理功能范围 +- 支持添加和切换多个 MCP 服务器 + +## Usage +在 Cursor 中添加 MCP 服务器： +1. 打开设置面板 +2. 找到 MCP 服务器配置 +3. 添加或切换 MCP 服务器 + +## Related Entities +- [[Cursor]] \ No newline at end of file diff --git a/wiki/concepts/Node-js.md b/wiki/concepts/Node-js.md new file mode 100644 index 00000000..28445ef4 --- /dev/null +++ b/wiki/concepts/Node-js.md @@ -0,0 +1,31 @@ +--- +title: "Node.js" +type: concept +tags: [javascript, runtime, server-side] +last_updated: 2026-04-17 +--- + +## 定义 +Node.js 是基于 Chrome V8 引擎的 JavaScript 运行时，用于构建快速、可扩展的网络应用和服务端代码。 + +## 核心特性 +- 事件驱动、非阻塞 I/O 模型 +- 跨平台（Windows、Linux、macOS） +- 前后端统一 JavaScript 语言 +- 丰富的 npm 生态系统 + +## 常用版本管理工具 +- [[nvm]]：Node 版本管理器，推荐用于多版本环境 +- n：Node 版本管理工具 + +## 常用包管理工具 +- [[npm]]：Node 包管理器 +- [[npx]]：Node 包执行工具 + +## 常用进程管理工具 +- [[pm2]]：Node 进程管理器 + +## 关联 +- 基于：V8 引擎 +- 框架：Express、FastAPI（Python）、NestJS +- 场景：服务端开发、CLI 工具、AI Agent diff --git a/wiki/concepts/Obsidian-插件组合.md b/wiki/concepts/Obsidian-插件组合.md new file mode 100644 index 00000000..e8aac6da --- /dev/null +++ b/wiki/concepts/Obsidian-插件组合.md @@ -0,0 +1,51 @@ +--- +title: "Obsidian 插件组合" +type: concept +tags: [Obsidian, 插件, 知识管理] +--- + +## Description +Obsidian 插件组合是指根据不同使用场景和需求，将 10 款核心插件进行合理搭配以发挥最大效率的策略。 + +## 组合类型 + +### 知识管理流 +- **组合**：Dataview + Templater + Calendar +- **用途**：自动化记录与检索 +- **场景**：适合需要大量笔记管理和检索的用户 + +### 任务管理流 +- **组合**：Kanban + Projects + Outliner +- **用途**：复杂任务拆解与执行 +- **场景**：适合项目管理和多任务处理 + +### 学习研究流 +- **组合**：Spaced Repetition + DB Folder +- **用途**：知识记忆与结构化存储 +- **场景**：适合学习和研究场景 + +## 插件分类 + +### 核心生产力插件（强烈推荐安装） +- [[Templater]]：动态模板插件 +- [[Dataview]]：SQL 查询插件 +- [[Spaced Repetition]]：间隔重复学习插件 +- [[QuickAdd]]：快速添加插件，支持快捷键快速创建笔记 + +### 效率增强插件（推荐按需选择） +- [[Kanban]]：看板视图插件 +- [[Projects]]：项目管理插件 +- [[Outliner]]：大纲视图插件 + +### 信息可视化插件（辅助型插件） +- [[Calendar]]：日历视图插件 +- [[DB Folder]]：数据库文件夹插件 + +### 便利性插件（可选安装） +- [[Homepage]]：主页插件 +- [[File Explorer Note Count]]：文件管理器笔记计数插件 + +## Connections +- [[Obsidian]] → 使用 → [[Obsidian 插件组合]] +- [[Dataview]] ← 替代方案 → [[DB Folder]] +- [[Kanban]] ← 配合使用 → [[Projects]] \ No newline at end of file diff --git a/wiki/concepts/Ollama.md b/wiki/concepts/Ollama.md deleted file mode 100644 index d2d5df87..00000000 --- a/wiki/concepts/Ollama.md +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: "Ollama" -type: concept -tags: [AI, 本地模型, Ollama] -date: 2025-11-11 ---- - -## Definition -Ollama 是一个本地大语言模型运行环境，支持在本地运行 Llama、Mistral 等开源模型，无需外部 API。 - -## Key Features -- 本地运行、保护隐私 -- 支持多种开源模型 -- 可通过 HTTP API 调用 - -## Role -在电商数据采集系统中，Ollama 用于本地 AI 处理（摘要、分类、特征提取），替代外部 OpenAI API 实现离线处理。 - -## Connections -- [[n8n]] ← calls [[Ollama]] -- [[Ollama]] ← runs_in [[Docker]] diff --git a/wiki/concepts/Plan-Mode.md b/wiki/concepts/Plan-Mode.md new file mode 100644 index 00000000..c373d716 --- /dev/null +++ b/wiki/concepts/Plan-Mode.md @@ -0,0 +1,22 @@ +--- +title: "Plan Mode" +type: concept +tags: [ai-coding, workflow] +--- + +## 定义 +OpenCode 的方案预览模式，禁用代码修改功能，仅展示 AI 实现的计划。 + +## 使用方式 +在 OpenCode TUI 中按 Tab 键切换到 Plan 模式。 + +## 作用 +- 预览 AI 生成的实现方案 +- 在实际修改前审查计划 +- 可添加更多细节或调整需求 +- 确认后再切换到 Build 模式执行 + +## 关联 +- [[Build Mode]] +- [[Vibe Coding]] +- [[OpenCode]] \ No newline at end of file diff --git a/wiki/concepts/Prometheus.md b/wiki/concepts/Prometheus.md new file mode 100644 index 00000000..59535f6b --- /dev/null +++ b/wiki/concepts/Prometheus.md @@ -0,0 +1,37 @@ +--- +title: "Prometheus" +type: concept +tags: [monitoring, prometheus, time-series, devops] +sources: [家庭监控方案-prometheus-grafana-node-exporter-cadvisor-blackbox] +last_updated: 2026-04-16 +--- + +## Definition +Prometheus 是开源的时序数据库和监控系统，采用拉取（Pull）模式采集指标，支持 PromQL 查询语言和告警规则引擎。 + +## Key Features +- **拉取模式**：主动从 exporters 拉取指标数据 +- **PromQL**：强大的时序数据查询语言 +- **告警规则**：支持定义告警条件和阈值 +- **多数据源**：可对接多种 exporters（node_exporter、cAdvisor、blackbox_exporter） +- **服务发现**：支持动态服务发现（Kubernetes、Consul 等） + +## Architecture +- **Prometheus Server**：采集、存储时序数据 +- **Exporters**：指标采集器（node_exporter、cAdvisor、blackbox_exporter） +- **Alertmanager**：告警分发和处理 +- **Pushgateway**：支持推送模式的网关（用于短期任务） + +## Common Metrics Types +- Counter：递增计数器 +- Gauge：当前值（可增可减） +- Histogram：直方图分布 +- Summary：分位数统计 + +## Connections +- [[Prometheus]] → scrapes → [[node_exporter]] +- [[Prometheus]] → scrapes → [[cAdvisor]] +- [[Prometheus]] → scrapes → [[Blackbox_exporter]] +- [[Prometheus]] → sends_alerts → [[Alertmanager]] +- [[Prometheus]] ← visualized_by → [[Grafana]] +- [[Prometheus]] ← core_component → [[监控可观测性]] \ No newline at end of file diff --git a/wiki/concepts/Qwen2.5-Coder.md b/wiki/concepts/Qwen2.5-Coder.md new file mode 100644 index 00000000..6653eb04 --- /dev/null +++ b/wiki/concepts/Qwen2.5-Coder.md @@ -0,0 +1,31 @@ +--- +title: "Qwen2.5-Coder" +type: concept +tags: [ai, llm, code-generation, qwen] +--- + +## Description +阿里通义千问（Qwen）系列的代码生成模型，2.5 版本。7B 参数版本大小约 4.5GB，适合本地运行。 + +## Key Capabilities +- 代码生成（Python、Shell、SQL 等） +- 代码理解与分析 +- Repo 级代码理解 +- 强大的 Tool usage 能力 +- 适合工程任务（DevOps 自动化、SQL Agent、Kubernetes 故障排查） + +## Model Variants +| 型号 | 参数 | 大小 | 推荐配置 | +|-----|------|------|----------| +| qwen2.5-coder:3b | 3B | ~2GB | 8GB RAM | +| qwen2.5-coder:7b | 7B | ~4.5GB | 16GB RAM | + +## Compared to Qwen2.5 +Qwen2.5-Coder 在工程任务上优于普通 Qwen2.5，特别适合： +- Tool usage +- Shell/Python/SQL 理解 +- 代码理解和生成 + +## Connections +- [[Ollama]] ← hosts ← [[Qwen2.5-Coder]] +- [[OpenClaw]] ← uses ← [[Qwen2.5-Coder]] \ No newline at end of file diff --git a/wiki/concepts/Remote-SSH.md b/wiki/concepts/Remote-SSH.md new file mode 100644 index 00000000..ff193add --- /dev/null +++ b/wiki/concepts/Remote-SSH.md @@ -0,0 +1,40 @@ +--- +title: "Remote-SSH" +type: concept +tags: [remote-development, vscode-plugin] +--- + +## 定义 +Remote-SSH 是 VS Code/Trae 的远程开发插件，允许开发者通过 SSH 协议连接到远程服务器，在远程主机上直接进行开发、调试和运行代码。 + +## 工作原理 +1. 本地运行 Trae/VS Code 客户端 +2. 通过 SSH 连接到远程服务器 +3. 在远程服务器上安装 VS Code Server（Trae Server） +4. 所有代码操作在远程服务器执行，本地仅显示 UI + +## 核心功能 +- 远程文件夹浏览和编辑 +- 远程终端访问 +- 远程调试功能 +- 插件安装在远程服务器 + +## 应用场景 +- 服务器端开发 +- 跨平台开发（本地 Windows，远程 Linux） +- 容器内开发（通过 Remote-Containers） +- 高性能开发（利用远程服务器算力） + +## 优点 +- 无需在本地配置复杂开发环境 +- 利用远程服务器资源进行编译和测试 +- 代码始终保存在远程服务器，安全性高 + +## 关联工具 +- [[Trae]]：支持 Remote-SSH 的 AI 增强编辑器 +- [[Docker]]：远程服务器上的容器化环境 +- [[SSH]]：远程连接协议 + +## 连接关系 +- [[Remote-SSH]] ← connects_to ← [[SSH]] +- [[Remote-SSH]] ← runs_on ← [[Ubuntu]] \ No newline at end of file diff --git a/wiki/concepts/SOCKS5代理.md b/wiki/concepts/SOCKS5代理.md new file mode 100644 index 00000000..4bc7568e --- /dev/null +++ b/wiki/concepts/SOCKS5代理.md @@ -0,0 +1,36 @@ +--- +title: SOCKS5代理 +type: concept +tags: [网络代理, 协议, 隐私] +--- + +## Definition +SOCKS5 是一种网络代理协议，属于 SOCKS 协议的第五版。它支持 TCP 和 UDP 连接，提供认证功能，能够在客户端和服务器之间建立传输隧道，隐匿用户的真实 IP 地址和地理位置。 + +## Key Features +- 支持 TCP 和 UDP 协议 +- 支持用户认证 +- 可隐匿真实 IP +- 支持多种应用层协议 +- 比 HTTP 代理更底层，兼容性更好 + +## Use Cases +- 指纹浏览器配合代理配置 +- 网络隐私保护 +- 跨境访问海外服务 +- 账号防封（通过切换 IP） + +## Configuration in Fingerprint Browser +1. 在系统网络设置中配置本机代理 +2. 获取代理的主机地址和端口 +3. 在指纹浏览器中选择 SOCKS5 代理类型 +4. 填入主机和端口，验证连接 + +## Related Entities +- [[AdsPower]] +- [[IP纯净度]] + +## Related Concepts +- [[代理配置]] +- [[HTTP代理]] +- [[VPN]] \ No newline at end of file diff --git a/wiki/concepts/Secure-Boot.md b/wiki/concepts/Secure-Boot.md new file mode 100644 index 00000000..ce96f6ee --- /dev/null +++ b/wiki/concepts/Secure-Boot.md @@ -0,0 +1,32 @@ +--- +title: "Secure Boot" +type: concept +tags: [security, boot, uefi, firmware] +date: 2026-04-16 +--- + +## Aliases +- Secure Boot +- 安全启动 + +## Definition +Secure Boot 是 UEFI 标准的安全特性，通过数字签名验证引导加载程序，防止恶意软件在系统启动阶段注入。在安装 Ubuntu 等第三方操作系统时，通常需要关闭以避免驱动兼容性问题。 + +## Key Properties +- 功能：验证引导加载程序数字签名 +- 保护阶段：操作系统启动前 +- 可关闭：大多数 BIOS/UEFI 允许禁用 +- 微软件签名：使用 PK/KEK/DB 数据库 + +## Use Cases +- Windows 安全启动（默认开启） +- 阻止 bootkit 攻击 +- Ubuntu/NixOS 等 Linux 发行版安装（建议关闭） + +## Recommendations +- HP ZBook 安装 Ubuntu：建议关闭 Secure Boot 以避免第三方驱动兼容性问题 +- 安装完成后可根据需要重新开启 + +## Connections +- [[Secure Boot]] ← part_of ← [[UEFI]] +- [[Secure Boot]] ← conflicts_with ← [[Ubuntu]] \ No newline at end of file diff --git a/wiki/concepts/Symbolic-Link.md b/wiki/concepts/Symbolic-Link.md new file mode 100644 index 00000000..77c5f49a --- /dev/null +++ b/wiki/concepts/Symbolic-Link.md @@ -0,0 +1,39 @@ +--- +title: "Symbolic Link" +type: concept +tags: [filesystem, macos, linux] +last_updated: 2025-01-14 +--- + +## Definition +符号链接（Symbolic Link，又称软链接）是一种特殊类型的文件，它包含指向另一个文件或目录的路径引用。符号链接类似于 Windows 中的快捷方式或 macOS 中的替身（Alias）。 + +## Technical Details +- 通过 `ln -s` 命令创建 +- 符号链接文件大小仅为目标路径的字节数 +- 删除符号链接不影响原始文件/目录 +- 可以跨文件系统创建 + +## Use Cases +- 将隐藏目录映射为可见目录（如 OpenClaw 的 ~/.openclaw → ~/openclaw） +- 在不同位置访问同一文件 +- 创建项目结构的符号链接以方便访问 + +## Commands +```bash +# 创建符号链接 +ln -s + +# 验证符号链接 +ls -l ~ | grep + +# 查看符号链接目标 +readlink + +# 删除符号链接（仅删除链接，不删除目标） +rm +``` + +## Related +- [[OpenClaw]] — 使用符号链接将隐藏目录映射为可见目录 +- [[Obsidian]] — 通过符号链接访问非标准路径的文件 \ No newline at end of file diff --git a/wiki/concepts/UEFI.md b/wiki/concepts/UEFI.md new file mode 100644 index 00000000..b4718842 --- /dev/null +++ b/wiki/concepts/UEFI.md @@ -0,0 +1,30 @@ +--- +title: "UEFI" +type: concept +tags: [firmware, boot, bios, standards] +date: 2026-04-16 +--- + +## Aliases +- UEFI +- Unified Extensible Firmware Interface +- 统一可扩展固件接口 + +## Definition +UEFI（统一可扩展固件接口）是替代传统 BIOS 的现代固件接口标准，提供更大的硬盘支持、更快的启动速度和更强的安全特性（如 Secure Boot）。 + +## Key Properties +- 发布时间：2007 年 +- 最大启动盘支持：理论上 16EB（实际受操作系统限制） +- 启动速度：比传统 BIOS 快 +- 安全特性：支持 Secure Boot +- 驱动程序：可在固件中加载 + +## Use Cases +- 现代台式机和笔记本电脑启动（如 HP ZBook 安装 Ubuntu） +- 服务器系统初始化 +- 安全启动 Windows/Linux + +## Connections +- [[UEFI]] ← works_with ← [[GPT]] +- [[UEFI]] ← requires ← [[Secure Boot]] \ No newline at end of file diff --git a/wiki/concepts/Vibe-Coding.md b/wiki/concepts/Vibe-Coding.md new file mode 100644 index 00000000..73c041d0 --- /dev/null +++ b/wiki/concepts/Vibe-Coding.md @@ -0,0 +1,30 @@ +--- +title: "Vibe Coding" +type: concept +tags: [ai-coding, workflow] +--- + +## 定义 +一种使用 AI 编程助手的开发方式，开发者通过自然语言描述需求，AI 负责具体的代码实现。 + +## 核心特征 +- 自然语言驱动开发 +- AI 辅助代码生成和修改 +- Plan 模式预先审查实现方案 +- AGENTS.md 记录项目代码模式 + +## 工作流程 +1. 描述需求 → AI 生成实现计划（Plan 模式） +2. 审查计划 → 调整需求或确认方案 +3. 切换到 Build 模式 → AI 执行代码修改 +4. 审查结果 → 可用 /undo 撤销 + +## 工具 +- [[OpenCode]] +- [[Claude Code]] +- [[Ollama]]（本地 LLM） + +## 关联概念 +- [[Plan Mode]] +- [[Build Mode]] +- [[AGENTS.md]] \ No newline at end of file diff --git a/wiki/concepts/WOL-Wake-on-LAN.md b/wiki/concepts/WOL-Wake-on-LAN.md new file mode 100644 index 00000000..68398cc5 --- /dev/null +++ b/wiki/concepts/WOL-Wake-on-LAN.md @@ -0,0 +1,32 @@ +--- +title: "WOL (Wake on LAN)" +type: concept +tags: [network, power-management, lan] +date: 2026-04-17 +--- + +## Definition +WOL (Wake on LAN，网络唤醒) 是一种允许通过网络信号唤醒处于睡眠或关机状态计算机的技术。用户可以通过发送特殊的魔术数据包（Magic Packet）到目标设备的 MAC 地址，实现远程唤醒。 + +## Technical Details +- **魔术数据包**：包含目标设备 MAC 地址的特殊 UDP 数据包，发送到端口 9 +- **MAC 地址格式**：如 `XX:XX:XX:XX:XX:XX` +- **默认端口**：9（UDP） + +## macOS Configuration +```bash +# 启用网络唤醒 +sudo pmset -a womp 1 + +# 验证是否启用 +pmset -g | grep womp +``` + +## Use Cases +- 远程唤醒家庭服务器（如 Mac Mini） +- 远程桌面连接前先唤醒目标机器 +- 节约能源，按需唤醒不在使用的机器 + +## Related Concepts +- [[pmset]]：电源管理工具，可启用 WOL +- [[caffeinate]]：临时保持唤醒的工具 \ No newline at end of file diff --git a/wiki/concepts/Wayland.md b/wiki/concepts/Wayland.md new file mode 100644 index 00000000..926f0e43 --- /dev/null +++ b/wiki/concepts/Wayland.md @@ -0,0 +1,19 @@ +--- +title: "Wayland" +type: concept +tags: [display-protocol, linux, wayland] +last_updated: 2026-04-17 +--- + +## Description +Linux 桌面环境的现代显示协议，作为 X11 的继任者设计，提供更好的安全性和性能。 + +## Key Characteristics +- 相比 X11 更加安全，限制客户端之间的隔离 +- 默认用于 Ubuntu 24.04 +- 出于安全设计，严格限制外部程序在用户未登录状态下获取屏幕控制权 + +## Relationship to Other Concepts +- 继任者：[[X11 (Xorg)]] +- 兼容：[[GDM3]]（登录管理器） +- 远程桌面问题：RustDesk 在 Wayland 下无法在登录界面正常工作 \ No newline at end of file diff --git a/wiki/concepts/X11-Xorg.md b/wiki/concepts/X11-Xorg.md new file mode 100644 index 00000000..ae8419dc --- /dev/null +++ b/wiki/concepts/X11-Xorg.md @@ -0,0 +1,32 @@ +--- +title: "X11 (Xorg)" +type: concept +tags: [display-protocol, linux, x11] +last_updated: 2026-04-17 +--- + +## Aliases +- X11 +- Xorg +- X Window System + +## Description +传统的 Linux 显示协议，Ubuntu 早期版本默认使用，现在可作为 Wayland 的替代方案。 + +## Key Characteristics +- 兼容性更好，支持更多远程桌面软件 +- 允许外部程序在登录界面获取屏幕控制权 +- 通过 GDM3 配置可强制使用 X11 替代 Wayland + +## Configuration +在 /etc/gdm3/custom.conf 中设置： +``` +[daemon] +WaylandEnable=false +``` + +## Relationship to Other Concepts +- 前身：传统 X11 +- 替代：[[Wayland]] +- 兼容：[[GDM3]] +- 远程桌面：支持 [[RustDesk]] 正常工作 \ No newline at end of file diff --git a/wiki/concepts/cAdvisor.md b/wiki/concepts/cAdvisor.md new file mode 100644 index 00000000..5d33603f --- /dev/null +++ b/wiki/concepts/cAdvisor.md @@ -0,0 +1,42 @@ +--- +title: "cAdvisor" +type: concept +tags: [container, monitoring, prometheus, docker] +sources: [家庭监控方案-prometheus-grafana-node-exporter-cadvisor-blackbox] +last_updated: 2026-04-16 +--- + +## Definition +cAdvisor（Container Advisor）是 Google 开发的容器指标采集器，实时采集容器（Docker）的资源使用和性能数据，提供容器级别的监控。 + +## Key Metrics +- **CPU**：CPU 使用率、限制、throttling +- **内存**：使用量、限制、缓存 +- **网络**：入站/出站流量、丢包 +- **文件系统**：容器日志大小 +- **容器元数据**：镜像、启动命令、标签 + +## Docker 部署 +```yaml +cadvisor: + image: gcr.io/cadvisor/cadvisor:latest + ports: + - "8080:8080" + volumes: + - /:/rootfs:ro + - /var/run:/var/run:ro + - /sys:/sys:ro + - /var/lib/docker/:/var/lib/docker:ro +``` + +## Common Alert Rules +- 容器重启次数 > 0（1 小时内） +- 容器 CPU 限制超过 90% +- 容器内存限制超过 85% + +## Default Port +- 8080 + +## Connections +- [[cAdvisor]] ← scrapes_by ← [[Prometheus]] +- [[cAdvisor]] ← container_monitoring ← [[监控可观测性]] \ No newline at end of file diff --git a/wiki/concepts/caffeinate.md b/wiki/concepts/caffeinate.md new file mode 100644 index 00000000..81984dc2 --- /dev/null +++ b/wiki/concepts/caffeinate.md @@ -0,0 +1,52 @@ +--- +title: "caffeinate" +type: concept +tags: [macos, power-management, command-line] +date: 2026-04-17 +--- + +## Definition +caffeinate 是 macOS 内置工具，用于临时阻止系统进入睡眠状态。与 pmset 不同，caffeinate 不修改系统设置，仅在运行时有效，按 Ctrl+C 停止后系统恢复默认睡眠行为。 + +## Installation +```bash +# macOS 内置，无需安装 +``` + +## Usage +```bash +# 防止显示器睡眠 +caffeinate -d + +# 防止系统空闲时睡眠 +caffeinate -i + +# 防止系统睡眠 +caffeinate -s + +# 模拟用户活动（防止睡眠） +caffeinate -u + +# 组合使用（常用） +caffeinate -d -i -s + +# 保持唤醒（按 Ctrl+C 停止） +caffeinate -d -i -s +``` + +## Parameters +| 参数 | 作用 | +|------|------| +| `-d` | 防止显示器睡眠 | +| `-i` | 防止系统空闲时睡眠 | +| `-s` | 防止系统睡眠 | +| `-u` | 模拟用户活动（防止睡眠） | + +## Use Cases +- 临时运行需要持续运行的任务（如大型下载、安装） +- 演示或展示时需要保持屏幕常亮 +- 不希望修改系统电源设置时的临时方案 + +## Related Concepts +- [[pmset]]：永久修改系统电源设置的工具 +- [[WOL (Wake on LAN)]]：网络唤醒功能 \ No newline at end of file diff --git a/wiki/concepts/efibootmgr.md b/wiki/concepts/efibootmgr.md new file mode 100644 index 00000000..97be0ee2 --- /dev/null +++ b/wiki/concepts/efibootmgr.md @@ -0,0 +1,39 @@ +--- +title: "efibootmgr" +type: concept +tags: [boot, efi, linux, command-line] +date: 2026-04-16 +--- + +## Aliases +- efibootmgr + +## Definition +efibootmgr 是 Linux 下的命令行工具，用于管理 EFI 固件中的启动顺序和启动项。可以查看、创建、删除和调整 UEFI 启动顺序，解决 HP BIOS 等系统启动顺序被重置的问题。 + +## Key Properties +- 平台：Linux +- 功能：NVRAM 启动项管理 +- 权限：需要 root 权限 +- 常见用法：-o 设置启动顺序，-c 创建新启动项，-v 查看详细信息 + +## Use Cases +- 修复 Ubuntu 启动顺序问题 +- 设置默认启动操作系统 +- 处理 HP BIOS 启动顺序被重置 + +## Example Commands +```bash +# 查看当前启动顺序 +sudo efibootmgr + +# 将 Ubuntu (Boot0005) 设为首选 +sudo efibootmgr -o 0005,0000,0001,0002,0003 + +# 创建新启动项 +sudo efibootmgr -c -d /dev/nvme0n1 -p 1 -L "Ubuntu" -l "\\EFI\\ubuntu\\shimx64.efi" +``` + +## Connections +- [[efibootmgr]] ← manages ← [[UEFI]] +- [[efibootmgr]] ← fixes ← [[启动顺序]] \ No newline at end of file diff --git a/wiki/concepts/node_exporter.md b/wiki/concepts/node_exporter.md new file mode 100644 index 00000000..93d5c680 --- /dev/null +++ b/wiki/concepts/node_exporter.md @@ -0,0 +1,40 @@ +--- +title: "node_exporter" +type: concept +tags: [exporter, prometheus, monitoring, linux] +sources: [家庭监控方案-prometheus-grafana-node-exporter-cadvisor-blackbox] +last_updated: 2026-04-16 +--- + +## Definition +node_exporter 是 Prometheus 官方的主机指标采集器，采集 Linux/Unix 主机的 CPU、内存、磁盘、网络、文件系统等系统指标。 + +## Key Metrics +- **CPU**：使用率、上下文切换、软中断 +- **内存**：总量、可用、已用、缓存 +- **磁盘**：使用率、IO、inode +- **网络**：流量、丢包、错误 +- **文件系统**：挂载点、容量、使用率 + +## Docker 部署 +```yaml +node_exporter: + image: prom/node-exporter:latest + network_mode: "host" + volumes: + - /proc:/host/proc:ro + - /sys:/host/sys:ro + - /:/rootfs:ro +``` + +## Common Alert Rules +- CPU 使用率 > 85% +- 磁盘空间 < 10% +- 可用内存 < 15% + +## Default Port +- 9100 + +## Connections +- [[node_exporter]] ← scrapes_by ← [[Prometheus]] +- [[node_exporter]] ← core_exporter ← [[监控可观测性]] \ No newline at end of file diff --git a/wiki/concepts/npm.md b/wiki/concepts/npm.md new file mode 100644 index 00000000..1c056282 --- /dev/null +++ b/wiki/concepts/npm.md @@ -0,0 +1,30 @@ +--- +title: "npm" +type: concept +tags: [javascript, package-manager] +last_updated: 2026-04-17 +--- + +## 定义 +npm（Node Package Manager）是 Node.js 默认的包管理器，用于安装、管理和分享 JavaScript 代码包。 + +## 用途 +- 安装全局或本地 Node 包 +- 发布自己的 npm 包 +- 管理项目依赖 +- 运行 package.json 中的脚本 + +## 常用命令 +```bash +npm install # 安装本地包 +npm install -g # 全局安装 +npm init # 初始化项目 +npm run