ishenwei/nexus
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
fa0a6fa92c4322425a4a43bfb163e3315d4e783f
nexus/wiki/log.md
weishen 772cbf2051 Auto-sync: 2026-04-22 19:20
2026-04-22 19:20:32 +08:00

68 KiB
Raw Blame History

[2026-04-22] ingest | Pre-Build Idea Validator

  • Source file: Agent/usecases/pre-build-idea-validator.md
  • Status: ✅ 成功摄入
  • Summary: AI 项目启动前的竞争分析门控机制——在写代码之前通过 idea-reality-mcp 扫描 GitHub/Hacker News/npm/PyPI/Product Hunt 五个数据源，返回 reality_signal 分数（0-100）评估赛道拥挤度，防止 Agent 在已饱和赛道投入资源。
  • Concepts created: Pre-Build Validation, Reality-Signal, Competition-Analysis, Pivot-Strategy, Agent-Build-Gate
  • Entities created: idea-reality-mcp
  • Source page: wiki/sources/pre-build-idea-validator.md
  • Notes:
    • 新增 Sources 条目至 index.md（插入顶部）
    • 更新 overview.md，添加 pre-build-idea-validator 段落并补充 4 个新概念至 Key Concepts
    • 创建 5 个 Concept 页面：Pre-Build-Validation.md、Reality-Signal.md、Competition-Analysis.md、Pivot-Strategy.md、Agent-Build-Gate.md
    • 创建 1 个 Entity 页面：idea-reality-mcp.md
    • Hacker-News 和 Product-Hunt 仅出现 1 次，不满足 ≥2 次的 Entity 创建阈值，未创建
    • 与 market-research-product-factory 互补：后者挖痛点找方向，前者在动手前验证赛道的竞争密度
    • 冲突：无

[2026-04-22] ingest | Autonomous Project Management with Subagents

  • Source file: Agent/usecases/autonomous-project-management.md

  • Status: ✅ 成功摄入

  • Summary: 去中心化多 Agent 项目协调模式——通过共享 STATE.yaml 实现并行自主执行，主会话遵循 CEO 模式（仅做策略决策），Git 作为审计日志记录所有状态变更。核心洞察：文件协调优于中心编排器，主会话越薄响应越快。

  • Concepts created: PM Delegation Pattern, CEO Pattern, Shared State Coordination, Git-as-Audit-Log

  • Entities created: Nicholas Carlini

  • Source page: wiki/sources/autonomous-project-management.md

  • Notes:

    • 新增 Sources 条目至 index.md（插入顶部）
    • 更新 overview.md，添加 4 个新概念至 Key Concepts
    • 创建 4 个 Concept 页面：PMDelegationPattern.md、CEOPattern.md、SharedStateCoordination.md、GitAsAuditLog.md
    • 创建 1 个 Entity 页面：NicholasCarlini.md
    • 冲突记录：与 project-state-management 的任务管理范式冲突（动态文件 vs 静态看板）
    • Nicholas Carlini 未在原 Wiki 中出现，作为启发来源创建 Entity 页面

  • Source file: Agent/usecases/daily-reddit-digest.md

  • Status: ✅ 成功摄入

  • Summary: AI Agent 驱动的 Reddit 每日精选摘要自动化——通过 OpenClaw + reddit-readonly skill，每日定时抓取多 Subreddit 热门帖子，AI 记忆偏好持续优化规则，纯读取模式无需认证。

  • Concepts created: Daily-Digest, Reddit Read-Only, Preference Learning

  • Entities created: reddit-readonly

  • Source page: wiki/sources/daily-reddit-digest.md

  • Notes:

    • 更新 index.md，替换缺失标记为正式条目
    • 更新 overview.md，添加至 YouTube Automation / Daily Digest 章节
    • OpenClaw Entity 页面已存在，无需新建
    • Preference Learning Concept 已在 inbox-declutter 中引用，无需新建

[2026-04-22] ingest | Inbox De-clutter

  • Source file: Agent/usecases/inbox-declutter.md
  • Status: ✅ 成功摄入
  • Summary: AI Agent 每日自动整理 Newsletter 邮件摘要——通过 Cron Job 每日 20:00 阅读过去 24 小时 Newsletter 新邮件，生成精华摘要并附链接，根据用户反馈持续学习偏好。需前置 Gmail OAuth Setup。
  • Concepts created: Email Triage, Newsletter Digest, Preference Learning
  • Entities created: Gmail OAuth
  • Source page: wiki/sources/inbox-declutter.md
  • Notes:
    • 新增 Sources 条目至 index.md（插入顶部）
    • 更新 overview.md，添加 inbox-declutter 描述段落（作为 custom-morning-brief 的相似模式）
    • 创建 Concept 页面：Email-Triage.md、Newsletter-Digest.md、Preference-Learning.md
    • 创建 Entity 页面：Gmail-OAuth.md
    • 与 custom-morning-brief 属同一 Cron Job + AI 摘要模式的不同垂直场景
    • 冲突：无

[2026-04-22] ingest | Market Research & Product Factory

  • Source file: Agent/usecases/market-research-product-factory.md
  • Status: ✅ 成功摄入
  • Summary: AI Agent 驱动的"从市场调研到产品构建"全自动化流水线——通过 Last 30 Days skill 挖掘 Reddit 和 X 近30天真实用户痛点，OpenClaw 根据痛点构建 Web 应用 MVP。核心价值：发短信即可完成"发现问题→验证需求→构建方案"全流程，无需技术背景。
  • Concepts created: Pain Point Mining, Startup MVP Pipeline, Agent-Driven Market Research, Last 30 Days Method
  • Source page: wiki/sources/market-research-product-factory.md
  • Notes:
    • 新增 Sources 条目至 index.md
    • 更新 overview.md，添加 Market Research & Product Factory 描述段落
    • 添加 Pain Point Mining、Startup MVP Pipeline、Agent-Driven Market Research、Last 30 Days Method 到 Key Concepts
    • Alex Finn 出现2次（content-factory + market-research），但按出现频次标准不满足 Entity 创建条件，跳过
    • Matt Van Horne 仅出现1次，跳过 Entity 页面创建
    • 冲突：无已知冲突

[2026-04-22] ingest | Phone-Based Personal Assistant

  • Source file: Agent/usecases/phone-based-personal-assistant.md
  • Status: ✅ 成功摄入
  • Summary: 通过 ClawdTalk + Telnyx 将任意手机变成 AI 助理语音入口——拨打电话即可与 OpenClaw 对话，支持日历查询、Jira 任务更新、网络搜索，无需智能手机 App 或浏览器，覆盖驾驶、步行等双手占用场景。与 multi-channel-assistant 互补：文字入口覆盖图文交互，语音入口覆盖无屏场景。
  • Concepts created: Voice Interface, Telephony Integration
  • Entities created: ClawdTalk, Telnyx
  • Source page: wiki/sources/phone-based-personal-assistant.md
  • Notes:
    • 新增 Sources 条目至 index.md（插入 Multi-Channel Personal Assistant 之后）
    • 更新 overview.md，添加 phone-based-personal-assistant 描述段落，添加 Voice Interface、Telephony Integration 到 Key Concepts
    • 创建 2 个 Entity 页面：ClawdTalk.md、Telnyx.md
    • 创建 2 个 Concept 页面：Voice-Interface.md、Telephony-Integration.md
    • 冲突已记录（已在 overview.md Conflict Area #10）：phone-based-personal-assistant 通用语音 Agent vs event-guest-confirmation SuperCall 沙盒 Persona

[2026-04-22] ingest | Event Guest Confirmation

  • Source file: Agent/usecases/event-guest-confirmation.md
  • Status: ✅ 成功摄入
  • Summary: 基于 OpenClaw + SuperCall 的活动嘉宾自动确认方案——通过 AI 语音电话批量外呼客人，确认出席状态并收集备注（饮食禁忌、Plus-One、到达时间等），通话完成后生成出席确认/未出席/未接听三分类摘要。核心价值：真人电话比短信回复率高；SuperCall 沙盒 persona 设计确保安全隔离，无 Prompt Injection 风险；每通电话独立重置，无对话间信息混淆。
  • Concepts created: Sandboxed Persona
  • Entities created: （无新实体；OpenClaw 已在其他来源中出现）
  • Source page: wiki/sources/event-guest-confirmation.md
  • Notes:
    • 新增 Sources 条目至 index.md（插入 Multi-Channel Personal Assistant 之后）
    • 更新 overview.md，添加 AI Tools & Productivity 小节描述
    • 更新 overview.md Conflict Area #10，添加 SuperCall 沙盒 Persona vs 通用语音 Agent 对比
    • 创建 1 个 Concept 页面：Sandboxed-Persona.md

[2026-04-22] ingest | Multi-Channel Personal Assistant

  • Source file: Agent/usecases/multi-channel-assistant.md
  • Status: ✅ 成功摄入
  • Summary: 基于 Telegram Topic 路由 + OpenClaw 的多渠道个人助理方案——以 Telegram 为统一入口，通过 Topic 隔离不同上下文（config/updates/video-ideas/personal-crm/earnings/knowledge-base），整合 Google Workspace（gog）、Slack、Todoist、Asana，实现"说一句话完成全套工作"。核心价值：消除应用切换疲劳，AI 主动推送定时提醒。
  • Concepts created: Topic-Based Routing, Scheduled Reminder
  • Entities created: Asana, gog
  • Source page: wiki/sources/multi-channel-assistant.md
  • Notes: 与 multi-agent-team 存在互补关系——Multi-Agent Team 为底层专业化分工，Multi-Channel Assistant 为用户交互层。

[2026-04-22] ingest | Project State Management System: Event-Driven Alternative to Kanban

  • Source file: Agent/usecases/project-state-management.md

  • Status: ✅ 成功摄入

  • Summary: 用事件驱动系统替代传统看板——自然语言对话自动记录项目事件（progress/blocker/decision/pivot），PostgreSQL/SQLite 存储完整事件历史，Git 提交自动关联项目，每日 Cron 生成站会报告。消灭手动拖拽卡片的摩擦，保留完整决策上下文，让项目状态查询和每日站会自动化。

  • Concepts created: Event Sourcing, Project State

  • Entities created: （无新实体；OpenClaw 已存在于多个来源中，无需独立 Entity 页面）

  • Source page: wiki/sources/project-state-management.md

  • Notes:

    • 新增 Sources 条目至 index.md（插入 Sources 首行）
    • 更新 overview.md Conflict Area #1，扩展 Kanban vs Event Sourcing 对比描述
    • 创建 2 个 Concept 页面：EventSourcing.md、ProjectState.md
    • 冲突已记录：Event Sourcing（自动追踪+上下文保留）vs Kanban（可视化协作+团队同步）

  • Source file: Agent/usecases/health-symptom-tracker.md

  • Status: ✅ 成功摄入

  • Summary: 通过 Telegram 话题 + OpenClaw AI Agent 自动追踪食物与症状，实现食物敏感性识别。每日三餐定时提醒（8AM/1PM/7PM）确保日志一致性，OpenClaw 自动解析消息并带时间戳写入 Markdown 日志，每周日分析关联模式识别潜在触发因素。无需专用 App，完全自托管。

  • Concepts created: Food Sensitivity Tracking, Automated Health Logging

  • Entities created: （无新实体；OpenClaw 实体已存在）

  • Source page: wiki/sources/health-symptom-tracker.md

  • Notes:

    • 新增 Sources 条目至 index.md（插入首行）
    • 新增健康追踪主题至 overview.md
    • 冲突记录：与 habit-tracker-accountability-coach 的习惯追踪 vs 健康数据追踪侧重对比

  • Source file: Agent/usecases/self-healing-home-server.md

  • Status: ✅ 成功摄入

  • Summary: AI Agent 作为家庭服务器基础设施的全天候自动驾驶代理——OpenClaw + SSH + Cron Job 系统实现自动健康监控、故障自愈（重启 Pod/扩缩容/修复配置）、邮件分拣、每日 8AM 晨报（天气/日历/系统状态/看板）、知识库录入和安全审计。核心洞察：Cron Job 是真正的产品；知识提取具有复利效应；AI 会硬编码 secrets，TruffleHog pre-push hooks 是必须配置的防线；Local-first Git 是防止 API Key 暴露的架构基础。

  • Concepts created: Morning Briefing, Email Triage, Local-first Git, Defense-in-Depth

  • Entities created: K3s, Gitea, TruffleHog

  • Entities updated: OpenClaw（追加 self-healing-home-server 到 sources）

  • Source page: wiki/sources/self-healing-home-server.md

  • Notes:

    • 新增 Sources 条目至 index.md（替换缺失条目）
    • 更新 overview.md，添加 "Self-Healing Infrastructure Agent" 章节
    • 创建 3 个 Entity 页面：K3s.md、Gitea.md、TruffleHog.md
    • 创建 4 个 Concept 页面：Morning-Briefing.md、Email-Triage.md、Local-first-Git.md、Defense-in-Depth.md
    • 冲突已记录：Prometheus/Grafana 监控方案（人工介入）vs AI Agent 自愈方案（全自动闭环）

[2026-04-22] ingest | AI-Powered Earnings Tracker

  • Source file: Agent/usecases/earnings-tracker.md
  • Status: ✅ 成功摄入
  • Summary: AI Agent 自动化追踪科技公司财报——每周日 Cron Job 扫描财报日历并通过 Telegram 推送，用户选择后为每家公司创建一次性 Cron Job，财报发布后自动搜索结果并生成结构化摘要（beat/miss、营收、EPS、AI 亮点）。
  • Concepts created: （无新概念；Cron Job 已在其他来源中建立）
  • Entities created: （无新实体；OpenClaw 已存在；科技公司 NVDA/MSFT 等无需独立页面）
  • Source page: wiki/sources/earnings-tracker.md
  • Notes:
    • 新增 Sources 条目至 index.md（插入首行）
    • 无需更新 overview.md（与现有 OpenClaw + Cron Job 主题一致）
    • 无需创建 Entity/Concept 页面
    • 无冲突

[2026-04-23] ingest | Multi-Agent Specialized Team (Solo Founder Setup)

  • Source file: Agent/usecases/multi-agent-team.md
  • Status: ✅ 成功摄入
  • Summary: 用多个专业化 AI Agent 组建团队，解决一人创业者（Solo Founder）身兼数职的困境——4 个专业 Agent（Milo/策略、Josh/商业、Marketing/营销、Dev/开发）通过共享记忆 + 私有上下文 + Telegram 单一控制平面协调运作，定时任务驱动主动工作流。
  • Concepts created: Agent Personality, Agent Specialization, Shared Memory Architecture, Private Context, Single Control Plane, Scheduled Task Flywheel, Parallel Agent Execution
  • Entities updated: OpenClaw（追加 multi-agent-team 到 sources）
  • Source page: wiki/sources/multi-agent-team.md
  • Notes:
    • 新增 Sources 条目至 index.md（插入首行）
    • 更新 overview.md Key Concepts，添加 5 个新概念
    • 创建 6 个 Concept 页面
    • 更新 OpenClaw.md sources 字段
    • 冲突已记录：Multi-Agent Team（并行专业化分工）vs Content Factory（链式协作）

[2026-04-23] ingest | Daily YouTube Digest

  • Source file: Agent/usecases/daily-youtube-digest.md

  • Status: ✅ 成功摄入

  • Summary: AI Agent 每日 YouTube Digest 全自动流水线——通过 youtube-full skill（ClawHub）监控订阅频道新视频，用 TranscriptAPI.com 提取字幕，AI 生成要点摘要后推送。两种模式：频道列表 + 关键词搜索。channel/latest 免费检查，seen-videos.txt 避免重复付费。核心洞察：把算法推荐的"被动消费"转变为系统化的"主动学习"。

  • Concepts created: Daily-Digest, Transcript-Based Summarization, Channel-Based Monitoring, Keyword-Based Monitoring, Credit-Efficient Processing

  • Entities updated: OpenClaw（追加 sources）

  • Entities created: TranscriptAPI.com, ClawHub, Recapio

  • Source page: wiki/sources/daily-youtube-digest.md

  • Notes:

    • 新增 Sources 条目至 index.md（顶部插入）
    • 更新 overview.md，补充 AI-Powered Daily Digest 章节到 YouTube Automation
    • 更新 OpenClaw.md sources
    • 创建 3 个 Entity 页面：TranscriptAPI.com.md、ClawHub.md、Recapio.md
    • 创建 5 个 Concept 页面：Daily-Digest.md、Transcript-Based-Summarization.md、Channel-Based-Monitoring.md、Keyword-Based-Monitoring.md、Credit-Efficient-Processing.md
    • 与 实战笔记-本地部署-rsshub-并获取-youtube-订阅 的互补关系已在 Contradictions 节记录（RSSHub 被动监控 vs AI Digest 主动学习）

  • Source file: Agent/usecases/meeting-notes-action-items.md

  • Status: ✅ 成功摄入

  • Summary: AI Agent 将会议转录文本（Otter.ai、Google Meet、Zoom）自动转换为结构化摘要，提取行动项并创建 Jira/Linear/Todoist/Notion 任务，发送 Slack/Discord 摘要，支持截止日提醒。核心洞察：自动任务创建比摘要本身更有价值，无法转化为追踪任务的会议记录只是"文档剧场"。

  • Concepts created: MeetingNotes, ActionItemTracking, TaskAutomation, TranscriptProcessing

  • Entities created: Jira, Linear, Todoist, Slack

  • Source page: wiki/sources/meeting-notes-action-items.md

  • Notes:

    • 新增 Sources 条目至 index.md（顶部插入）
    • 更新 overview.md，补充"会议记录自动化"章节
    • 创建 4 个 Entity 页面：Jira.md、Linear.md、Todoist.md、Slack.md
    • 创建 4 个 Concept 页面：MeetingNotes.md、ActionItemTracking.md、TaskAutomation.md、TranscriptProcessing.md
    • 与 todoist-task-manager 的潜在重叠已在 Contradictions 节记录

[2026-04-22] ingest | Claude Code 调用方法总结

  • Source file: Agent/claude-code调用方法总结.md
  • Status: ✅ 成功摄入
  • Summary: Hermes Agent 通过 terminal 工具调用 Claude Code 的两种模式与最佳实践。Print Mode（claude -p，适合绝大多数任务）和 TMUX 交互模式（适合超长任务）。核心参数：--permission-mode bypassPermissions、--add-dir、--max-turns。关键结论：任务需要 Claude Code Skill 时应使用 terminal 调用 claude -p 而非 delegate_task。
  • Concepts referenced: Print Mode, TMUX 交互模式, bypassPermissions, Skill 加载, delegate_task vs claude -p
  • Entities referenced: Claude Code（已在 overview 存在）、Hermes（已在 overview 存在）、TMUX
  • Source page: wiki/sources/claude-code调用方法总结.md
  • Notes:
    • 新增 Sources 条目至 index.md（顶部插入）
    • 更新 overview.md，补充 AI Tools & Prompt Engineering 章节的 Claude Code 调用方法
    • 与 llm-wiki 的 delegate_task/acp_command 路径冲突已在 Contradictions 节记录

[2026-04-23] ingest | N8N Full Tutorial Building AI Agents in 2025 for Beginners!

  • Source file: Agent/n8n full tutorial building AI agents in 2025 for Beginners!.md
  • Status: ✅ 成功摄入
  • Summary: 使用 N8N 平台构建 AI Agent 的完整入门教程，涵盖五类节点系统（Trigger/Action/Utility/Code/Advanced AI）、Agent 记忆机制、与 Airtable 外部工具集成。核心概念：Agentic System = Workflow 可预测性 + Agent 动态工具选择。
  • Concepts referenced: Agentic AI（已在 overview 存在）, Workflow Architecture, AI Agent Memory
  • Source page: wiki/sources/n8n-full-tutorial-building-ai-agents-in-2025-for-beginners.md
  • Notes:

[2026-04-22] ingest | 万字保姆级教程，让你90天跑通"一人公司"模式（附AI提示词）

  • Source file: Agent/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md
  • Status: ✅ 成功摄入
  • Summary: 90天内建立一人公司的系统性方法论：天才地带自检 → 底层能力挖掘 → 心理陷阱识别 → Ikigai 框架定位 → 赛道验证 → 产品体系设计 → 内容矩阵构建 → 销售漏斗搭建。核心观点：一人公司的关键不是更努力工作，而是更聪明地定位，用 AI 杠杆放大个人优势。
  • Concepts created: 一人公司, 个人品牌, 天才地带, 底层能力, Ikigai框架, 四个心理陷阱, 产品四层级体系, 内容矩阵, Build in Public, 销售漏斗, 价格锚定与诱饵效应
  • Entities created: 盖伊·亨德里克斯
  • Source page: wiki/sources/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md
  • Notes:
    • 更新了 overview.md，添加"个人品牌与一人公司"新主题章节
    • 更新了 index.md，在 Sources 节更新现有条目为正常状态，添加新 Entity 和 Concepts 条目
    • 创建了 wiki/entities/盖伊亨德里克斯.md 实体页面
    • 创建了 11 个 Concept 页面：一人公司、个人品牌、天才地带、底层能力、Ikigai框架、四个心理陷阱、产品四层级体系、内容矩阵、BuildInPublic、销售漏斗、价格锚定与诱饵效应
    • 冲突检测：无已知冲突

[2026-04-22] ingest | 使用Claude自动生成N8N工作流的实操教程

  • Source file: Agent/使用Claude自动生成N8N工作流的实操教程.md
  • Status: ✅ 成功摄入
  • Summary: 通过安装 n8n-mcp（Model Context Protocol 多功能控制面板），Claude 可理解并调用 543 个 N8N 节点，使用 OpenSea 模型 + Extended Thinking 模式，通过自然语言自动生成 N8N 工作流，完成度约 80%-90%，显著降低新手入门门槛。
  • Concepts created: 工作流自动化, Extended Thinking
  • Entities created: N8N（新增）, n8n-mcp（新增）
  • Source page: wiki/sources/使用claude自动生成n8n工作流的实操教程.md
  • Notes:
    • 更新了 overview.md，在 n8n Workflow Automation 章节添加 Claude + N8N MCP 自动化工作流说明
    • 更新了 index.md，在 Sources 顶部插入新条目，在 Entities 添加 N8N 和 n8n-mcp，在 Concepts 添加 工作流自动化 和 Extended Thinking
    • 创建了 wiki/entities/N8N.md、N8N.md 实体页面
    • 创建了 wiki/entities/n8n-mcp.md 实体页面（czlonkowski/n8n-mcp MCP 服务器详细说明）
    • 创建了 wiki/concepts/工作流自动化.md、Extended Thinking.md 两个 Concept 页面
    • 冲突检测：无已知冲突
    • 相关来源：MCP在Cursor中的集成与应用详解（MCP 协议详解）可与此来源互补

[2026-04-22] ingest | MCP在Cursor中的集成与应用详解

  • Source file: Agent/MCP在Cursor中的集成与应用详解.md
  • Status: ✅ 成功摄入
  • Summary: MCP（Model Context Protocol）在 Cursor 中的集成方法：基于 Client-Server 架构，通过三种接口（GET 资源获取、POST 工具调用、Promise 提示词）实现 AI 大模型与外部工具集成。两种接入方式：SSE 服务端模式和本地 Command 命令行方式。Composer Agent 模式自动执行 MCP 工具链，典型应用包括热点新闻服务（smisery 9个新闻来源）和 Sequential Thinking 逻辑推理工具。Yolo Mode 风险警告。
  • Concepts created: Sequential Thinking, Tool Calling, SSE（Server-Sent Events）, Agent模式
  • Entities created: Cursor（已更新）, MCP（Model Context Protocol）（已更新）
  • Source page: wiki/sources/mcp在cursor中的集成与应用详解.md
  • Notes:
    • 更新了 overview.md，在 AI Tools & Prompt Engineering 章节添加 MCP 在 Cursor 中集成的详细说明
    • 更新了 index.md，在 Sources 顶部插入新条目
    • 更新了 Cursor.md entity 页面，新增 MCP 集成相关 insights
    • 更新了 MCP（Model Context Protocol）.md entity 页面，新增协议架构详细说明
    • 创建了 Sequential Thinking.md、Tool Calling.md、SSE（Server-Sent Events）.md、Agent模式.md 四个 Concept 页面
    • 冲突检测：无已知冲突
    • 新增来源 鱼凤老师（视频教程作者）、smisery（热点新闻 MCP Server 提供方）可在后续补充 Entity 页面

[2026-03-19] ingest | Google 5个 Agent Skill 设计模式

  • Source file: Agent/Google-5个Agent-Skill设计模式-2026-03-19.md
  • Status: ✅ 成功摄入
  • Summary: Google Cloud 发布的 5 种 Agent Skill 设计模式：Tool Wrapper（按需加载领域知识）、Generator（模板填空生成）、Reviewer（检查逻辑分离）、Inversion（先收集再行动）、Pipeline（硬性检查点工作流）。每种都有完整的 ADK 代码示例。
  • Concepts created: ToolWrapper, Generator, Reviewer, Inversion, Pipeline, 渐进式披露, SkillToolset
  • Entities created: GoogleCloud, Anthropic, ADK
  • Concept pages: wiki/concepts/ToolWrapper.md, wiki/concepts/Generator.md, wiki/concepts/Reviewer.md, wiki/concepts/Inversion.md, wiki/concepts/Pipeline.md
  • Entity pages: wiki/entities/GoogleCloud.md, wiki/entities/Anthropic.md, wiki/entities/ADK.md
  • Source page: wiki/sources/google-5个agent-skill设计模式-2026-03-19.md
  • Notes:

[2026-04-22] ingest | Custom Morning Brief

  • Source file: Agent/usecases/custom-morning-brief.md
  • Status: ✅ 成功摄入
  • Summary: AI Agent 驱动的个性化晨间简报系统——定时推送（8AM）新闻研究/待办事项/主动任务推荐/睡前完整草稿，通过 Telegram/Discord/iMessage 送达。核心洞察：主动任务推荐是最有价值部分；完整草稿比标题节省时间；发消息即可个性化调整。
  • Concepts created: Scheduled Task Flywheel, Proactive Agent Recommendation, Full Draft Generation
  • Concepts referenced: Morning Briefing, Multi-Channel Integration
  • Entities created: Todoist, Asana, Alex Finn
  • Entities updated: OpenClaw（追加 custom-morning-brief 到 sources）
  • Source page: wiki/sources/custom-morning-brief.md
  • Notes:
    • 新增 Sources 条目至 index.md（Sources 首行）
    • 更新 overview.md，添加 Custom Morning Brief 段落
    • 创建 3 个 Entity 页面：Todoist.md、Asana.md、Alex-Finn.md
    • 创建 3 个 Concept 页面：Scheduled-Task-Flywheel.md、Proactive-Agent-Recommendation.md、Full-Draft-Generation.md
    • 与 self-healing-home-server 的 Morning Briefing 属同一模式的不同垂直场景（个人生产力 vs 家庭服务器），已记录为 Connections
    • 冲突检测：无内容冲突
    • 与 phone-based-personal-assistant 均强调"AI 在用户无主动操作时提供价值"，互补而非冲突

[2026-04-25] ingest | n8n configure telegram trigger

  • Source file: Agent/n8n configure telegram trigger.md
  • Status: ✅ 成功摄入
  • Summary: n8n Telegram Trigger 节点的 HTTPS Webhook 配置与故障排查文档。问题：配置 Telegram Trigger 时报错 "bad webhook: An HTTPS URL must be provided for webhook"。解决方法：在 Docker Desktop 中设置 WEBHOOK_URL=https://n8n.cpolar.top 环境变量，使 n8n 生成 HTTPS Webhook URL，从而通过 Telegram 的 HTTPS 要求。
  • Concepts created: Webhook, Telegram Trigger, WEBHOOK_URL
  • Entities created: n8n, Docker Desktop
  • Concept pages: wiki/concepts/Webhook.md, wiki/concepts/Telegram-Trigger.md, wiki/concepts/WEBHOOK_URL.md
  • Entity pages: wiki/entities/n8n.md, wiki/entities/Docker-Desktop.md
  • Source page: wiki/sources/n8n-configure-telegram-trigger.md
  • Notes:

[2026-04-24] ingest | n8n Docker 安装与更新

  • Source file: Agent/n8n docker install & update.md
  • Status: ✅ 成功摄入
  • Summary: n8n 工作流自动化平台的 Docker 容器化部署与配置，包含自定义 Dockerfile（安装 curl/wget）、Docker Compose YAML（HTTPS、反向代理环境变量）、SOCKS5 网络代理配置（容器内访问国外 API）和版本更新流程
  • Concepts created: 无（相关概念均已在 overview 中存在）
  • Source page: wiki/sources/n8n-docker-install-update.md
  • Notes:

[2026-04-23] ingest | TikTok PM - Python Django 项目

[2025-12-19] ingest | ChinaTextbook - 41.53 GB，中国小学、初中、高中、大学 PDF 教材

  • Source file: Others/ChinaTextbook - 41.53 GB，中国小学、初中、高中、大学 PDF 教材.md
  • Status: ✅ 成功摄入
  • Summary: ChinaTextbook 开源项目收集中国小学、初中、高中、大学 PDF 教材，GitHub 托管，总库 41.53GB，来源为国家中小学智慧教育平台
  • Concepts created: 无（实体均不符合创建条件：出现次数 < 2 或非抽象概念）
  • Source page: wiki/sources/chinatextbook-41-53-gb-中国小学-初中-高中-大学-pdf-教材.md
  • Notes:

[2025-12-30] ingest | 开发经验与项目规范整理文档

  • Source file: Vibe Coding/开发经验与项目规范整理文档.md
  • Status: ✅ 成功摄入
  • Summary: Vibe Coding 环境下的开发经验与项目规范文档，涵盖变量名维护方案、文件结构与命名规范、编码规范（单一职责、DRY、模块化）、系统架构原则、程序设计核心思想、微服务、Redis、消息队列
  • Concepts created: 单一职责原则, DRY原则, 模块化编程, 微服务架构, Redis缓存, 消息队列, 输入-处理-输出模型, 并发编程
  • Concept pages: wiki/concepts/单一职责原则.md, wiki/concepts/DRY原则.md, wiki/concepts/模块化编程.md, wiki/concepts/微服务架构.md, wiki/concepts/Redis缓存.md, wiki/concepts/消息队列.md, wiki/concepts/输入-处理-输出模型.md, wiki/concepts/并发编程.md
  • Source page: wiki/sources/开发经验与项目规范整理文档.md
  • Notes:
    • 更新了 overview.md AI Tools 部分，添加 8 个新概念引用
    • 更新了 Vibe Coding 概念页，添加新来源引用
    • 与传统软件工程方法存在冲突：传统强调"理解代码再修改"，本文强调"从问题出发而非代码出发"

[2025-12-30] ingest | Vibe Coding 经验收集

  • Source file: Vibe Coding/vibe coding经验收集.md
  • Status: ✅ 成功摄入
  • Summary: Vibe Coding 实战经验精选合集，涵盖设计文档→伪代码→代码递进工作流、多 AI 协作 review、系统 prompt 优化效果（Gemini 3 Pro 提升 5%）、文件注释标准化、CodeWeaver 代码库导航化、验证优先工程哲学
  • Concepts created: Design-to-Code Workflow, Multi-AI Review, CodeWeaver
  • Concept pages: wiki/concepts/Design-to-Code-Workflow.md, wiki/concepts/Multi-AI-Review.md, wiki/concepts/CodeWeaver.md
  • Entity pages: wiki/entities/CodeWeaver.md
  • Source page: wiki/sources/vibe-coding经验收集.md
  • Notes:
    • 更新了 overview.md AI Tools 部分，添加 Design-to-Code Workflow、Multi-AI Review、CodeWeaver 概念
    • 更新了 existing concepts/Vibe-Coding.md，添加新来源引用和关联概念
    • 与传统软件工程方法存在冲突：传统强调"理解代码再修改"，新观点强调"验证而非理解"

[2026-04-22] ingest | 如何在项目里安装Claude Code Templates Skills

  • Source file: Vibe Coding/如何在项目里安装Claude-Code-Templates Skills.md
  • Status: ✅ 成功摄入
  • Summary: 介绍如何通过 npx 命令在项目目录中安装 Claude Code Templates 的 Skills/Agents/MCP 模板，来源网站为 aitmpl.com，安装命令为 npx claude-code-templates@latest --skill=<path> --yes
  • Concepts created: Claude Code Templates
  • Entities created: aitmpl.com
  • Concept pages: wiki/concepts/Claude-Code-Templates.md
  • Entity pages: wiki/entities/aitmpl.com.md
  • Source page: wiki/sources/如何在项目里安装claude-code-templates-skills.md
  • Notes:
    • 更新了 overview.md AI Tools 部分，添加 Claude Code Templates 描述和引用
    • 无冲突内容

[2026-04-23] ingest | Trae远程开发部署指南 (补全执行)

  • Source file: Vibe Coding/Trae远程开发部署指南.md
  • Status: ✅ 成功摄入（补全之前缺失的源页面和实体/概念页）
  • Summary: Trae IDE Remote-SSH + Docker 远程开发配置完整指南，涵盖 SSH 免密登录、Docker 用户组配置、两种 Docker 开发模式（Attach 容器 / 宿主机文件）、Bind Mount 代码挂载、内网穿透方案
  • Concepts created: Remote Development, Bind Mount
  • Entities created: Trae
  • Concept pages: wiki/concepts/RemoteDevelopment.md, wiki/concepts/BindMount.md
  • Entity pages: wiki/entities/Trae.md
  • Source page: wiki/sources/trae远程开发部署指南.md
  • Notes:
    • 之前 2026-04-22 的记录为首次执行但未完整创建所有页面
    • 本次补全了 Source Page、Remote Development 概念页、Bind Mount 概念页、Trae 实体页
    • 更新了 overview.md 添加 Remote Development 和 Trae 概念引用
    • 无冲突

[2026-04-22] ingest | Trae远程开发部署指南

  • Source file: Vibe Coding/Trae远程开发部署指南.md
  • Status: ✅ 成功摄入
  • Summary: Trae IDE Remote-SSH + Docker 远程开发配置完整指南，涵盖 SSH 免密登录、Docker 用户组配置、两种 Docker 开发模式（Attach 容器 / 宿主机文件）、内网穿透方案
  • Concepts created: Remote-SSH, Attach 容器, Bind Mount, Docker 用户组, SSH Config, SSH 免密登录
  • Entities created: Trae, Ubuntu 2, Ubuntu 1, ThinkBook, Tailscale
  • Concept pages: wiki/concepts/Remote-SSH.md, wiki/concepts/Attach容器.md
  • Entity pages: wiki/entities/Trae.md
  • Source page: wiki/sources/trae远程开发部署指南.md
  • Notes:

[2026-04-22] ingest | Cursor 2.0初学者使用指南

  • Source file: Vibe Coding/Cursor 2.0初学者使用指南.md
  • Status: ✅ 成功摄入
  • Summary: Cursor 2.0 AI代码编辑器系统入门教程，涵盖安装配置、AI代理操作、代码审查与版本控制，通过Tetris游戏和网页开发案例帮助初学者快速上手
  • Concepts created: AI代理, 版本控制
  • Entities created: Cursor, MCP（Model Context Protocol）
  • Concept pages: wiki/concepts/AI代理.md, wiki/concepts/版本控制.md
  • Entity pages: wiki/entities/Cursor.md, wiki/entities/MCP（Model Context Protocol）.md
  • Source page: wiki/sources/cursor-2-0初学者使用指南.md
  • Notes:
    • 与 如何在ubuntu上安装opencode并配置vibe-kanban 属于Vibe Coding工具系列
    • Cursor与OpenCode都是AI代码编辑工具，可作为对比参考
    • AI代理三种模式（Plan/Agent/Ask）是核心概念，已创建独立概念页
    • MCP扩展协议是新引入的概念，增强了AI代理的集成能力
    • 无冲突

[2026-04-22] ingest | 如何在Ubuntu上安装OpenCode并配置Vibe-Kanban

  • Source file: Vibe Coding/如何在Ubuntu上安装opencode并配置Vibe-Kanban.md
  • Status: ✅ 成功摄入
  • Summary: OpenCode AI 编程代理的安装、配置与使用完整指南，涵盖 API Key 配置、/init 项目初始化、Plan/Build 模式切换、撤销重做等核心功能
  • Concepts created: Plan Mode, Build Mode, AGENTS.md, Vibe Coding
  • Entities created: OpenCode, Vibe-Kanban
  • Concept pages: wiki/concepts/Plan-Mode.md, wiki/concepts/Build-Mode.md, wiki/concepts/AGENTS.md.md, wiki/concepts/Vibe-Coding.md
  • Entity pages: wiki/entities/OpenCode.md, wiki/entities/Vibe-Kanban.md
  • Source page: wiki/sources/如何在ubuntu上安装opencode并配置vibe-kanban.md
  • Notes:
    • index.md entry 已从 "(expected: source missing)" 更新为完整描述
    • overview.md AI Tools & Prompt Engineering 章节已扩充：添加 Plan Mode、Build Mode、AGENTS.md 到 Key Concepts
    • 与 github-上-5000-人收藏的-vibe-coding-神级指南 存在互补关系：本文聚焦 OpenCode 单一工具，对方为多工具综合对比
    • Vibe-Kanban Entity 与未来待摄入的 vibe-kanban.md 存在依赖关系
    • 无冲突

[2026-04-22] ingest | 如何传输Docker images 并且在另一个Docker安装

  • Source file: raw/Home Office/如何传输Docker images 并且在另一个Docker安装.md
  • Status: ✅ 成功摄入
  • Summary: 介绍 Docker 镜像在多台机器之间的离线传输方法，包括 docker save/load（tar 包方案）、Registry push/pull（镜像仓库方案）、ctr images import（containerd 原生命令方案）三种实现路径，适用于内网隔离环境或无 Registry 场景下的镜像迁移。
  • Concepts created: Docker-Image, Docker-Save, Docker-Load, Docker Registry
  • Entities created: Docker
  • Source page: wiki/sources/如何传输docker-images-并且在另一个docker安装.md
  • Notes:
    • index.md entry 已从 "(expected: source missing)" 更新为完整描述
    • overview.md Docker 相关概念已涵盖 Docker-Image/Docker-Save/Docker-Load，无需额外扩充
    • 与 如何在Ubuntu Server安装 Docker & Docker Compose 存在依赖关系：本篇为该文的扩展补充，讲解镜像迁移
    • 无冲突

[2026-04-22] ingest | 用Docker安装Homarr

  • Source file: raw/Home Office/用Docker安装Homarr.md
  • Status: ✅ 成功摄入
  • Summary: 通过 Docker Compose 在 Home Server 上部署 Homarr 个人导航仪表盘，提供统一的 Web UI 入口管理和展示 Jellyfin、n8n、Prometheus 等多个自托管服务状态。官方镜像来自 ghcr.io/homarr-labs/homarr，默认端口 7575，支持挂载 Docker Socket 获取容器状态，通过环境变量 SECRET_ENCRYPTION_KEY 加密数据，ALL_PROXY 环境变量走 SOCKS5 代理。
  • Concepts created: Homarr, Docker卷, 环境变量代理, SOCKS5代理
  • Entities created: Homarr
  • Source page: wiki/sources/用docker安装homarr.md
  • Notes:
    • index.md entry 已从 "(expected: source missing)" 更新为完整描述
    • overview.md 已包含 Homarr 在 Home Server Automation 服务列表中，无需额外扩充
    • 与 用docker安装portainer 存在功能重叠冲突：Homarr=服务导航仪表盘，Portainer=Docker 运维管理 UI，两者互补而非替代
    • 与 用docker安装jellyfin、用docker安装n8n 同属 Home Server Docker 部署系列，构成 Homarr 导航入口可聚合展示的服务

[2026-04-22] ingest | 用Docker安装Apache Superset

  • Source file: raw/Home Office/用Docker安装Apache Superset.md
  • Status: ✅ 成功摄入
  • Summary: 通过 Docker 容器快速部署 Apache Superset BI 平台，包含镜像拉取、容器启动、管理员账户创建、数据库迁移、示例数据加载等完整 6 步初始化流程。GHA 构建版本 apache/superset:GHA-*，端口映射 8777:8088。
  • Concepts created: BI平台, 数据可视化
  • Entities created: Apache Superset
  • Source page: wiki/sources/用docker安装apache-superset.md
  • Entity page: wiki/entities/Apache-Superset.md
  • Concept pages: wiki/concepts/BI平台.md, wiki/concepts/数据可视化.md
  • Notes:
    • index.md entry 已从 "(expected: source missing)" 更新为完整描述
    • overview.md Apache Superset 条目已扩充：补充 GHA 镜像版本、6 步初始化流程、端口映射、SQLite/MySQL 等细节
    • 与 Grafana 同属可视化工具：Superset 偏 BI/SQL/Gallery，Grafana 偏监控/告警，两者互补
    • 与 Jellyfin 同属 Home Server Docker 部署系列（Jellyfin=视频可视化，Superset=数据可视化）
    • 无冲突

[2026-04-22] ingest | 家庭网络环境概览_2026-04-03

  • Source file: raw/Home Office/家庭网络环境概览_2026-04-03.md
  • Status: ✅ 成功摄入
  • Summary: 星曜家庭网络基础设施完整架构图谱，涵盖5大节点（公网VPS + Mac Mini + Synology NAS + 2个Ubuntu Server）和近50个Docker应用的部署、FRP端口映射和Caddy域名映射。核心架构：FRP反向隧道 + Caddy自动HTTPS + Cloudflare DNS，实现零静态IP依赖的统一公网访问。
  • Concepts created: SOCKS5代理, HTTPS自动化证书, DNS托管
  • Entities created: RackNerd, Synology NAS DS718, Calibre
  • Concept pages: wiki/concepts/SOCKS5代理.md, wiki/concepts/HTTPS自动化证书.md, wiki/concepts/DNS托管.md
  • Entity pages: wiki/entities/RackNerd.md, wiki/entities/Synology-NAS-DS718.md, wiki/entities/Calibre.md
  • Source page: wiki/sources/家庭网络环境概览_2026-04-03.md
  • Notes:
    • Mac Mini M4 Entity 已更新：补充 STQ 全套服务（nginx/frontend/web/mariadb/n8n）、vaultwarden、Portainer（已废弃）状态；添加 n8n 已迁移至 Ubuntu2 的重要提示
    • overview.md 已更新 Home Server Automation 章节：扩充架构描述，涵盖5节点、FRP v0.65.0、Caddy 自动HTTPS、Cloudflare DNS、近50个服务、Caddy 域名映射表（20+子域名）
    • overview.md Key Entities 已更新：RackNerd、Synology NAS DS718 替代群晖 NAS
    • 冲突检测：v2rayA SOCKS5（NAS端口20170）仅本机监听 → 与 ubuntu-server科学上网 中的显式 Docker Daemon Proxy 配置形成互补，非直接冲突
    • 无其他冲突

[2026-04-22] ingest | 用Docker安装Jellyfin

  • Source file: raw/Home Office/用Docker安装Jellyfin.md
  • Status: ✅ 成功摄入
  • Summary: 通过 Docker Compose 在群晖 NAS 上部署 Jellyfin 视频媒体服务器，使用 nyanmisaka/jellyfin 镜像，启用 Intel QuickSync 硬件转码（/dev/dri 设备直通），配置多目录媒体挂载、群晖 UID/GID 权限映射、自定义字体、时区和外网发布 URL，构建"Transmission 下载 → Jellyfin 播放"家庭媒体工作流
  • Concepts created: 硬件转码, 设备直通
  • Entities created: Jellyfin
  • Source page: wiki/sources/用docker安装jellyfin.md
  • Entity page: wiki/entities/Jellyfin.md
  • Concept pages: wiki/concepts/硬件转码.md, wiki/concepts/设备直通.md
  • Notes:
    • Jellyfin Entity 页面已创建，关联 Jellyfin 镜像、QuickSync、群晖 NAS、Transmission
    • 硬件转码 Concept：涵盖 Intel QuickSync / NVIDIA NVENC / VA-API / VCE 等方案
    • 设备直通 Concept：涵盖 /dev/dri 直通原理、权限问题、nvidia-container-toolkit
    • 与 用docker安装transmission 形成互补（下载 vs 播放），共同服务家庭媒体中心
    • 与 用docker中安装navidrome 对标（Jellyfin=视频 vs Navidrome=音乐）
    • nyanmisaka/jellyfin 镜像区别于 linuxserver/jellyfin：预装优化 FFmpeg，开箱即用硬件转码
    • 无冲突
  • Source file: raw/Home Office/Ubuntu Server科学上网.md
  • Status: ✅ 成功摄入
  • Summary: Ubuntu Server 终端场景科学上网完整指南，覆盖 ProxyChains 终端命令劫持、Git 全局代理配置、Docker Daemon systemd 注入代理、Docker 容器环境变量代理四种方案
  • Concepts created: ProxyChains, Git 全局代理, Docker Daemon Proxy, Docker 网络网关 IP, SOCKS5h 代理, 环境变量代理
  • Entities: v2rayN, SOCKS5 协议, Docker
  • Source page: wiki/sources/ubuntu-server科学上网.md
  • Notes:
    • ProxyChains 通过 LD_PRELOAD 劫持 socket，适用于任意动态链接程序
    • Git 必须通过 git config --global 设置代理，不读环境变量
    • Docker Daemon 必须通过 systemd drop-in 文件注入代理
    • Docker 容器内 127.0.0.1 指向容器自身，需用 Docker 网关 IP（如 172.24.0.1）
    • ProxyChains Concept 页面已创建：wiki/concepts/proxychains.md
    • 冲突检测：与群晖 NAS 科学上网互补，非冲突

[2026-04-22] ingest | 用Docker安装Portainer

  • Source file: raw/Home Office/用Docker安装Portainer.md
  • Status: ✅ 成功摄入
  • Summary: 通过 Docker Compose 在 Home Server 部署 Portainer 可视化管理工具，使用 portainer/portainer-ce:lts 镜像，通过 Docker socket 挂载实现宿主机容器的 Web UI 管理，包含 9443 HTTPS API 端口和 8000 Edge Agent 端口配置
  • Concepts created: Docker可视化管理工具, Docker Socket, Docker卷
  • Entities created: Portainer, Portainer CE LTS
  • Source page: wiki/sources/用docker安装portainer.md
  • Notes:
    • Docker Socket (/var/run/docker.sock) 挂载是 Portainer 访问宿主机 Docker 守护进程的关键机制
    • Portainer 不替代 Prometheus 等监控工具，而是提供运维层面的可视化操作界面
    • 与 用docker安装transmission / 用docker安装jellyfin 同属 Home Office Docker 部署系列
    • 无冲突

[2026-04-22] ingest | Ubuntu禁用合盖休眠

  • Source file: raw/Home Office/Ubuntu禁用合盖休眠.md
  • Status: ✅ 成功摄入
  • Summary: Ubuntu Server 24.04 合盖休眠禁用完整指南，通过修改 systemd-logind 的 logind.conf 配置（HandleLidSwitch=ignore）让笔记本合盖后继续运行，进阶方案通过 systemctl mask 彻底禁用内核级休眠目标
  • Concepts created: systemd-logind, HandleLidSwitch, 休眠目标
  • Entities: Ubuntu Server, systemd
  • Source page: wiki/sources/ubuntu禁用合盖休眠.md
  • Notes:
    • 基础方案：修改 /etc/systemd/logind.conf 的 HandleLidSwitch 系列参数
    • 进阶方案：systemctl mask sleep/suspend/hibernate/hybrid-sleep.target
    • 冲突检测：无冲突

[2026-04-22] ingest | 如何删除旧的废弃的Docker Container + Volume

  • Source file: raw/Home Office/如何删除旧的废弃的docker container +volume.md
  • Status: ✅ 成功摄入
  • Summary: Docker 容器生命周期管理指南，涵盖 Portainer 容器/Volume/Network 的停止、删除、重装完整流程，以及两类 WARN 警告的根因分析和 external:true 复用方案
  • Concepts created: Docker容器生命周期管理, Docker警告处理, external配置
  • Entities created: Portainer, Docker-Network
  • Concept pages updated: Docker-Compose.md (新增 External Mode 章节), Docker堆栈.md
  • Entity pages updated: Docker卷.md (新增 Related Entities: Portainer)
  • Source page: wiki/sources/如何删除旧的废弃的docker-container-volume.md
  • Notes: overview.md 已补充 Portainer、Docker Compose、Docker卷、Docker Network 到 Key Entities；与已存在的 Docker卷.md、Docker-Compose.md、Docker堆栈.md 进行关联

[2026-04-22] ingest | Mac Mini 服务器配置：防止自动锁屏与睡眠

  • Source file: raw/Home Office/Mac-Mini-服务器配置-防止自动锁屏与睡眠.md
  • Status: ✅ 成功摄入
  • Summary: Mac Mini 作为无显示器 Home Server 时，防止 macOS 自动锁屏、睡眠、待机和休眠的完整解决方案。永久方案通过 pmset 命令关闭所有睡眠机制；临时方案通过 caffeinate 工具；验证通过 pmset -g 系列命令。
  • Concepts created: pmset, caffeinate, Wake-on-LAN, Headless 服务器, 系统睡眠管理
  • Entities updated: Mac Mini M4 Entity 已添加"Power & Sleep Configuration"章节，包含完整的 pmset 配置命令
  • Concept pages created:
    • wiki/concepts/pmset.md — macOS 电源管理命令行工具，含与 Linux systemd-logind 的参数对照表
    • wiki/concepts/caffeinate.md — macOS 临时防止睡眠工具，不修改系统设置
    • wiki/concepts/Wake-on-LAN.md — 网络唤醒协议，与 womp 参数配合
    • wiki/concepts/Headless-服务器.md — 无显示器服务器模式，涵盖 macOS/Linux 电源管理最佳实践
    • wiki/concepts/系统睡眠管理.md — 跨平台睡眠层级对比框架（macOS/Linux/Windows）
  • Source page: wiki/sources/mac-mini-服务器配置-防止自动锁屏与睡眠.md
  • Notes:
    • index.md 已更新 entry（日期修正为 2026-03-15）
    • overview.md Key concepts 已添加 pmset/caffeinate/Wake-on-LAN/Headless 服务器/系统睡眠管理
    • overview.md Conflict Areas 新增 #8：macOS vs Linux 睡眠管理对比（pmset vs systemd-logind HandleLidSwitch）
    • Mac Mini M4 Entity 已添加"Power & Sleep Configuration"章节，含完整 pmset 命令
  • 冲突检测：
    • 与 ubuntu禁用合盖休眠 存在平台差异（macOS vs Linux），已在 Source Page 和 Conflict Areas 中记录为"非冲突、互补方案"
    • 无其他冲突

[2026-04-22] ingest | 如何在Ubuntu Server上通过NFS挂载Synology NAS上的共享文件夹

  • Source file: raw/Home Office/如何在Ubuntu Server上通过NFS挂载Synology NAS上的共享文件夹.md
  • Status: ✅ 成功摄入
  • Summary: 在 Ubuntu Server 上通过 NFS 协议挂载 Synology NAS 共享文件夹的完整实操指南，涵盖 Synology DSM NFS 权限配置（Squash 映射为 admin）、Ubuntu nfs-common 安装、/etc/fstab 永久挂载（含 _netdev/timeo/retrans 关键参数）、sudo mount -a 验证流程、备份脚本挂载点检查及 remote-fs.target 故障排查。NFS 相比 Samba 的核心优势：原生保留 Linux 文件所有权，避免 Docker 卷恢复时的权限报错。
  • Concepts: NFS, 永久挂载, 挂载点检查, NFS网络备份（已有 Concept，无需新建）
  • Entities created: rsync（Entity 页面新建）
  • Source page: wiki/sources/如何在ubuntu-server上通过nfs挂载synology-nas上的共享文件夹.md
  • Entity pages: wiki/entities/rsync.md
  • Concept pages: N/A（NFS/永久挂载/挂载点检查/NFS网络备份 均已存在，无需新建）
  • Notes:
    • index.md entry 已从 "(expected: source missing)" 更新为完整描述，日期修正为 2025-12-29
    • overview.md Home Server Automation 章节已扩充：补充 Synology DSM NFS 配置细节、NFS 永久挂载参数、rsync 备份架构
    • Synology NAS DS718 Entity 已更新：新增"存储与备份"章节 NFS 服务端条目
    • Ubuntu Server Entity 已更新：Home Server Applications 章节新增 NFS 客户端和 rsync 自动化条目
    • NFS网络备份 Concept 已更新：添加 rsync Entity 链接
    • 永久挂载 Concept 已更新：添加 rsync Entity 链接
    • rsync Entity 新建：包含常见用法、参数说明、自动化备份脚本模板、NFS 备份工作流
    • 冲突检测：无冲突

[2026-04-22] ingest | Ubuntu用RustDesk远程登录出现不能使用Wayland登录的错误

  • Source file: raw/Home Office/Ubuntu用RustDesk远程登录出现不能使用Wayland登录的错误.md
  • Status: ✅ 成功摄入
  • Summary: Ubuntu 24.04 下 RustDesk 无法使用 Wayland 登录的解决方案，通过修改 GDM3 配置文件 /etc/gdm3/custom.conf，将 WaylandEnable=false 取消注释，强制 Ubuntu 使用 X11 协议，从而使 RustDesk 能够在系统登录前（Login Screen）和登录后正常工作。
  • Concepts created: Wayland, X11, GDM3
  • Entities created: RustDesk
  • Source page: wiki/sources/ubuntu用rustdesk远程登录出现不能使用wayland登录的错误.md
  • Entity page: wiki/entities/RustDesk.md
  • Concept pages: wiki/concepts/Wayland.md, wiki/concepts/X11.md, wiki/concepts/GDM3.md
  • Notes:
    • index.md entry 已从 "(expected: source missing)" 更新为完整描述
    • overview.md 已添加 Wayland/X11/GDM3 到 Key Concepts，RustDesk 到 Key Entities
    • 冲突检测：与 Ubuntu Wayland 趋势存在务实 vs 理想的张力（Wayland 是未来方向，但 X11 兼容性更好），已在 source 页面 Contradictions 节记录
    • 无其他冲突

[2026-04-14] ingest | 在Ubuntu上通过VPS+内网反向代理实现域名访问内网穿透

  • Source file: raw/Home Office/在Ubuntu上通过VPS+内网反向代理实现域名访问内网穿透.md
  • Status: ✅ 成功摄入
  • Summary: 通过 VPS + frp + Caddy 实现内网服务的公网域名访问完整方案。Cloudflare DNS A 记录指向 VPS 公网 IP → VPS 运行 frps 和 Caddy → 内网主机运行 frpc 将本地端口映射到 VPS → Caddy 反向代理到 frp 映射端口自动申请 Let's Encrypt 证书。涵盖 NAS/n8n/Grafana/Transmission/SSH 等多服务子域名访问配置，以及 7 步系统化故障排查（端口监听/进程配置/token 验证/防火墙/telnet 诊断等）。
  • Concepts created: SSH穿透, 自动HTTPS, DNS A记录
  • Source page: wiki/sources/在ubuntu上通过vps-内网反向代理实现域名访问内网穿透.md
  • Notes:
    • overview.md Home Server Automation 章节已扩充：补充内网穿透方案（VPS + frp + Caddy）架构详解，包含 DNS → frps → frpc → Caddy 全链路流程
    • 冲突检测：与 家庭监控方案-prometheus-grafana-node-exporter-cadvisor-blackbox 存在潜在视角差异（监控方案侧重 Prometheus/Grafana 部署，未展开公网访问），已在 source 页面 Contradictions 节记录
    • frp、Caddy、VPS、RackNerd、Synology NAS 等实体已在 overview.md 记录，无需新建

[2026-04-17] ingest | Vibe-Kanban + OpenCode 在 Ubuntu Server 上安装与管理指南

  • Source file: Vibe Coding/Vibe-Kanban + OpenCode 在 Ubuntu Server 上安装与管理指南.md
  • Status: ✅ 成功摄入
  • Summary: Ubuntu Server 非 root 用户（shenwei）安装 Node 20、Vibe-Kanban、OpenCode 的完整指南，覆盖 nvm 安装、权限配置、pm2 进程管理、9 步验证流程和故障排查
  • Concepts created: nvm, pm2
  • Entity pages: wiki/entities/Vibe-Kanban.md
  • Source page: wiki/sources/vibe-kanban-opencode-在-ubuntu-server-上安装与管理指南.md
  • Notes:
    • 更新了 overview.md AI Tools 章节，添加 Vibe-Kanban、OpenCode、nvm、pm2 概念
    • 与 如何在ubuntu上安装opencode并配置vibe-kanban 存在内容重叠，已在 source 页面 Contradictions 节记录（本文更详细，含完整流程和 pm2 管理）
    • OpenCode、Claude Code 实体已在 overview.md，无需新建

[2026-04-22] ingest | 在Ubuntu上安装Vibe-Kanban

  • Source file: Vibe Coding/在Ubuntu上安装Vibe-Kanban.md
  • Status: ✅ 成功摄入
  • Summary: Vibe-Kanban 在 Ubuntu 上的安装、配置与 PM2 进程管理完整指南，涵盖前置条件（Node.js、coding agent 认证）、安全机制说明（--dangerously-skip-permissions 模式）、npx 启动方式、PM2 后台守护配置，以及管理命令（list/logs/stop/restart/delete）
  • Concepts created: Git Worktree
  • Source page: wiki/sources/在ubuntu上安装vibe-kanban.md
  • Notes:

[2026-04-22] ingest | Obsidian Tasks 插件：这可能是最适合懒人的任务管理方式

  • Source file: Others/Obsidian Tasks 插件：这可能是最适合懒人的任务管理方式.md
  • Status: ✅ 成功摄入（补充 last_updated + 规范化 frontmatter）
  • Summary: Obsidian Tasks 插件将任务管理与笔记系统深度融合，通过 Markdown 原生语法（- [ ]）创建任务、灵活的任务查询语言（嵌入任意笔记中按条件筛选）、重复任务计划（every week/month 自动创建）实现"笔记+任务一体化"，适合 Obsidian 深度用户放弃 Todoist 的个人任务管理场景。
  • Concepts created: 无（任务查询语法、重复任务计划均为单次提及，不满足"抽象可复用"条件）
  • Entities created: 无（Obsidian Tasks、Notion、Todoist、Trello、Things 均单次提及，不满足"出现 ≥ 2 次"条件）
  • Source page: wiki/sources/obsidian-tasks-插件-这可能是最适合懒人的任务管理方式.md
  • Notes:
    • 源页面已存在于 wiki/sources/（早期摄入遗留），本次补充 last_updated: 2026-04-22
    • overview.md Productivity & Knowledge Management 章节已包含 Obsidian Tasks 引用，无需额外扩充
    • 冲突检测：与 Todoist 存在跨工具取舍——Todoist 强调跨平台移动端体验；Tasks 插件强调笔记上下文一体化，两者各有所长，无直接内容冲突

[2026-04-22] ingest | Obsidian Tasks 插件：这可能是最适合懒人的任务管理方式

  • Source file: Others/Obsidian Tasks 插件：这可能是最适合懒人的任务管理方式.md
  • Status: ✅ 成功摄入
  • Summary: Obsidian Tasks 插件将任务管理与笔记深度融合，支持 Markdown 原生任务语法、灵活的任务查询语言（可嵌入任意笔记）和重复任务自动创建，适合 Obsidian 深度用户替代 Todoist/Trello/Things 等独立任务管理工具
  • Concepts created: 无（任务查询语法、重复任务计划仅在本来源出现，不满足"抽象可复用"或"跨页出现 ≥ 2 次"条件）
  • Entities created: 无（Notion/Todoist/Trello/Things 仅在本来源提及，不满足"出现 ≥ 2 次"条件）
  • Source page: wiki/sources/obsidian-tasks-插件-这可能是最适合懒人的任务管理方式.md
  • Notes:
    • Obsidian Tasks 已在 overview.md 的 Productivity 章节存在，无需新建
    • 内容冲突：无（仅与 Todoist 作为任务管理工具的替代关系，预期内）

[2026-04-22] ingest | Obsidian最有必要安装的10款插件是这些

  • Source file: raw/Others/Obsidian最有必要安装的10款插件是这些.md
  • Status: ✅ 成功摄入
  • Summary: Obsidian 最核心的 10 款插件推荐，涵盖 Templater、Dataview、Spaced Repetition、Kanban、Projects、Outliner、Calendar、DB Folder、Homepage、File Explorer Note Count，按功能分为核心生产力、效率增强、信息可视化、便利性四组，提供了知识管理流、任务管理流、学习研究流三种典型组合方案
  • Concepts created: 无（插件名称为具体产品，非抽象概念；间隔重复/看板/动态模板已在 overview.md Key Concepts 中引用）
  • Entities created: 无（所有插件均仅在本文中出现 1 次，不满足"出现 ≥ 2 次"条件）
  • Source page: wiki/sources/obsidian最有必要安装的10款插件是这些.md
  • Notes:
    • 更新了 overview.md Productivity & Knowledge Management 章节，添加 Templater、Spaced Repetition、Kanban、Projects、Outliner、Calendar、DB Folder、Homepage 等插件 wikilink
    • 更新了 index.md entry，从 "(expected: source missing)" 更新为完整描述
    • 冲突检测：与 obsidian-高效指南-我常用的插件与实用技巧 存在"插件数量/选择策略"视角差异，已在 source 页面 Contradictions 节记录
    • 无其他冲突

[2026-04-22] ingest | Obsidian 高效指南：我常用的插件与实用技巧

  • Source file: Others/Obsidian 高效指南：我常用的插件与实用技巧.md
  • Status: ✅ 成功摄入
  • Summary: Obsidian Tasks/Dataview/Templater/QuickAdd 四款核心插件组合与双向链接/每日笔记/折叠大纲/定期复盘四种使用技巧的个人经验分享
  • Concepts created: 无（QuickAdd/双向链接/Daily Notes/折叠与大纲 仅在本来源出现，不满足"跨页出现 ≥ 2 次"或"抽象可复用"条件）
  • Entities created: 无（shenwei 仅在本来源出现 1 次，不满足"出现 ≥ 2 次"条件）
  • Source page: wiki/sources/obsidian-高效指南-我常用的插件与实用技巧.md
  • Notes:
    • 更新了 overview.md Productivity 章节：补充 QuickAdd 描述，并将双向链接/Daily Notes 添加到 Key Concepts
    • 更新了 index.md，在 Sources 顶部插入新条目
    • 冲突检测：与 Obsidian最有必要安装的10款插件是这些 存在"少而精 vs 多而全"视角差异，已在 source 页面 Contradictions 节记录
    • 无其他冲突

[2026-04-22] ingest | Dataview——让我从"笔记黑洞"里逃出来的 Obsidian 神器 1

  • Source file: Others/Dataview——让我从"笔记黑洞"里逃出来的 Obsidian 神器 1.md

  • Status: ✅ 成功摄入

  • Summary: Dataview 将 Obsidian 变成"笔记数据库"，通过类 SQL 查询语法（DQL）自动聚合待办事项、整理标签笔记、统计写作量，解决笔记越记越乱的"笔记黑洞"问题

  • Concepts created: 无（Dataview 已在 overview.md Key Concepts 存在；"笔记黑洞"仅本来源出现 1 次，不满足"抽象可复用"条件）

  • Entities created: 无（赫点茶/shenwei 仅本来源出现 1 次，不满足"出现 ≥ 2 次"条件）

  • Source page: wiki/sources/dataview-让我从"笔记黑洞"里逃出来的-obsidian-神器-1.md

  • Notes:

    • 更新了 index.md，将 entry 从 "(expected: source missing)" 更新为完整描述
    • overview.md Productivity & Knowledge Management 章节已包含 Dataview 引用，无需额外扩充
    • Dataview Concept Dataview 已在 Obsidian高效指南 和 Obsidian最有必要安装的10款插件是这些 两篇来源中出现，本来源作为第三篇印证来源
    • 冲突检测：无直接内容冲突，与其他 Obsidian 插件文章互补

  • Source file: raw/Others/Obsidian Tasks 插件：这可能是最适合懒人的任务管理方式.md

  • Status: ✅ 成功摄入

  • Summary: 介绍 Obsidian Tasks 插件如何将任务管理无缝整合进 Obsidian 笔记工作流，核心价值：Markdown 任务语法、灵活查询、重复任务自动化；适合 Obsidian 深度用户，不适合需要视觉化/协作/移动端快速添加的场景

  • Concepts created: Obsidian Tasks, Task Query, Recurring Task

  • Source page: wiki/sources/obsidian-tasks-插件-这可能是最适合懒人的任务管理方式.md

  • Notes:

    • Obsidian Tasks 已在 overview.md Productivity 章节存在wikilink，本次创建 Concept 页面并更新 index.md
    • Todoist Entity 页面新建（被多次提及，对比关系明确）
    • shenwei Entity 已存在，无需新建
    • 内容冲突：与 Todoist 的任务管理整合度对比，记录于 Contradictions 节

[2026-04-22] ingest | How to get Youtube Channel ID

  • Source file: Others/How to get Youtube Channel ID.md
  • Status: ✅ 成功摄入
  • Summary: 通过浏览器 view-source 方法获取 YouTube 频道 Channel ID 的简明教程，在频道页面源码中搜索 channel_id 字符串提取 RSS Feed URL 中的频道 ID，可用于 n8n 工作流自动化
  • Concepts created: 无（Channel ID / RSS Feed 为单一来源具体方法，不满足"抽象可复用"条件）
  • Entities created: 无（YouTube / n8n 已存在于 overview.md）
  • Source page: wiki/sources/how-to-get-youtube-channel-id.md
  • Notes:
    • 更新了 overview.md，添加 YouTube Automation 章节
    • 更新了 index.md entry，从 "(expected: source missing)" 更新为完整描述
    • 无内容冲突

[2026-04-23] ingest | 万字讲透OpenClaw Workspace深度解析

  • Source file: Agent/万字讲透OpenClaw-Workspace深度解析-2026-03-21.md
  • Status: ✅ 成功摄入
  • Summary: OpenClaw workspace 文件体系深度解析，涵盖 AGENTS.md（职责说明书）、SOUL.md（性格档案）、USER.md（用户偏好）、IDENTITY.md（身份元数据）、TOOLS.md（工具规范）、BOOTSTRAP.md（出厂引导）、memory/（长期记忆）等核心文件的作用、分工和最佳实践
  • Concepts created: Workspace, SOUL.md, USER.md, IDENTITY.md, TOOLS.md, BOOTSTRAP.md, MEMORY.md, Agent-Memory
  • Entities created: OpenClaw, DracoVibeCoding
  • Concepts updated: AGENTS.md（扩展了 OpenClaw 语境描述）
  • Source page: wiki/sources/万字讲透openclaw-workspace深度解析-2026-03-21.md
  • Notes:

[2026-04-22] ingest | n8n + Claude：通过自然语言自动化工作流

  • Source file: Agent/n8n+Claude 通过自然语言自动化工作流.md
  • Status: ✅ 成功摄入
  • Summary: 通过在 Claude Desktop 中配置 n8n-mcp MCP 服务器，使 Claude 能够通过自然语言指令直接调用 n8n 的 543 个节点，自动生成和执行工作流，实现"用嘴做自动化"。核心流程：安装 Claude Desktop → 安装 Node.js → 安装 n8n-mcp → 配置 MCP 连接 → 用自然语言描述需求 → Claude 生成工作流。
  • Concepts created: 无新 Concept（工作流自动化 已存在，Extended Thinking 已存在，MCP（Model Context Protocol） 已存在）
  • Entities created: Claude Desktop（新增）, Node.js（新增）
  • Source page: wiki/sources/n8n-claude-通过自然语言自动化工作流.md
  • Notes:
    • 更新了 overview.md，在 n8n Workflow Automation 章节补充 Claude Desktop 端侧方案与 Claude API 云端方案的对比说明，添加 Claude Desktop 和 Node.js 到 Key Entities 和 Key Concepts
    • 冲突检测：与 Content Factory 进行对比分析，记录两种 Claude+n8n 接入路径差异（桌面客户端 vs API）
    • 创建了 wiki/entities/Claude-Desktop.md（Claude Desktop 桌面客户端 MCP 集成说明）
    • 创建了 wiki/entities/Node.js.md（Node.js 运行时环境及在 n8n/n8n-mcp 栈中的角色）

[2026-04-22] ingest | Podcast Production Pipeline

  • Source file: Agent/usecases/podcast-production-pipeline.md
  • Status: ✅ 成功摄入
  • Summary: AI Agent 全自动播客制作流水线，覆盖「录前研究→大纲脚本→录制→时间戳笔记→社媒推广包→SEO描述」全链路。Solo Podcaster 在制作上花费的时间远超录制时间，创意对话仅占总工作量的约 30%。社媒推广包（每集必做的重复性工作）是节省时间最多的环节。
  • Concepts created: 无新 Concept（Multi-Agent Coordination 已存在，Pre-Recording Research、Podcast Show Notes 等未达到创建条件）
  • Source page: wiki/sources/podcast-production-pipeline.md
  • Notes:
    • 更新了 overview.md，在 AI Tools & Prompt Engineering 章节补充播客制作自动化说明，关联 Content Factory
    • 更新了 index.md，在 Sources 节添加新条目
    • 冲突检测：与 Content Factory 存在互补关系，记录在 source 页面的 Contradictions 节
    • Entities（Whisper、Spotify、Apple Podcasts、YouTube）和 Concepts 均未达到出现 ≥2 次的创建条件，跳过独立页面创建

[2026-04-22] ingest | Multi-Agent Content Factory

  • Source file: Agent/usecases/content-factory.md
  • Status: ✅ 成功摄入
  • Summary: 基于 Discord 频道的多 Agent 内容工厂，链式 Agent（Research Agent → Writing Agent → Thumbnail Agent）实现内容创作全流程自动化（研究→写作→设计）。每天定时运行，创作者次日醒来即可收获成品内容。核心洞察：链式 Agent 是内容工厂的核心，上游输出直接喂给下游，无需逐步人工干预。
  • Concepts created: Chained Agents, Content Automation
  • Concepts linked: Workflow Architecture, Multi-Agent Coordination
  • Entities checked: OpenClaw（已存在于 wiki 根目录，无需更新）
  • Source page: wiki/sources/content-factory.md
  • Notes:
    • 更新了 overview.md，在 AI Tools & Prompt Engineering 章节补充 Content Factory 说明
    • 更新了 index.md，在 Sources 节添加新条目（顶部插入）
    • 更新了 Podcast Production Pipeline 的 Contradictions 节，补充互补关系说明
    • Alex Finn 仅出现 1 次且无关键影响，跳过 Entity 页面创建
    • wiki/entities/ 和 wiki/concepts/ 目录存在但为空，所有 Concept 页面直接写入 wiki/concepts/

[2026-04-22] ingest | AI-Powered Earnings Tracker

  • Source file: Agent/usecases/earnings-tracker.md
  • Status: ✅ 成功摄入
  • Summary: OpenClaw + Cron Job 自动化财报追踪——每周日 6PM 扫描财报日历过滤关注公司，Telegram 投递预览；用户确认后调度一次性 Cron Job，财报发布后自动搜索、格式化摘要（beat/miss、营收、EPS、AI 亮点、指引）并投递。消灭手动追踪摩擦，用户醒来即可获得成品摘要。
  • Concepts created: Earnings-Calendar, Earnings-Beat-Miss, AI-Powered Digest
  • Concepts linked: Cron Job, Daily-Digest, Telegram Topic
  • Entities checked: NVDA/MSFT/GOOGL/META/AMZN/TSLA/AMD（公开公司，仅作示例引用，跳过 Entity 页面创建；OpenClaw 已存在，无需更新）
  • Source page: wiki/sources/earnings-tracker.md
  • Notes:
    • 更新了 overview.md，在 AI Tools & Prompt Engineering 章节补充 Earnings Tracker 说明
    • 更新了 index.md，在 Sources 节和 Concepts 节添加新条目
    • 创建 3 个 Concept 页面：Earnings-Calendar.md、Earnings-Beat-Miss.md、Ai-Powered-Digest.md
    • 冲突已记录：Earnings Tracker vs Daily YouTube Digest（架构高度相似，可视为同一 Digest 模式的不同实例）
    • 与 Daily YouTube Digest 的时间粒度差异已在 Contradictions 节记录（财报事件触发 vs 频道更新检测）
Reference in New Issue View Git Blame Copy Permalink