863 lines
71 KiB
Markdown
863 lines
71 KiB
Markdown
## [2026-04-22] ingest | Todoist Task Manager
|
||
- Source file: Agent/usecases/todoist-task-manager.md
|
||
- Status: ✅ 成功摄入
|
||
- Summary: AI Agent 通过 Todoist API 实现自然语言驱动的任务管理自动化——Agent 解析自然语言指令 → Todoist REST API 创建结构化任务（含截止/项目/标签）→ Cron Job 定时扫描逾期任务主动推送提醒。核心价值：用户只需发一条消息即可完成全套操作，AI 主动追踪逾期任务。
|
||
- Concepts created: [[Todoist API]], [[AI-Driven Task Extraction]], [[Recurring Tasks]]
|
||
- Entities created: （无新增，[[Todoist]]/[[OpenClaw]]/[[SuperCall]] 已存在）
|
||
- Source page: wiki/sources/todoist-task-manager.md
|
||
- Notes:
|
||
- 新增 Sources 条目至 index.md（替换 placeholder）
|
||
- 更新 overview.md，添加 Todoist Task Manager 段落，补充 [[Morning Briefing]], [[Todoist API]], [[AI-Driven Task Extraction]], [[TaskAutomation]], [[Recurring Tasks]] 至 Key Concepts
|
||
- 更新 entities/Todoist.md，添加 todoist-task-manager 至 sources
|
||
- 创建 3 个 Concept 页面：Todoist-API.md、AI-Driven-Task-Extraction.md、Recurring-Tasks.md
|
||
- [[Project State Management]] 冲突记录：Todoist（结构化字段/API驱动）与 Markdown 事件流（完整上下文/自托管）各有适用场景
|
||
- 与 [[multi-channel-assistant]] 中 Todoist 集成属同一技术栈，侧重不同：前者侧重多渠道统一入口，后者侧重任务管理深度自动化
|
||
|
||
## [2026-04-22] ingest | Dynamic Dashboard with Sub-agent Spawning
|
||
- Source file: Agent/usecases/dynamic-dashboard.md
|
||
- Status: ✅ 成功摄入
|
||
- Summary: 基于子代理并行执行的多数据源实时监控仪表盘——通过子代理并行抓取 GitHub/Twitter/Polymarket/系统健康等多数据源，定时聚合结果推送 Discord，支持告警阈值和历史趋势存储。用对话式指令替代数周前端开发，立即获得实时洞察。
|
||
- Concepts created: [[Dynamic-Dashboard]], [[Alerting]]
|
||
- Entities created: （无新增，[[OpenClaw]] 已存在）
|
||
- Source page: wiki/sources/dynamic-dashboard.md
|
||
- Notes:
|
||
- 新增 Sources 条目至 index.md（插入顶部）
|
||
- 更新 overview.md，添加 Multi-Agent Monitoring & Automation 段落，补充 [[Dynamic-Dashboard]] 和 [[Alerting]] 至 Key Concepts
|
||
- 创建 2 个 Concept 页面：Dynamic-Dashboard.md、Alerting.md
|
||
- 已有相关 Concept：[[Parallel-Agent-Execution]]（子代理并行）、[[Scheduled-Task-Flywheel]]（定时任务）
|
||
- 已有相关 Entity：[[OpenClaw]]（多代理框架）
|
||
- 冲突：与 [[content-factory]] 存在场景重叠（并行执行模式），但前者侧重数据监控，后者侧重内容创作
|
||
|
||
## [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:
|
||
- 新增 Sources 条目至 index.md（顶部插入）
|
||
- 更新 overview.md，补充 n8n Workflow Automation 章节的入门教程内容
|
||
- 与 [[n8n + Claude：通过自然语言自动化工作流]] 的潜在差异已在 Contradictions 节记录
|
||
|
||
## [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:
|
||
- 更新了 overview.md，在 AI Tools & Prompt Engineering 章节添加 Google ADK Skill 设计模式说明和 Anthropic 3 条铁律
|
||
- 更新了 index.md，在 Sources 顶部插入新条目
|
||
- Key Concepts: [[ToolWrapper]], [[Generator]], [[Reviewer]], [[Inversion]], [[Pipeline]], [[渐进式披露]], [[SkillToolset]]
|
||
- Key Entities: [[GoogleCloud]], [[Anthropic]], [[ADK]], [[SabooShubham]], [[lavinigam]]
|
||
- 冲突检测：与 [[ClaudeSkill设计指南9种类型]] 存在互补关系——Google 强调 5 种结构模式，Anthropic 强调 9 类分类，两者可互补使用
|
||
|
||
## [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:
|
||
- 更新了 overview.md，添加 "n8n Workflow Automation" 章节，补充 Telegram 集成和 WEBHOOK_URL 配置说明
|
||
- 更新了 index.md entry，从 "(expected: source missing)" 更新为完整描述
|
||
- Key Concepts: [[Webhook]], [[WEBHOOK_URL]], [[Telegram Trigger]], [[n8n Workflow]]
|
||
- Key Entities: [[n8n]], [[Docker Desktop]], [[Telegram]], [[Cpolar]]
|
||
- 与 [[n8n Docker 安装与更新]] 存在依赖关系：本文为 n8n Docker 部署的 Telegram 集成补充
|
||
- 冲突检测：无冲突
|
||
|
||
## [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:
|
||
- n8n、Docker、SOCKS5代理、Docker网络网关IP、环境变量代理等概念均已在 overview.md 中存在，未创建独立页面
|
||
- 更新了 index.md
|
||
- Key Entities: [[n8n]], [[Docker]], [[V2Ray/Tuic]]
|
||
- Key Concepts: [[Docker网络网关IP]], [[SOCKS5代理]], [[环境变量代理]], [[Caddy反向代理]], [[Docker卷]], [[Docker Compose]]
|
||
|
||
## [2026-04-23] ingest | TikTok PM - Python Django 项目
|
||
- Source file: Others/TikTok PM - Python Django Project.md
|
||
- Status: ✅ 成功摄入
|
||
- Summary: TikTok Shop 产品数据管理系统的完整 Django Web 应用开发教程，含 Admin 后台定制（富文本、内联模型、图片预览）、REST API（Django REST Framework）、Docker + Gunicorn + Nginx 生产部署、Django-Q 异步任务队列、Bright Data API 数据抓取、自定义 Management Command
|
||
- Concepts created: 无（Entity 均已在 overview 中提及，不符合独立创建条件）
|
||
- Source page: wiki/sources/tiktok-pm-python-django-project.md
|
||
- Notes:
|
||
- 更新了 overview.md，添加 TikTok E-commerce Product Management 章节
|
||
- 更新了 index.md，在 Sources 顶部插入新条目
|
||
- Key Entities: [[Django]], [[Docker]], [[MySQL / MariaDB]], [[Gunicorn]], [[Nginx]], [[TikTok Shop]], [[Bright Data]], [[n8n]]
|
||
- Key Concepts: [[Django ORM]], [[Django REST Framework]], [[Django Admin 定制]], [[Docker 容器化部署]], [[Django-Q 异步任务]], [[Bright Data API]], [[自定义管理命令]]
|
||
|
||
## [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:
|
||
- 更新了 overview.md，添加 Educational Resources 章节
|
||
- 更新了 index.md，在 Sources 顶部插入新条目
|
||
- 新增 Entities: [[Appinn]], [[TapXWorld/ChinaTextbook]], [[国家中小学智慧教育平台]], [[tchMaterial-parser]]（在 source page 中引用）
|
||
- 未创建独立 Entity/Concept 页面（不符合"出现 ≥ 2 次"或"抽象可复用"条件）
|
||
|
||
## [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:
|
||
- 与 [[Cursor 2.0初学者使用指南]] 和 [[如何在Ubuntu上安装OpenCode并配置Vibe-Kanban]] 同属 Vibe Coding 工具系列
|
||
- Trae 与 Cursor 都是 AI IDE，Remote-SSH 能力相似，但 Trae 面向国内用户
|
||
- 两种 Docker 开发模式各有适用场景：Attach 容器适合调试，宿主机文件模式适合编排
|
||
- 无冲突
|
||
|
||
## [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:
|
||
- [[Vibe Coding]]、[[Vibe-Kanban]]、[[PM2]]、[[Git Worktree]] 概念均已存在于 overview.md，无需新建
|
||
- [[BloopAI]] 仅被提及 1 次，不满足 ≥2 次条件，未创建 Entity 页面
|
||
- 无内容冲突
|
||
|
||
## [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:
|
||
- 更新了 overview.md，添加 Workspace 相关 Key Concepts 和 DracoVibeCoding 实体
|
||
- 更新了 index.md，替换"source missing"占位条目为正式条目
|
||
- Key Concepts 新增：[[Workspace]], [[SOUL.md]], [[USER.md]], [[IDENTITY.md]], [[TOOLS.md]], [[BOOTSTRAP.md]], [[HEARTBEAT.md]], [[MEMORY.md]], [[Agent-Memory]]
|
||
- Entity 新增：[[OpenClaw]], [[DracoVibeCoding]]
|
||
- 冲突检测：无已知冲突
|
||
|
||
## [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 频道更新检测）
|
||
|
||
|