Auto-sync: 2026-04-27 20:02
This commit is contained in:
126
wiki/log.md
126
wiki/log.md
@@ -1,3 +1,47 @@
|
||||
## [2026-04-27] ingest | 不谈技术:普通人该怎么在AI时代赚钱?
|
||||
- Source file: raw/微信公众号/不谈技术:普通人该怎么在AI时代赚钱?.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 以乔布斯.skill署名,阐述AI时代普通人财富创造三大认知框架:①品味是护城河(工具民主化后品味不会民主化);②做端到端不做零件(iPod成功案例);③死亡过滤器找真正热爱。核心结论:AI不会让普通人变富,会让对品质有执念的人极其强大。
|
||||
- Concepts created: 品味作为护城河、端到端优势、死亡过滤器
|
||||
- Entities created: 乔布斯.skill、Mac、iPod
|
||||
- Source page: wiki/sources/不谈技术-普通人该怎么在ai时代赚钱.md
|
||||
- Notes: 冲突检测无冲突;overview.md「知识与资源」首条已更新;index.md已添加Sources/Entities/Concepts条目
|
||||
|
||||
## [2026-04-27] ingest | Semantic Memory Search
|
||||
- Source file: Agent/usecases/semantic-memory-search.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 为 OpenClaw 的 markdown 记忆文件添加向量语义搜索能力——通过 memsearch(基于 Milvus)实现混合搜索(向量+BM25+RRF),SHA-256 增量索引节省 API 调用,Markdown 始终为唯一数据源。
|
||||
- Concepts created: Incremental-Indexing(混合索引中已存在 HybridSearch/Reciprocal-Rank-Fusion,本次新建)
|
||||
- Source page: wiki/sources/semantic-memory-search.md
|
||||
- Notes: memsearch 和 Milvus Entity 已存在于 wiki,无需新建;RRF-Reranking Concept 与已有 Reciprocal-Rank-Fusion 重复,已合并
|
||||
|
||||
## [2026-04-27] ingest | Family Calendar Aggregation & Household Assistant
|
||||
- Source file: Agent/usecases/family-calendar-household-assistant.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI Agent 作为家庭日程协调中心——聚合多源日历生成晨间简报,通过环境消息监控自动从 iMessage 识别预约并创建日历事件(含行车时间缓冲),维护家庭库存 JSON 并支持照片 OCR 更新,生成购物清单。核心洞察:Ambient > Active,Mac Mini 是最优硬件。
|
||||
- Concepts: 无需新建(Morning Briefing/Ambient Message Monitoring/Household Inventory Tracking/Calendar Aggregation/Driving Time Buffer/Grocery Coordination 均已在 source page 内联定义,无需独立 Concept 页面)
|
||||
- Entities: 无需新建(OpenClaw/Sparkry AI/Google Calendar/Apple Calendar 均为已有 Entity;Brandon Wang/angiolillo/dns_snek 仅出现 1 次不满足 ≥2 次条件)
|
||||
- Source page: wiki/sources/family-calendar-household-assistant.md
|
||||
- Notes: source page 已按标准格式重新生成(date 更新至 2026-04-27);index.md 条目已补加日期前缀 [2026-04-27];overview.md 第507行已有完整章节,内容一致无需更新;冲突检测:无冲突(与 Custom Morning Brief 为互补关系,已记录于 source page Connections 节)。
|
||||
|
||||
## [2026-04-27] ingest | Multi-Source Tech News Digest
|
||||
- Source file: Agent/usecases/multi-source-tech-news-digest.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 多来源技术新闻自动聚合框架——四层数据管道(RSS × 46 + Twitter KOL × 44 + GitHub Releases × 19 + Brave Search × 4 = 109+ 来源),通过标题相似度去重 + 多维质量评分(优先级来源 +3,多来源 +5,时效性 +2,互动量 +1)生成精选 digest,发送至 Discord/邮件/Telegram;30 秒通过自然语言添加自定义来源;Skill 安装于 ClawHub(tech-news-digest)。
|
||||
- Concepts created: Content-Aggregation.md、Quality-Scoring.md、Content-Deduplication.md、Multi-Channel-Delivery.md
|
||||
- Entities: 无需新建(DracoVibeCoding/ClawHub/Dify/LangChain/Ollama 均为已有 Entity;vLLM 仅出现 1 次不满足 ≥2 次条件)
|
||||
- Source page: wiki/sources/multi-source-tech-news-digest.md
|
||||
- Notes: source page 已按标准格式生成;index.md 第255行条目已补加日期前缀 [2026-04-27];overview.md 第186行已有完整章节,无需更新;冲突检测:与 [[blogwatcher-daily收藏]] 的功能重叠差异已记录在 source page Contradictions 节(multi-source-tech-news-digest 侧重多平台大规模聚合 + 质量评分,blogwatcher-daily 侧重 RSSHub 本地部署 + daily notes 深度集成)。
|
||||
|
||||
## [2026-04-27] ingest | Personal Knowledge Base (RAG)
|
||||
- Source file: Agent/usecases/knowledge-base-rag.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 构建可搜索的个人知识库工作流——通过 Telegram Topic 或 Slack Channel 接收 URL,自动抓取内容(文章/Tweet/YouTube字幕/PDF)并语义索引,支持自然语言提问检索。核心理念:捕获像发短信一样简单,检索像搜索一样简单;零摩擦摄入 + 语义搜索是解决"知识黑洞"的核心。
|
||||
- Concepts updated: Semantic-Search.md(新增 sources 引用,last_updated 更新至 2026-04-27)、RAG.md(新增 knowledge-base-rag 到 sources 列表,last_updated 更新至 2026-04-27)、Knowledge-Base.md(新建完成)
|
||||
- Entities: 无需新建(OpenClaw/Telegram/Slack 均为已有 Entity,ClawdHub 未满足 ≥2 次条件)
|
||||
- Source page: wiki/sources/knowledge-base-rag.md
|
||||
- Notes: source page 已按标准格式生成;index.md 条目已补加日期前缀 [2026-04-27];overview.md 第56行已有相关章节,无需更新;冲突检测:与 [[Second Brain]] 的摄入方式差异已记录在 source page Contradictions 节(对话内捕获 vs URL直接摄入,两者可互补)。
|
||||
|
||||
## [2026-04-27] ingest | Goal-Driven Autonomous Tasks
|
||||
- Source file: Agent/usecases/overnight-mini-app-builder.md
|
||||
- Status: ✅ 成功摄入
|
||||
@@ -35,7 +79,15 @@
|
||||
- Source page: wiki/sources/autonomous-project-management.md
|
||||
- Notes: 源文件修改时间为 2026-04-26 12:35:50(距上次 2026-04-22 摄入);本次重新摄取仅同步 date 字段至 2026-04-27,content 内容与原 page 一致,无需变更;index.md 条目已存在(含日期前缀 [2026-04-27]);overview.md 第555行新增 autonomous-project-management 章节;冲突检测:与 [[project-state-management]] 的冲突已在 source page Contradictions 节记录(动态状态文件 vs 事件驱动看板)。
|
||||
|
||||
## [2026-04-27] ingest | Daily Reddit Digest
|
||||
## [2026-04-27] ingest | X/Twitter Automation from Chat
|
||||
- Source file: Agent/usecases/x-twitter-automation.md
|
||||
- Status: ✅ 成功摄入(重新摄取:源文件时间戳同步至 2026-04-27,source page 已存在,仅更新 date 字段)
|
||||
- Summary: 通过 TweetClaw(OpenClaw 插件)连接 X/Twitter 托管 API,实现自然语言驱动的全功能 X/Twitter 操作——发帖/回复/点赞/转发/关注/DM、搜索数据提取、抽奖选人、账号监控。核心优势:无需 Cookie、无爬虫、无凭证暴露。
|
||||
- Concepts created: X-Twitter-API-Automation.md、Social-Media-Giveaway.md、Account-Monitoring.md
|
||||
- Entities created: Xquik-dev.md(TweetClaw 开发公司,之前未创建)
|
||||
- Source page: wiki/sources/x-twitter-automation.md
|
||||
- Notes: source page 已存在,本次重新摄取仅同步 date 从 2026-04-17 至 2026-04-27;index.md 条目已补加日期前缀 [2026-04-27];overview.md 第429行已有完整章节,内容一致无需更新;冲突检测:无冲突(与 [[x-account-analysis]] 互补——分析 vs 操作)。
|
||||
|
||||
- Source file: Agent/usecases/daily-reddit-digest.md
|
||||
- Status: ✅ 成功摄入(日期同步:source page date 从 2026-04-22 更新至 2026-04-27,源文件未更新,内容保持一致)
|
||||
- Summary: AI Agent 驱动的 Reddit 每日精选摘要自动化——通过 OpenClaw + reddit-readonly skill,每日定时抓取指定 Subreddit 的热门/最新/最高赞帖子,AI 记忆用户偏好并持续优化精选规则(如排除表情包类内容)。纯读取模式,无需认证。
|
||||
@@ -456,6 +508,15 @@
|
||||
- Source page: wiki/sources/用docker安装it-tools.md
|
||||
- Notes: index.md 第73行已有本条目;overview.md Home Server Automation 节已有 it-tools 相关描述(第619行);冲突检测:源文件内容与现有 Entity/Concept 页面完全一致,无冲突。
|
||||
|
||||
## [2026-04-09] ingest | 养虾日记3:用 Obsidian + Gitea 为 AI 助手构建持久化笔记系统
|
||||
- Source file: 微信公众号/养虾日记3:用 Obsidian + Gitea 为 AI 助手构建持久化笔记系统.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 用 Obsidian + Gitea + OpenClaw Obsidian Skill 构建 AI 持久化笔记系统——解决"AI 对话结束输出就消失"的核心问题。iCloud Drive 三端同步 + Gitea 版本控制 + Obsidian 双链知识库 + Karpathy LLM Wiki 理念(增量积累 vs RAG 从零检索)。核心价值:把 AI 变成"会自动整理笔记的实习生"。
|
||||
- Concepts created: 无(entities/ 和 concepts/ 目录为空,所有 Key Concepts 保留为 source page 内嵌 wikilink 引用——Agent Archive/Knowledge Base/LLM Wiki/Obsidian Web Clipper/Graph View/Obsidian Git/QMD 均以内嵌形式存在)
|
||||
- Entities created: 无(entities/ 和 concepts/ 目录为空,Obsidian/Gitea/OpenClaw/iCloud Drive 均以内嵌 wikilink 引用于 source page)
|
||||
- Source page: wiki/sources/养虾日记3-用-obsidian-gitea-为-ai-助手构建持久化笔记系统.md
|
||||
- Notes: index.md 条目已补加日期前缀 [2026-04-09] + 一行摘要;overview.md 第60行已有完整章节(Obsidian + Gitea + OpenClaw 持久化笔记系统),内容一致无需更新;冲突检测:与 [[knowledge-base-rag]] 的 RAG vs LLM Wiki 理念冲突已记录于 source page Contradictions 节(两者可互补:Wiki 负责长期积累,RAG 负责快速检索入口)。
|
||||
|
||||
## [2026-05-08] ingest | 通过VPS+内网反向代理实现域名访问内网穿透
|
||||
- Source file: Home Office/通过VPS+内网反向代理实现域名访问内网穿透.md
|
||||
- Status: ✅ 成功摄入
|
||||
@@ -3640,6 +3701,15 @@
|
||||
66| - Entity 数量不足阈值(OpenClaw/Synology Photos/NAS 均已存在或仅出现 1 次),未创建新 Entity 页面
|
||||
67| - Concept 数量不足阈值(所有概念均为本篇特定实践,不满足可抽象/可复用条件),未创建独立 Concept 页面
|
||||
68| - 冲突已记录于 source page Contradictions 部分(与 Self-Healing-Home-Server 的规划者 vs 修复者角色差异)
|
||||
|
||||
## [2026-04-27] ingest | X Account Analysis
|
||||
- Source file: Agent/usecases/x-account-analysis.md
|
||||
- Status: ✅ 成功摄入(重新生成 source page)
|
||||
- Summary: 基于 OpenClaw + Bird Skill 的 X 账号定性分析——通过 Cookie 认证读取真实账号推文,AI 分析内容质量模式(为何有时 1000+ 赞有时 <5 赞)、话题偏好与互动差异原因。免费替代 $10-$50/月订阅服务。
|
||||
- Concepts created: —
|
||||
- Entities created: —
|
||||
- Source page: wiki/sources/x-account-analysis.md
|
||||
- Notes: 已确认 overview.md 已有该页面综合摘要(line 441),无需额外更新;已更新 index.md 添加条目
|
||||
69|
|
||||
70|## [2026-04-23] ingest | X Account Analysis
|
||||
71|- Source file: Agent/usecases/x-account-analysis.md
|
||||
@@ -4935,3 +5005,57 @@
|
||||
- 冲突检测:无冲突
|
||||
- Polymarket 已在 [[Dynamic-Dashboard]] concept 页和 overview.md 中多次提及,本次重新摄入进一步丰富了策略细节
|
||||
|
||||
## [2026-04-27] ingest | Personal CRM with Automatic Contact Discovery
|
||||
- Source file: Agent/usecases/personal-crm.md
|
||||
- Status: ✅ 验证完成(source page 已存在且完整,无需重新生成)
|
||||
- Summary: AI Agent 驱动的个人 CRM 自动联系人发现系统——每日 Cron Job 扫描 Gmail 和日历,自动提取新联系人并更新 SQLite 数据库,通过 Telegram personal-crm topic 提供自然语言查询,每日 7AM 推送会前简报。
|
||||
- Concepts updated: [[Personal-CRM]](last_updated 同步至 2026-04-27;sources 列表已包含 [[personal-crm]])
|
||||
- Entities updated: [[gog-CLI]](添加 personal-crm 到 Related Sources);[[Telegram]] Entity 已在 multi-channel-assistant 中建立
|
||||
- Source page: wiki/sources/personal-crm.md
|
||||
- Notes: 源文件时间戳 2026-04-26 12:35(与现有 source page 2026-04-27 16:01 一致,内容无变化);index.md 条目已补加日期前缀 [2026-04-26] 和摘要描述;overview.md 第522行已有完整章节,内容一致无需更新;冲突检测:无冲突(与 [[养龙虾5天血泪史]] 的通用内存 vs 结构化联系人互补关系已在该 source page Contradictions 节记录)。
|
||||
|
||||
|
||||
## [2026-04-27] ingest | OpenClaw as Desktop Cowork (AionUi) — Remote Rescue & Multi-Agent Hub
|
||||
- Source file: Agent/usecases/aionui-cowork-desktop.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 通过 AionUi 桌面应用将 OpenClaw 打造为可视化 Cowork Agent,支持远程救援和多 Agent 统一管理。核心价值:解决"看不见 Agent 在做什么"和"Agent 坏了人在外地无法修复"两大痛点;12+ Agent 共存共享 MCP 配置;多通道远程接入。
|
||||
- Concepts created: Cowork-UI.md、Remote-Rescue.md、Multi-Agent-Unified-MCP.md、OpenClaw-Deployment-Expert.md
|
||||
- Entities created: AionUi.md、Claude-Code.md、Codex.md
|
||||
- Entities updated: OpenClaw.md(sources 新增 aionui-cowork-desktop,last_updated 更新至 2026-04-27);McpServer.md(sources 新增 aionui-cowork-desktop)
|
||||
- Source page: wiki/sources/aionui-cowork-desktop.md
|
||||
- Notes: index.md 条目已补加日期前缀 [2026-04-27];overview.md 第50行已添加完整章节(置于 multi-channel-customer-service 与 Second Brain 之间);冲突检测:无冲突(与 [[multi-agent-team]] 为互补关系——后者侧重 Agent 团队协作架构,前者侧重统一界面管理与远程控制,已记录于 overview.md 和 source page Connections 节)。
|
||||
|
||||
## [2026-04-27] ingest | arXiv Paper Reader
|
||||
- Source file: Agent/usecases/arxiv-paper-reader.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 基于 Prismer `arxiv-reader` skill 的对话式 arXiv 论文阅读工作流——通过 3 工具(`arxiv_fetch`/`arxiv_sections`/`arxiv_abstract`)直接从 arXiv 获取论文,自动解压 LaTeX 源码并扁平化为可读文本,支持摘要速扫、跨论文对比、章节精读,结果本地缓存。
|
||||
- Concepts created: (无新建,Concepts 均仅出现 1 次,不满足可复用条件)
|
||||
- Source page: wiki/sources/arxiv-paper-reader.md
|
||||
- Notes: Prismer Entity 和 OpenClaw Entity 已存在于 wiki,无需新建;arXiv Entity 仅出现 1 次,不满足"≥2次"条件,未创建;无内容冲突。
|
||||
|
||||
## [2026-04-27] ingest | Phone Call Notifications(复检)
|
||||
- Source file: Agent/usecases/phone-call-notifications.md
|
||||
- Status: ✅ 复检完成
|
||||
- Summary: AI Agent 通过 clawr.ing 托管电话服务主动向用户拨打电话通知——Agent 评估事件优先级(股价暴跌/紧急邮件/日程提醒),自动拨叫用户真实号码,用户可实时提问,Agent 双向对话响应。与 [[phone-based-personal-assistant]] 互补(Agent 去电通知 vs 用户来电接收)。
|
||||
- Concepts: 均为已有页面([[Voice Notification Channel]] / [[Two-Way Voice Conversation]] / [[Call-Worthy Threshold]] / [[PSTN Calling]] 均已于 2026-04-23 创建)
|
||||
- Entities: 均为已有页面([[clawr.ing]] 已存在,[[OpenClaw]] 已存在,[[clawhub.ai]] 已存在)
|
||||
- Source page: wiki/sources/phone-call-notifications.md
|
||||
- Notes:
|
||||
- 本次为复检执行(原始摄入日期:2026-04-23)
|
||||
- index.md 第259行条目已补加日期前缀 [2026-04-27]
|
||||
- source page date 已更新至 2026-04-27
|
||||
- overview.md 第46行和第1078行已有相关章节,内容一致,无需更新
|
||||
- 冲突检测:无新增冲突(与 [[phone-based-personal-assistant]] 方向差异已于原 log 记录)
|
||||
|
||||
## [2026-04-27] ingest | 养虾日记2:让Agent更懂你:OpenClaw + Self-Improving 复盘实战案例分享
|
||||
- Source file: 微信公众号/养虾日记2:让Agent更懂你:OpenClaw + Self-Improving 复盘实战案例分享
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI Agent 记忆问题的 self-improving 自改进机制实战——三层记忆架构(短期文件 + 长期向量数据库 + self-improving 复盘),实现"错误只犯一次"的 Agent 学习闭环。Pattern-Key 重复是系统性问题的信号;Recurrence-Count 是区分一次性错误与重复问题的关键指标。
|
||||
- Concepts created: Self-Improving-Skill.md、双层记忆架构.md、每日复盘机制.md、Pattern-Key.md、Recurrence-Count.md
|
||||
- Entities created: OpenClaw.md、LanceDB.md
|
||||
- Source page: wiki/sources/养虾日记2-让agent更懂你-openclaw-self-improving-复盘实战案例分享.md
|
||||
- Notes:
|
||||
- source page 已存在于 wiki/sources/,格式完整,无需重新生成
|
||||
- index.md 第137行已有条目,已补充 Entities 和 Concepts 章节
|
||||
- overview.md 第58行已有完整章节(Self-Improving 自改进系统),内容一致,无需更新
|
||||
- 冲突检测:无冲突(与 [[养龙虾5天血泪史]] 属同一系列——前者侧重 self-improving 机制设计,后者侧重记忆失效调试全记录,互补关系)
|
||||
|
||||
Reference in New Issue
Block a user