Auto-sync: 2026-04-17 19:17

wiki/concepts/AI自动回复.md

@@ -0,0 +1,22 @@
+---
+title: "AI自动回复"
+type: concept
+tags: [AI, Automation, Customer Service]
+---
+
+## Definition
+基于业务知识库和意图分类的智能响应机制，AI能够自动回答常见问题、处理预约请求，并在必要时升级给人工处理。
+
+## Related Concepts
+- [[业务知识库]]：存储企业服务、价格、政策的结构化数据
+- [[意图分类]]：识别客户消息意图（FAQ、预约、投诉、评价）的技术
+- [[人工接管]]：复杂问题转由人工处理的机制
+
+## Use Cases
+- FAQ自动回答
+- 预约请求处理
+- 投诉识别和升级
+
+## Connections
+- [[Multi-Channel AI Customer Service Platform]] ← uses ← [[AI自动回复]]
+- [[AI自动回复]] ← depends_on ← [[业务知识库]]

wiki/concepts/Agent-Task-Visibility.md

@@ -0,0 +1,26 @@
+---
+title: "Agent Task Visibility"
+type: concept
+tags: []
+---
+
+## Definition
+AI Agent 任务对用户的透明化展示机制，通过外部工具（如 Todoist）实时展示任务状态、进度和内部推理过程。
+
+## Core Components
+- 状态可视化：通过 Section 区分任务阶段（In Progress/Waiting/Done）
+- 推理外部化：将 Agent 内部 Plan 写入任务描述
+- 进度流式更新：子步骤完成通过评论实时追加
+
+## Use Cases
+- 长时间运行的复杂任务追踪
+- 多 Agent 协作时的进度监控
+- 用户对 Agent 行为的可观测性提升
+
+## Related Concepts
+- [[Task-Automation]]
+- [[工作流自动化]]
+
+## Related Entities
+- [[Todoist]]
+- [[OpenClaw]]

wiki/concepts/BibTeX-BibLaTeX.md

@@ -0,0 +1,18 @@
+---
+title: "BibTeX/BibLaTeX"
+type: concept
+tags: []
+last_updated: 2026-04-17
+---
+
+## Definition
+BibTeX 和 BibLaTeX 是 LaTeX 文档中管理参考文献的格式系统，通过 .bib 文件存储文献条目。
+
+## Mechanism
+- .bib 文件包含文献条目（作者、标题、年份、期刊等）
+- 编译时通过 \cite{key} 引用
+- 支持多种引用风格（APA、IEEE、Harvard 等）
+
+## Connections
+- [[LaTeX编译]]：引用解析依赖编译过程
+- [[LaTeX模板]]：模板决定引用样式

wiki/concepts/Brain-Dump.md

@@ -0,0 +1,15 @@
+---
+title: "Brain Dump"
+type: concept
+tags: []
+---
+
+## Definition
+一次性输入所有目标、使命和任务的上下文设定方式。用户将所有目标（职业、个人、商业）写入 Agent 上下文，作为后续所有任务的参考依据。
+
+## Usage
+用户在初始阶段一次性输入所有目标，之后 Agent 每天自动生成任务来推进这些目标。
+
+## Related
+- [[Goal-Driven Autonomous Tasks]]
+- [[每日任务生成]]

wiki/concepts/Chrome-Profile-Cloning.md

@@ -0,0 +1,30 @@
+---
+id: Chrome-Profile-Cloning
+title: Chrome Profile Cloning
+type: concept
+tags: [浏览器自动化, 认证, OpenClaw]
+sources:
+  - raw/Agent/usecases/local-crm-framework.md
+last_updated: 2026-04-17
+---
+
+## Definition
+复制用户 Chrome 浏览器配置，使 AI Agent 继承用户认证状态的技术手段。
+
+## Mechanism
+DenchClaw 复制用户的 Chrome profile，这样 Agent 可以直接访问用户已登录的网站，无需处理 OAuth 流程或 API 密钥。
+
+## Benefits
+- 绕过 OAuth 流程和 API 速率限制
+- Agent 看到和操作的内容与用户一致
+- 无需额外凭证管理
+
+## Use Cases
+- 从 HubSpot 导入数据
+- 抓取需要登录的网页内容
+- 自动化需要认证的 Web 操作
+
+## Related
+- [[DenchClaw]]：使用此技术的框架
+- [[Chrome]]：被克隆的浏览器
+- [[Local CRM Framework with DenchClaw]]

wiki/concepts/Credential-Isolation.md

@@ -0,0 +1,26 @@
+---
+title: "Credential Isolation"
+type: concept
+tags: [security, api, isolation]
+date: 2026-04-17
+---
+
+## Definition
+凭证隔离模式，将敏感 API 密钥存储在独立系统中，Agent 仅知道调用接口而无法访问凭证本身。
+
+## Problem
+- AI Agent 环境存储 API 密钥存在泄露风险
+- 一次错误的代码提交可能导致密钥暴露
+- 多个集成意味着多个凭证管理的复杂度
+
+## Solution
+1. 使用 n8n 的凭证存储功能保存 API 密钥
+2. Agent 仅知道 webhook URL
+3. 凭证与 Agent 环境物理隔离
+4. 可视化审计每次 API 调用
+
+## Benefits
+- 零凭证暴露风险
+- 审计追踪每个请求
+- 可锁定工作流防止修改
+- 确定性任务不消耗 LLM token

wiki/concepts/LaTeX模板.md

@@ -0,0 +1,24 @@
+---
+title: "LaTeX模板"
+type: concept
+tags: []
+last_updated: 2026-04-17
+---
+
+## Definition
+LaTeX 模板是预配置的文档类，提供统一格式以跳过 LaTeX 排版的样板配置。
+
+## Common Templates
+- article：短文章/报告
+- IEEE：IEEE 期刊论文格式
+- beamer：演示文稿（PPT 替代）
+- ctex-art：中文文章
+
+## Usage
+1. 选择模板后填充内容
+2. 添加参考文献（可选）
+3. 编译生成 PDF
+
+## Connections
+- [[LaTeX编译]]：模板决定编译选项
+- [[Prismer]]：内置模板支持

wiki/concepts/LaTeX编译.md

@@ -0,0 +1,24 @@
+---
+title: "LaTeX编译"
+type: concept
+tags: []
+last_updated: 2026-04-17
+---
+
+## Definition
+LaTeX 编译是将 LaTeX 源码转换为 PDF 的过程，通过 pdflatex、xelatex 或 lualatex 引擎完成。
+
+## Mechanism
+- pdflatex：默认引擎，输出 PDF
+- xelatex：支持 CJK/中文，高级字体配置
+- lualatex：LuaLaTeX 引擎，支持 Lua 脚本扩展
+
+## Usage
+- 需要 2 次编译以正确解析交叉引用
+- 编译日志显示错误和警告信息
+- 错误自动修复需要解析日志后重新编译
+
+## Connections
+- [[LaTeX源码]]：LaTeX 编译的输入文件
+- [[PDF]]：LaTeX 编译的输出格式
+- [[Prismer]]：提供编译环境

wiki/concepts/Lockable-Workflow.md

@@ -0,0 +1,25 @@
+---
+title: "Lockable Workflow"
+type: concept
+tags: [n8n, security, workflow]
+date: 2026-04-17
+---
+
+## Definition
+可锁定工作流模式，测试通过后锁定工作流，防止 AI Agent 悄悄修改 API 交互方式。
+
+## Why Lock
+- 未锁定的 工作流允许 Agent 自由修改
+- Agent 可能无意中改变请求格式或端点
+- 锁定确保 API 交互方式的稳定性
+
+## Workflow
+1. Agent 设计并创建工作流
+2. 手动测试验证功能正确性
+3. 手动锁定工作流
+4. Agent 只能通过 webhook 调用，无法修改
+
+## Use Cases
+- 保护生产环境 API 调用
+- 确保外部服务集成稳定性
+- 防止 Agent 绕过安全检查

wiki/concepts/Pre-Build-Idea-Validation.md

@@ -0,0 +1,28 @@
+---
+id: pre-build-idea-validation
+title: "Pre-Build Idea Validation"
+type: concept
+tags: [ai-agent, mcp, validation]
+---
+
+## Definition
+在编写代码前，通过扫描真实数据源验证项目创意是否已存在、竞争度如何的机制。
+
+## Why It Matters
+- 避免最昂贵的错误：解决已被解决的问题
+- 基于真实数据而非 LLM 猜测做决策
+- 帮助独立开发者在空白地带寻找机会
+
+## Key Metrics
+- **reality_signal**：竞争度评分（0-100）
+  - > 70：停止并讨论
+  - 30-70：显示结果，建议细分角度
+  - < 30：可继续构建
+
+## Implementation
+- MCP server：[[idea-reality-mcp]]
+- 数据源：GitHub、Hacker News、npm、PyPI、Product Hunt
+
+## Related
+- [[MVP]] — 最小可行产品概念
+- [[Market-Research]] — 市场研究相关概念

wiki/concepts/Second-Brain.md

@@ -0,0 +1,26 @@
+---
+title: "Second Brain"
+type: concept
+tags: []
+---
+
+## Definition
+通过 AI Agent 实现的个人知识管理系统，通过即时通讯（Telegram/Discord/iMessage）零摩擦捕获信息，OpenClaw 永久存储，Next.js 搜索界面检索。
+
+## Core Principles
+- 捕获如发短信般简单
+- 检索如搜索般便捷
+- 无需文件夹、无需标签、只需文本
+
+## Related Entities
+- [[OpenClaw]]
+- [[Next.js]]
+- [[Telegram]]
+- [[Discord]]
+
+## Related Concepts
+- [[Memory System]]
+- [[信息黑洞]]
+
+## Related Sources
+- [[second-brain]]

wiki/concepts/Subagent-管理.md

@@ -0,0 +1,21 @@
+---
+title: "Subagent 管理"
+type: concept
+tags: []
+sources: []
+last_updated: 2026-04-17
+---
+
+## Definition
+使用 sessions_spawn/sessions_send 管理子代理的技术，实现任务的分布式执行
+
+## Methods
+- sessions_spawn：创建新的子代理会话
+- sessions_send：向已有子代理发送消息
+
+## Related Concepts
+- [[去中心化协调]]
+- [[Multi-Agent Team]]
+
+## Related Entities
+- [[OpenClaw]]

wiki/concepts/Webhook.md

@@ -0,0 +1,25 @@
+---
+title: "Webhook"
+type: concept
+tags: [n8n, trigger, http]
+date: 2026-04-17
+---
+
+## Definition
+n8n 接收外部 HTTP POST 请求的触发器，使工作流能够响应来自外部系统的请求。
+
+## How It Works
+1. 在 n8n 工作流中添加 Webhook 触发器节点
+2. 配置唯一的工作流路径（如 `webhook/my-workflow`）
+3. 外部系统通过 `POST http://n8n:5678/webhook/my-workflow` 发起请求
+4. n8n 接收 JSON payload 并执行工作流
+
+## Use Cases
+- AI Agent 调用外部 API（通过 webhook 代理）
+- 接收 GitHub/GitLab Webhook 通知
+- 接收表单提交
+- 接收 Twilio/SendGrid 等服务的回调
+
+## Aliases
+- Webhook Trigger
+- Incoming Webhook

wiki/concepts/业务知识库.md

@@ -0,0 +1,21 @@
+---
+title: "业务知识库"
+type: concept
+tags: [Knowledge, AI, Training]
+---
+
+## Definition
+企业服务、价格、政策和FAQ的结构化数据存储，用于训练AI客服系统，使其能够基于准确的企业信息进行回复。
+
+## Related Concepts
+- [[AI自动回复]]：依赖知识库进行响应
+- [[意图分类]]：与知识库配合确定回复策略
+
+## Use Cases
+- AI客服训练数据
+- 企业信息统一管理
+- FAQ自动化
+
+## Connections
+- [[Multi-Channel AI Customer Service Platform]] ← trains_on ← [[业务知识库]]
+- [[AI自动回复]] ← depends_on ← [[业务知识库]]

wiki/concepts/主动问责.md

@@ -0,0 +1,29 @@
+---
+id: active-accountability
+title: 主动问责
+type: concept
+tags: [behavior-change, habit-forming, ai-agent]
+---
+
+## Definition
+主动问责（Active Accountability）是一种行为改变机制，通过主动询问而非被动通知来促进用户执行目标行为。在 AI Agent 应用中，Agent 定时主动向用户提问（如"今天完成晨跑了吗？"），而非仅发送推送通知。这种方式利用了社交承诺效应，当人们被直接询问时更倾向于如实回答并遵守承诺。
+
+## Key Characteristics
+- 主动发起交互，而非等待用户响应
+- 直接询问完成情况，使用开放式问题
+- 根据用户响应调整后续行为（鼓励或提醒）
+- 建立持续对话关系，而非单方面通知
+
+## Relationship to Other Concepts
+- [[Cron-Jobs]]：实现定时主动询问的技术手段
+- [[Preference-Learning]]：AI 学习用户响应模式，优化询问时机和语气
+- [[工作流自动化]]：将主动问责流程化为可重复执行的自动化任务
+- [[上下文记忆]]：记录用户历史响应，用于连续打卡追踪和趋势分析
+
+## Application in AI Agent
+在 Habit Tracker & Accountability Coach 场景中：
+1. 定时（如每天 7:30 AM）通过 Telegram 发送消息
+2. 主动询问："你今天完成晨跑了吗？"
+3. 根据用户响应更新连续打卡天数
+4. 连续成功时使用鼓励语气（如"第 12 天，继续保持"）
+5. 连续失败时发送温和提醒（如"已经 3 天没运动了，记得你开始的原因是什么吗？"）

wiki/concepts/去中心化协调.md

@@ -0,0 +1,25 @@
+---
+title: "去中心化协调"
+type: concept
+tags: []
+sources: []
+last_updated: 2026-04-17
+---
+
+## Definition
+通过共享状态文件实现多 Agent 自主协调的模式，替代中央 orchestrator 的消息传递机制
+
+## Key Principles
+- 单一真相源：所有 Agent 读写共享状态文件
+- 无中央调度：Agent 自驱协调，读取状态发现可执行任务
+- 状态持久化：所有变更通过 Git 版本追踪
+
+## Related Concepts
+- [[项目状态管理]]
+- [[Subagent 管理]]
+- [[Shared Memory]]
+
+## Use Cases
+- 多 repo 重构
+- 研究冲刺
+- 内容流水线

wiki/concepts/文件驱动UI.md

@@ -0,0 +1,31 @@
+---
+id: 文件驱动UI
+title: 文件驱动 UI (File-system-first UI)
+type: concept
+tags: [UI, Agent, 架构]
+sources:
+  - raw/Agent/usecases/local-crm-framework.md
+last_updated: 2026-04-17
+---
+
+## Definition
+将 UI 配置（过滤器、视图、列设置等）存储为文件系统中的 YAML/Markdown 文件，使 AI Agent 能像编辑代码一样直接读取和修改 UI 界面的设计模式。
+
+## Mechanism
+所有 UI 相关设置都是文件，Agent 可以通过文件系统操作直接修改界面，无需 API 包装器或数据库更新。
+
+## Benefits
+- Agent 可以直接修改 UI（与修改代码无异）
+- 版本控制友好
+- 无需额外的 UI 更新 API
+- 配置可复用和共享
+
+## Examples
+- 表过滤器：YAML 文件定义
+- 视图配置：Markdown 文件存储
+- 列显示/隐藏：YAML 文件控制
+- 日历设置：YAML 文件管理
+
+## Related
+- [[DenchClaw]]：采用此模式的 CRM 框架
+- [[Local CRM Framework with DenchClaw]]

wiki/concepts/每日任务生成.md

@@ -0,0 +1,15 @@
+---
+title: "每日任务生成"
+type: concept
+tags: []
+---
+
+## Definition
+AI Agent 每天自动生成 4-5 个可执行任务的工作流。Agent 根据用户输入的 Brain Dump 目标，每天早上生成并自主执行任务。
+
+## Usage
+设定每日早晨 8:00 自动触发，Agent 生成任务、自主执行并追踪进度。
+
+## Related
+- [[Brain Dump]]
+- [[Goal-Driven Autonomous Tasks]]

wiki/concepts/竞态条件.md

@@ -0,0 +1,17 @@
+---
+title: "竞态条件"
+type: concept
+tags: []
+---
+
+## Definition
+Sub-agent 并发编辑共享文件时导致的静默失败问题。原因是 edit tool 需要精确的 oldText 匹配，如果子代理在主会话读取和编辑之间修改了文件，编辑会静默失败。
+
+## Solution
+分离任务文件为两个角色：
+1. `AUTONOMOUS.md` — 只读主文件，只包含目标和开放 backlog，只有主会话编辑
+2. `memory/tasks-log.md` — 追加日志，子代理只追加新行，从不编辑现有行
+
+## Related
+- [[Goal-Driven Autonomous Tasks]]
+- [[Subagent 管理]]

wiki/concepts/统一收件箱.md

@@ -0,0 +1,21 @@
+---
+title: "统一收件箱"
+type: concept
+tags: [Messaging, AI, Architecture]
+---
+
+## Definition
+将多个渠道的客户消息汇聚到单一AI驱动界面的架构模式，实现多平台消息的集中管理和智能处理。
+
+## Related Concepts
+- [[Multi-Channel Assistant]]：类似的多渠道AI助手模式
+- [[消息路由]]：根据渠道和意图分发消息的逻辑
+- [[AI自动回复]]：基于知识库的智能响应
+
+## Use Cases
+- 多平台客服统一管理
+- 社交媒体消息聚合
+- 企业通信入口整合
+
+## Connections
+- [[Multi-Channel AI Customer Service Platform]] ← implements ← [[统一收件箱]]

wiki/concepts/项目状态管理.md

@@ -0,0 +1,21 @@
+---
+title: "项目状态管理"
+type: concept
+tags: []
+sources: []
+last_updated: 2026-04-17
+---
+
+## Definition
+基于 STATE.yaml 的任务追踪和协调机制，每个项目维护一个状态文件作为单一真相源
+
+## State Structure
+- tasks：任务列表，包含 id、status、owner、started、completed、notes
+- next_actions：可执行的下一步操作列表
+
+## Related Concepts
+- [[去中心化协调]]
+- [[事件驱动项目管理]]
+
+## Sources
+- [[autonomous-project-management]] — 核心来源