Auto-sync: 2026-04-17 19:17
This commit is contained in:
22
wiki/concepts/AI自动回复.md
Normal file
22
wiki/concepts/AI自动回复.md
Normal file
@@ -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 ← [[业务知识库]]
|
||||
26
wiki/concepts/Agent-Task-Visibility.md
Normal file
26
wiki/concepts/Agent-Task-Visibility.md
Normal file
@@ -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]]
|
||||
18
wiki/concepts/BibTeX-BibLaTeX.md
Normal file
18
wiki/concepts/BibTeX-BibLaTeX.md
Normal file
@@ -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模板]]:模板决定引用样式
|
||||
15
wiki/concepts/Brain-Dump.md
Normal file
15
wiki/concepts/Brain-Dump.md
Normal file
@@ -0,0 +1,15 @@
|
||||
---
|
||||
title: "Brain Dump"
|
||||
type: concept
|
||||
tags: []
|
||||
---
|
||||
|
||||
## Definition
|
||||
一次性输入所有目标、使命和任务的上下文设定方式。用户将所有目标(职业、个人、商业)写入 Agent 上下文,作为后续所有任务的参考依据。
|
||||
|
||||
## Usage
|
||||
用户在初始阶段一次性输入所有目标,之后 Agent 每天自动生成任务来推进这些目标。
|
||||
|
||||
## Related
|
||||
- [[Goal-Driven Autonomous Tasks]]
|
||||
- [[每日任务生成]]
|
||||
30
wiki/concepts/Chrome-Profile-Cloning.md
Normal file
30
wiki/concepts/Chrome-Profile-Cloning.md
Normal file
@@ -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]]
|
||||
26
wiki/concepts/Credential-Isolation.md
Normal file
26
wiki/concepts/Credential-Isolation.md
Normal file
@@ -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
|
||||
24
wiki/concepts/LaTeX模板.md
Normal file
24
wiki/concepts/LaTeX模板.md
Normal file
@@ -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]]:内置模板支持
|
||||
24
wiki/concepts/LaTeX编译.md
Normal file
24
wiki/concepts/LaTeX编译.md
Normal file
@@ -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]]:提供编译环境
|
||||
25
wiki/concepts/Lockable-Workflow.md
Normal file
25
wiki/concepts/Lockable-Workflow.md
Normal file
@@ -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 绕过安全检查
|
||||
28
wiki/concepts/Pre-Build-Idea-Validation.md
Normal file
28
wiki/concepts/Pre-Build-Idea-Validation.md
Normal file
@@ -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]] — 市场研究相关概念
|
||||
26
wiki/concepts/Second-Brain.md
Normal file
26
wiki/concepts/Second-Brain.md
Normal file
@@ -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]]
|
||||
21
wiki/concepts/Subagent-管理.md
Normal file
21
wiki/concepts/Subagent-管理.md
Normal file
@@ -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]]
|
||||
25
wiki/concepts/Webhook.md
Normal file
25
wiki/concepts/Webhook.md
Normal file
@@ -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
|
||||
21
wiki/concepts/业务知识库.md
Normal file
21
wiki/concepts/业务知识库.md
Normal file
@@ -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 ← [[业务知识库]]
|
||||
29
wiki/concepts/主动问责.md
Normal file
29
wiki/concepts/主动问责.md
Normal file
@@ -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 天没运动了,记得你开始的原因是什么吗?")
|
||||
25
wiki/concepts/去中心化协调.md
Normal file
25
wiki/concepts/去中心化协调.md
Normal file
@@ -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 重构
|
||||
- 研究冲刺
|
||||
- 内容流水线
|
||||
31
wiki/concepts/文件驱动UI.md
Normal file
31
wiki/concepts/文件驱动UI.md
Normal file
@@ -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]]
|
||||
15
wiki/concepts/每日任务生成.md
Normal file
15
wiki/concepts/每日任务生成.md
Normal file
@@ -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]]
|
||||
17
wiki/concepts/竞态条件.md
Normal file
17
wiki/concepts/竞态条件.md
Normal file
@@ -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 管理]]
|
||||
21
wiki/concepts/统一收件箱.md
Normal file
21
wiki/concepts/统一收件箱.md
Normal file
@@ -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 ← [[统一收件箱]]
|
||||
21
wiki/concepts/项目状态管理.md
Normal file
21
wiki/concepts/项目状态管理.md
Normal file
@@ -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]] — 核心来源
|
||||
38
wiki/entities/DenchClaw.md
Normal file
38
wiki/entities/DenchClaw.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
id: DenchClaw
|
||||
title: DenchClaw
|
||||
type: entity
|
||||
tags: [OpenClaw, CRM, 开源, AI]
|
||||
sources:
|
||||
- raw/Agent/usecases/local-crm-framework.md
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Dench Claw
|
||||
- DenchClaw Framework
|
||||
|
||||
## Description
|
||||
开源框架,将 OpenClaw 转变为本地 CRM、销售自动化和生产力平台。通过单命令(`npx denchclaw`)安装完整技术栈:DuckDB 数据库、Web UI、OpenClaw profile、浏览器自动化和预置技能。
|
||||
|
||||
## Key Features
|
||||
- 单命令安装(`npx denchclaw`)
|
||||
- 自然语言 CRM(通过自然语言查询和操作数据)
|
||||
- Chrome 配置克隆(继承用户认证状态)
|
||||
- 多种视图(Table、Kanban、Calendar、Timeline、Gallery、List)
|
||||
- App Builder(构建运行在 workspace 内的 Web 应用)
|
||||
- 文件系统优先(所有设置存储为 YAML/Markdown 文件)
|
||||
|
||||
## Technical Stack
|
||||
- [[DuckDB]]:嵌入式分析数据库
|
||||
- [[OpenClaw]]:底层 AI Agent 平台
|
||||
- Chromium:浏览器自动化
|
||||
|
||||
## Links
|
||||
- [GitHub](https://github.com/DenchHQ/DenchClaw)
|
||||
- [Website](https://denchclaw.com)
|
||||
- [Discord](https://discord.gg/PDFXNVQj9n)
|
||||
|
||||
## Related
|
||||
- [[Local CRM Framework with DenchClaw]]:完整使用指南
|
||||
- [[OpenClaw]]:底层技术
|
||||
19
wiki/entities/Discord.md
Normal file
19
wiki/entities/Discord.md
Normal file
@@ -0,0 +1,19 @@
|
||||
---
|
||||
title: "Discord"
|
||||
type: entity
|
||||
tags: []
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Discord
|
||||
|
||||
## Description
|
||||
即时通讯平台,支持 Bot 集成,可用于向 AI Agent 发送消息进行记忆捕获。
|
||||
|
||||
## Related Concepts
|
||||
- [[Second Brain]]
|
||||
- [[Memory System]]
|
||||
- [[Telegram]]
|
||||
|
||||
## Related Sources
|
||||
- [[second-brain]]
|
||||
27
wiki/entities/DuckDB.md
Normal file
27
wiki/entities/DuckDB.md
Normal file
@@ -0,0 +1,27 @@
|
||||
---
|
||||
id: DuckDB
|
||||
title: DuckDB
|
||||
type: entity
|
||||
tags: [数据库, 嵌入式, 开源]
|
||||
sources:
|
||||
- raw/Agent/usecases/local-crm-framework.md
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Description
|
||||
嵌入式分析数据库,被描述为最小且性能最高的全功能 SQL 数据库。特点:无服务器进程、无凭证管理、无网络依赖(仅一个本地文件)。
|
||||
|
||||
## Key Characteristics
|
||||
- 嵌入式:直接嵌入应用程序,无需独立服务器进程
|
||||
- 高性能:针对分析查询优化
|
||||
- 零配置:无需凭证、无网络依赖
|
||||
- 单文件:整个数据库是一个本地文件
|
||||
|
||||
## Use Cases
|
||||
- 本地 CRM(如 [[DenchClaw]])
|
||||
- 数据分析和探索
|
||||
- 嵌入式 BI 应用
|
||||
|
||||
## Related
|
||||
- [[DenchClaw]]:使用 DuckDB 作为本地 CRM 数据库
|
||||
- [[Local CRM Framework with DenchClaw]]
|
||||
15
wiki/entities/Futurist-Systems.md
Normal file
15
wiki/entities/Futurist-Systems.md
Normal file
@@ -0,0 +1,15 @@
|
||||
---
|
||||
title: "Futurist Systems"
|
||||
type: entity
|
||||
tags: [Company, Consulting, Technology]
|
||||
---
|
||||
|
||||
## Definition
|
||||
技术咨询公司,专注于为本地服务企业(餐厅、诊所、发廊)部署AI解决方案。
|
||||
|
||||
## Use Cases
|
||||
- 多渠道AI客服平台部署
|
||||
- 企业数字化转型咨询
|
||||
|
||||
## Connections
|
||||
- [[Multi-Channel AI Customer Service Platform]] ← deployed_by ← [[Futurist Systems]]
|
||||
22
wiki/entities/Google-Sheets.md
Normal file
22
wiki/entities/Google-Sheets.md
Normal file
@@ -0,0 +1,22 @@
|
||||
---
|
||||
id: google-sheets
|
||||
title: Google Sheets
|
||||
type: entity
|
||||
tags: [spreadsheet, api, visualization]
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Google Sheets API
|
||||
|
||||
## Description
|
||||
Google Sheets 是 Google 的在线电子表格应用,提供 API 接口支持数据读写和自动化。在 AI Agent 应用中,常用于创建可视化仪表盘,将习惯追踪数据、工作日志等以表格形式呈现,便于用户直观查看历史记录和统计趋势。
|
||||
|
||||
## Use Cases
|
||||
- 习惯数据可视化仪表盘
|
||||
- 项目进度追踪表格
|
||||
- 自动化数据汇总和导出
|
||||
- 多平台数据同步展示
|
||||
|
||||
## Related Concepts
|
||||
- [[工作流自动化]]:通过 API 将数据自动写入 Google Sheets
|
||||
- [[Habit-Tracker-Accountability-Coach]]:可选集成,将习惯追踪数据导出到表格
|
||||
21
wiki/entities/Instagram-Graph-API.md
Normal file
21
wiki/entities/Instagram-Graph-API.md
Normal file
@@ -0,0 +1,21 @@
|
||||
---
|
||||
title: "Instagram Graph API"
|
||||
type: entity
|
||||
tags: [API, Messaging, Meta, Instagram]
|
||||
---
|
||||
|
||||
## Definition
|
||||
Meta提供的Instagram消息API,通过Meta Business Suite集成Instagram Direct Messages,实现企业级自动化回复。
|
||||
|
||||
## Aliases
|
||||
- Instagram Messaging API
|
||||
- Instagram DM API
|
||||
|
||||
## Use Cases
|
||||
- Instagram DM自动化客服
|
||||
- 社交媒体营销互动
|
||||
- 多渠道统一管理
|
||||
|
||||
## Connections
|
||||
- [[Multi-Channel AI Customer Service Platform]] ← depends_on ← [[Instagram Graph API]]
|
||||
- [[WhatsApp Business API]] ← related_to ← [[Instagram Graph API]]
|
||||
18
wiki/entities/Next-js.md
Normal file
18
wiki/entities/Next-js.md
Normal file
@@ -0,0 +1,18 @@
|
||||
---
|
||||
title: "Next.js"
|
||||
type: entity
|
||||
tags: []
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Next.js
|
||||
|
||||
## Description
|
||||
React 框架,用于构建全栈 Web 应用。OpenClaw 可自动生成 Next.js 搜索界面,实现第二大脑的可视化检索。
|
||||
|
||||
## Related Concepts
|
||||
- [[Second Brain]]
|
||||
- [[Memory System]]
|
||||
|
||||
## Related Sources
|
||||
- [[second-brain]]
|
||||
18
wiki/entities/Nicholas-Carlini.md
Normal file
18
wiki/entities/Nicholas-Carlini.md
Normal file
@@ -0,0 +1,18 @@
|
||||
---
|
||||
title: "Nicholas Carlini"
|
||||
type: entity
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Summary
|
||||
Nicholas Carlini 是 Google Research 的研究科学家,自主编码 Agent 方案的提出者,启发了去中心化协调模式
|
||||
|
||||
## Role
|
||||
- AI 研究者
|
||||
- 自主编码 Agent 方案提出者
|
||||
|
||||
## Connections
|
||||
- [[去中心化协调]] — 概念的提出来源
|
||||
- [[OpenClaw]] — 使用其方案的 AI Agent 工具
|
||||
@@ -17,4 +17,5 @@ AI Agent 管理工具,用于管理多个 AI Agent 任务和配置。
|
||||
- OpenClaw
|
||||
|
||||
## Related
|
||||
- [[Obsidian]] — 可通过符号链接访问 OpenClaw 目录
|
||||
- [[Obsidian]] — 可通过符号链接访问 OpenClaw 目录
|
||||
- [[DenchClaw]] — 基于 OpenClaw 构建的本地 CRM 框架
|
||||
27
wiki/entities/Prismer.md
Normal file
27
wiki/entities/Prismer.md
Normal file
@@ -0,0 +1,27 @@
|
||||
---
|
||||
title: "Prismer"
|
||||
type: entity
|
||||
tags: []
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Definition
|
||||
Prismer 是提供 Docker 容器化 LaTeX 编译环境的服务端项目,通过 docker-compose 启动完整的 TeX Live 编译环境(端口 8080)。
|
||||
|
||||
## Role
|
||||
- 提供 LaTeX 编译服务端运行环境,内置完整 TeX Live
|
||||
- 支持 latex-compiler skill 调用编译工具
|
||||
|
||||
## Key Features
|
||||
- Docker 部署,开箱即用
|
||||
- 预装完整 TeX Live(2014+)
|
||||
- 支持 pdflatex、xelatex、lualatex 三种编译引擎
|
||||
- 端口 8080 提供编译服务
|
||||
|
||||
## Aliases
|
||||
- Prismer-AI/Prismer
|
||||
- Prismer workspace
|
||||
|
||||
## Connections
|
||||
- [[latex-compiler]]:使用 Prismer 提供的 LaTeX 编译服务
|
||||
- [[Docker]]:容器化部署基础
|
||||
22
wiki/entities/Telegram.md
Normal file
22
wiki/entities/Telegram.md
Normal file
@@ -0,0 +1,22 @@
|
||||
---
|
||||
id: telegram
|
||||
title: Telegram
|
||||
type: entity
|
||||
tags: [messaging, bot, api]
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Telegram Bot API
|
||||
|
||||
## Description
|
||||
Telegram 是一个跨平台的即时通讯应用,提供开放的 Bot API,允许开发者创建自动化机器人。Bot 可用于发送消息、处理命令、集成第三方服务。在 AI Agent 应用中,Telegram 常作为消息推送渠道,实现定时检查、提醒和交互功能。
|
||||
|
||||
## Use Cases
|
||||
- 每日习惯检查提醒
|
||||
- 任务状态推送
|
||||
- Agent 交互接口
|
||||
- 自动化工作流触发
|
||||
|
||||
## Related Concepts
|
||||
- [[Cron-Jobs]]:定时任务调度,与 Telegram Bot 结合实现每日提醒
|
||||
- [[Twilio]]:SMS 替代方案,无网络时使用短信通知
|
||||
22
wiki/entities/WhatsApp-Business-API.md
Normal file
22
wiki/entities/WhatsApp-Business-API.md
Normal file
@@ -0,0 +1,22 @@
|
||||
---
|
||||
title: "WhatsApp Business API"
|
||||
type: entity
|
||||
tags: [API, Messaging, Meta]
|
||||
---
|
||||
|
||||
## Definition
|
||||
WhatsApp官方提供的商业API,允许企业通过编程方式接入WhatsApp消息服务,实现自动化客户沟通。
|
||||
|
||||
## Aliases
|
||||
- WhatsApp Business
|
||||
- WhatsApp API
|
||||
|
||||
## Use Cases
|
||||
- 客户支持自动化
|
||||
- 订单通知和确认
|
||||
- 营销消息发送
|
||||
- 多Agent客服系统
|
||||
|
||||
## Connections
|
||||
- [[Multi-Channel AI Customer Service Platform]] ← depends_on ← [[WhatsApp Business API]]
|
||||
- [[Instagram Graph API]] ← related_to ← [[WhatsApp Business API]](同属Meta商业生态)
|
||||
28
wiki/entities/idea-reality-mcp.md
Normal file
28
wiki/entities/idea-reality-mcp.md
Normal file
@@ -0,0 +1,28 @@
|
||||
---
|
||||
id: idea-reality-mcp
|
||||
title: "idea-reality-mcp"
|
||||
type: entity
|
||||
tags: [mcp, ai-agent, openclaw]
|
||||
---
|
||||
|
||||
## Description
|
||||
MCP server that scans real data sources (GitHub, Hacker News, npm, PyPI, Product Hunt) to validate project ideas before building.
|
||||
|
||||
## Type
|
||||
开源项目 / MCP Server
|
||||
|
||||
## Key Capabilities
|
||||
- 扫描 5 个真实数据源
|
||||
- 计算 reality_signal 竞争度评分(0-100)
|
||||
- 显示 top 竞争对手及其 star 数量
|
||||
- 提供 pivot 建议
|
||||
|
||||
## Related
|
||||
- [[OpenClaw]] — 使用此 MCP 的 AI Agent 管理工具
|
||||
- [[Pre-Build Idea Validator]] — 使用此 MCP 的 source 页面
|
||||
- [[MCP]] — 该项目使用的协议
|
||||
|
||||
## Links
|
||||
- [GitHub](https://github.com/mnemox-ai/idea-reality-mcp)
|
||||
- [PyPI](https://pypi.org/project/idea-reality-mcp/)
|
||||
- [Web Demo](https://mnemox.ai/check)
|
||||
@@ -2,13 +2,18 @@
|
||||
- [Overview](overview.md) — 知识库总览
|
||||
|
||||
## Sources
|
||||
- [Goal-Driven Autonomous Tasks](sources/overnight-mini-app-builder.md) — AI Agent 自主目标驱动任务生成与执行工作流
|
||||
- [Autonomous Project Management with Subagents](sources/autonomous-project-management.md) — 去中心化多 Subagent 项目管理模式,通过共享 STATE.yaml 协调任务
|
||||
- [Multi-Channel Assistant](sources/multi-channel-assistant.md) — AI 助手通过多渠道整合实现任务、日程、消息和提醒的统一管理
|
||||
- [Custom Morning Brief](sources/custom-morning-brief.md) — AI Agent 定时发送自动化早间简报(新闻、待办、任务推荐)
|
||||
- [Daily Reddit Digest](sources/daily-reddit-digest.md) — AI Agent 定时从 Reddit 热门子版块获取热门帖子并生成每日摘要
|
||||
- [Dynamic Dashboard with Sub-agent Spawning](sources/dynamic-dashboard-with-sub-agent-spawning.md) — 实时动态仪表盘系统,通过 Sub-agent 并行获取多数据源数据
|
||||
- [Health & Symptom Tracker](sources/health-symptom-tracker.md) — AI Agent 自动追踪食物和症状的工作流
|
||||
- [Self-Healing Home Server & Infrastructure Management](sources/self-healing-home-server-infrastructure-management.md) — AI Agent 作为家庭基础设施的自动化运维代理(OpenClaw、cron 作业、自愈修复、安全审计)
|
||||
- [AI-Powered Earnings Tracker](sources/ai-powered-earnings-tracker.md) — AI Agent 自动追踪科技公司财报的工作流(Cron Jobs、Telegram 推送)
|
||||
- [N8N Full Tutorial Building AI Agents in 2025 for Beginners!](sources/n8n-full-tutorial-building-ai-agents-in-2025-for-beginners.md) — N8N 平台构建 AI Agent 的入门教程(节点类型、工具集成、记忆机制)
|
||||
- [Multi-Channel AI Customer Service Platform](sources/multi-channel-ai-customer-service-platform.md) — 多渠道AI客服平台,整合WhatsApp、Instagram、邮件和Google Reviews统一管理
|
||||
- [Second Brain](sources/second-brain.md) — AI Agent 作为个人记忆捕获系统,通过即时通讯零摩擦捕获+Next.js 搜索界面
|
||||
- [Multi-Agent Content Factory](sources/multi-agent-content-factory.md) — 在 Discord 中构建多 Agent 内容工厂,实现研究→写作→设计自动化流水线
|
||||
- [Dataview——让我从"笔记黑洞"里逃出来的 Obsidian 神器](sources/Dataview-让我从-笔记黑洞-里逃出来的-Obsidian-神器-1.md) — 微信公众号「赫点茶」分享的 Dataview 插件使用体验,让笔记真正"活"起来
|
||||
- [为什么你的笔记总是乱糟糟?试试这个方法,彻底告别信息混乱!](sources/bi-ji-zheng-li-fang-fa-ga-bie-hun-luan.md) — 微信公众号「赫点茶」分享的笔记整理方法
|
||||
@@ -87,6 +92,7 @@
|
||||
- [n8n Docker install & update](sources/n8n-docker-install-update.md) — n8n 工作流自动化工具的 Docker 部署与网络代理配置
|
||||
- [n8n configure telegram trigger](sources/n8n-configure-telegram-trigger.md) — n8n Telegram Trigger 配置问题排查与解决(设置 WEBHOOK_URL 环境变量为 HTTPS URL)
|
||||
- [n8n+Claude 通过自然语言自动化工作流](sources/n8n-Claude-通过自然语言自动化工作流.md) — n8n 与 Claude 集成,通过自然语言自动化工作流
|
||||
- [OpenClaw + n8n Workflow Orchestration](sources/n8n-workflow-orchestration.md) — AI Agent 通过 n8n webhook 代理实现凭证隔离和安全交互
|
||||
- [Google 5个Agent Skill设计模式](sources/Google-5-Agent-Skill-design-patterns-2026-03-19.md) — Google Cloud 发布的 5 种 Agent Skill 设计模式(Tool Wrapper、Generator、Reviewer、Inversion、Pipeline)
|
||||
- [MCP在Cursor中的集成与应用详解](sources/MCP-zai-Cursor-zhong-de-ji-cheng-yu-ying-yong-xiang-jie.md) — 在 Cursor IDE 中集成和使用 MCP(Modal Context Protocol)协议的教程
|
||||
- [使用Claude自动生成N8N工作流的实操教程](sources/使用Claude自动生成N8N工作流的实操教程.md) — 利用 Claude AI 助手自动生成 n8n 工作流的实操教程(n8n-mcp 集成、Opensea 模型配置)
|
||||
@@ -96,10 +102,16 @@
|
||||
- [Podcast Production Pipeline](sources/podcast-production-pipeline.md) — 多 Agent 协同的播客生产流水线,将录制前研究、脚本、Show Notes、社交媒体素材、SEO 描述等 70% 非创意性工作自动化
|
||||
- [Automated Meeting Notes & Action Items](sources/meeting-notes-action-items.md) — AI Agent 自动将会议转录转化为结构化笔记,并在项目管理工具(Jira、Linear、Todoist)中创建任务
|
||||
- [Daily YouTube Digest](sources/daily-youtube-digest.md) — AI Agent 自动从订阅频道获取视频并生成每日摘要的工作流
|
||||
- [Pre-Build Idea Validator](sources/pre-build-idea-validator.md) — AI Agent 项目启动前的创意验证机制(MCP server 扫描 GitHub、npm、PyPI 等计算竞争度评分)
|
||||
- [Project State Management System](sources/project-state-management.md) — 事件驱动系统替代 Kanban 看板,通过数据库存储项目状态和历史事件,AI Agent 自然语言交互追踪进度
|
||||
- [Phone-Based Personal Assistant](sources/phone-based-personal-assistant.md) — 基于电话的AI个人助理,通过语音与OpenClaw交互(ClawdTalk、Telnyx)
|
||||
- [Market Research & Product Factory](sources/market-research-product-factory.md) — AI 辅助创业自动化流水线(Last 30 Days、Reddit/X 痛点挖掘、MVP 构建)
|
||||
- [Inbox De-clutter](sources/inbox-declutter.md) — Newsletter 邮件自动化整理与摘要生成(Cron Jobs、用户反馈优化)
|
||||
- [Todoist Task Manager: Agent Task Visibility](sources/todoist-task-manager-agent-task-visibility.md) — 通过 Todoist API 将 AI Agent 内部推理和进度日志同步到任务管理工具,实现长时间运行任务的可视化追踪
|
||||
- [Habit Tracker & Accountability Coach](sources/habit-tracker-accountability-coach.md)
|
||||
- [LaTeX Paper Writing](sources/latex-paper-writing.md) — AI Agent 作为 LaTeX 写作助手,无本地 TeX Live 即可即时编译 PDF
|
||||
- [Local CRM Framework with DenchClaw](sources/local-crm-framework-with-denchclaw.md) — 使用 DenchClaw 框架将 OpenClaw 转变为本地 CRM 系统
|
||||
|
||||
## Entities
|
||||
- [营销人张飞宇](entities/营销人张飞宇.md) — 微信公众号作者,专注于个人品牌、商业变现方法论
|
||||
- [Mac Mini](entities/Mac-Mini.md) — Apple Mac Mini M4 主控节点,内网 IP 192.168.3.189
|
||||
@@ -167,6 +179,7 @@
|
||||
- [V2Ray](entities/V2Ray.md) — 代理软件核心,支持多种协议
|
||||
- [阿里云盘](entities/阿里云盘.md) — 阿里巴巴云存储服务
|
||||
- [Plex](entities/Plex.md) — 媒体服务器软件,支持视频刮削和多设备播放
|
||||
- [Prismer](entities/Prismer.md) — Docker 容器化 LaTeX 编译环境,提供完整 TeX Live 服务
|
||||
- [OpenClaw](entities/OpenClaw.md) — AI Agent 管理工具
|
||||
- [NodeWarden](entities/NodeWarden.md) — 运行于 Cloudflare Workers 的 Bitwarden 兼容服务器
|
||||
- [Bitwarden](entities/Bitwarden.md) — 开源密码管理解决方案
|
||||
@@ -174,6 +187,7 @@
|
||||
- [Appinn](entities/Appinn.md) — 小众软件分享网站
|
||||
- [AITmpl](entities/AITmpl.md) — Claude Code 模板资源网站,提供 Skills/Agents/MCP 模板
|
||||
- [Alex Finn](entities/Alex-Finn.md) — YouTube 创作者,关于 OpenClaw 用例视频的作者
|
||||
- [Nicholas Carlini](entities/Nicholas-Carlini.md) — Google 研究科学家,自主编码 Agent 方案的提出者
|
||||
- [RustDesk](entities/RustDesk.md) — 开源远程桌面软件,支持多平台远程控制
|
||||
- [GDM3](entities/GDM3.md) — GNOME Display Manager,Ubuntu 的登录管理器
|
||||
- [OpenCode](entities/OpenCode.md) — 开源 AI 编程助手,支持终端、桌面、IDE 三种使用形态
|
||||
@@ -183,6 +197,8 @@
|
||||
- [印象笔记](entities/印象笔记.md) — 作者之前使用的笔记工具,存在"存而不读"问题
|
||||
- [Tasks 插件](entities/Tasks-插件.md) — Obsidian 任务管理插件
|
||||
- [Todoist](entities/Todoist.md) — 流行任务管理应用
|
||||
- [Telegram](entities/Telegram.md) — 即时通讯应用,提供 Bot API 用于消息推送和交互
|
||||
- [Google Sheets](entities/Google-Sheets.md) — Google 在线电子表格,用于数据可视化仪表盘
|
||||
- [Anki](entities/Anki.md) — 开源间隔重复闪卡程序
|
||||
- [Templater](entities/Templater.md) — Obsidian 动态模板插件
|
||||
- [Dataview](entities/Dataview.md) — Obsidian SQL 查询插件
|
||||
@@ -197,6 +213,7 @@
|
||||
- [Reddit](entities/Reddit.md) — 社交新闻聚合网站,提供子版块热门帖子获取能力
|
||||
|
||||
## Concepts
|
||||
- [主动问责](concepts/主动问责.md) — AI Agent 主动询问用户行为完成情况,通过直接提问促进行为改变
|
||||
- [systemd-logind](concepts/systemd-logind.md) — systemd 登录管理器,处理电源管理事件
|
||||
- [TMUX 交互模式](concepts/TMUX-jiao-hu-mo-shi.md) — Claude Code 在 TMUX 会话中的交互模式,适合超长任务
|
||||
- [HandleLidSwitch](concepts/HandleLidSwitch.md) — 合盖电源行为配置项
|
||||
@@ -294,6 +311,9 @@
|
||||
- [Socket Activation](concepts/Socket-Activation.md) — systemd 按需启动机制
|
||||
- [Scrapy](concepts/Scrapy.md) — Python 爬虫框架
|
||||
- [Playwright](concepts/Playwright.md) — Microsoft 浏览器自动化工具
|
||||
- [LaTeX编译](concepts/LaTeX编译.md) — 通过 pdflatex/xelatex/lualatex 将 LaTeX 源码编译为 PDF
|
||||
- [BibTeX/BibLaTeX](concepts/BibTeX-BibLaTeX.md) — LaTeX 文档中管理参考文献的格式系统
|
||||
- [LaTeX模板](concepts/LaTeX模板.md) — 预配置的 LaTeX 文档类(article、IEEE、beamer、中文)
|
||||
- [Ollama](concepts/Ollama.md) — 本地大语言模型运行环境
|
||||
- [指纹浏览器](concepts/指纹浏览器.md) — 模拟不同设备指纹的多账号浏览器,实现环境隔离
|
||||
- [SOCKS5代理](concepts/SOCKS5代理.md) — 支持 TCP/UDP 的网络代理协议,隐匿真实 IP
|
||||
@@ -351,6 +371,14 @@
|
||||
- [Pre-Recording Research](concepts/Pre-Recording-Research.md) — 录制前的准备工作,包括嘉宾背景研究和话题深度挖掘
|
||||
- [Show Notes](concepts/Show-Notes.md) — 带有时间戳的节目笔记,帮助听众快速定位内容
|
||||
- [Social Media Kit](concepts/Social-Media-Kit.md) — 为每集播客生成的多平台宣传素材包
|
||||
- [去中心化协调](concepts/去中心化协调.md) — 通过共享状态文件实现多 Agent 自主协调的模式
|
||||
- [Subagent 管理](concepts/Subagent-管理.md) — 使用 sessions_spawn/sessions_send 管理子代理的技术
|
||||
- [项目状态管理](concepts/项目状态管理.md) — 基于 STATE.yaml 的任务追踪和协调机制
|
||||
- [Webhook](concepts/Webhook.md) — n8n 接收外部 HTTP POST 请求的触发器
|
||||
- [Credential Isolation](concepts/Credential-Isolation.md) — 凭证隔离模式,API 密钥存储在独立系统
|
||||
- [Lockable Workflow](concepts/Lockable-Workflow.md) — 可锁定工作流模式,锁定后 Agent 无法修改
|
||||
|
||||
- [Second Brain](concepts/Second-Brain.md) — 通过 AI Agent 实现的个人知识管理系统
|
||||
|
||||
## Syntheses
|
||||
- (暂无)
|
||||
|
||||
95
wiki/log.md
95
wiki/log.md
@@ -1,3 +1,46 @@
|
||||
## [2026-04-17] ingest | Goal-Driven Autonomous Tasks
|
||||
- Source file: raw/Agent/usecases/overnight-mini-app-builder.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI Agent 自主目标驱动任务生成与执行工作流,用户 brain dump 目标后,Agent 每天自动生成任务并执行,可构建 MVP 级别 mini-app
|
||||
- Concepts created: Brain Dump, 每日任务生成, 竞态条件
|
||||
- Entities created: Alex Finn(已有)
|
||||
- Source page: wiki/sources/overnight-mini-app-builder.md
|
||||
- Notes: Sub-agent 并发编辑会导致竞态条件,解决方法是任务文件分离模式
|
||||
|
||||
## [2026-04-17] ingest | Local CRM Framework with DenchClaw
|
||||
- Source file: raw/Agent/usecases/local-crm-framework.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 使用 DenchClaw 框架将 OpenClaw 转变为本地 CRM 系统,单命令安装(npx denchclaw)、DuckDB 数据库、自然语言交互、Chrome 配置克隆
|
||||
- Concepts created: Chrome-Profile-Cloning, 文件驱动UI
|
||||
- Entities created: DenchClaw, DuckDB
|
||||
- Source page: wiki/sources/local-crm-framework-with-denchclaw.md
|
||||
- Notes: 与 OpenClaw entity 关联;文件驱动 UI 设计模式使 Agent 能直接修改界面
|
||||
|
||||
## [2026-04-17] ingest | OpenClaw + n8n Workflow Orchestration
|
||||
- Source file: raw/Agent/usecases/n8n-workflow-orchestration.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI Agent 通过 n8n webhook 代理实现凭证隔离和安全交互,三位一体——可观测性、安全性、性能优化
|
||||
- Concepts created: Webhook, Credential Isolation, Lockable Workflow
|
||||
- Entities created: (已有 OpenClaw、n8n)
|
||||
- Source page: wiki/sources/n8n-workflow-orchestration.md
|
||||
- Notes: 基于 Simon Høiberg 提出的模式;openclaw-n8n-stack Docker 一键部署
|
||||
|
||||
## [2026-04-17] ingest | Second Brain
|
||||
- Source file: raw/Agent/usecases/second-brain.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI Agent 作为个人记忆捕获系统,通过即时通讯(Telegram/Discord/iMessage)零摩擦捕获,OpenClaw 永久存储,Next.js 搜索界面
|
||||
- Concepts created: Second Brain
|
||||
- Entities created: Discord, Next.js
|
||||
- Source page: wiki/sources/second-brain.md
|
||||
- Notes: 与印象笔记形成对比——无文件夹、无标签,文本+搜索;基于 Alex Finn 视频启发
|
||||
- Source file: raw/Agent/usecases/latex-paper-writing.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI Agent 作为 LaTeX 写作助手,无本地 TeX Live 即可即时编译 PDF,支持 IEEE/beamer/中文模板,通过 Prismer Docker 容器提供完整编译环境
|
||||
- Concepts created: LaTeX编译, BibTeX/BibLaTeX, LaTeX模板
|
||||
- Entities created: Prismer
|
||||
- Source page: wiki/sources/latex-paper-writing.md
|
||||
- Notes: 与 Cursor/Trae 等 AI IDE 形成工作流互补;latex-compiler skill 内置支持
|
||||
|
||||
## [2026-04-17] ingest | Inbox De-clutter
|
||||
- Source file: raw/Agent/usecases/inbox-declutter.md
|
||||
- Status: ✅ 成功摄入
|
||||
@@ -842,3 +885,55 @@
|
||||
- Concepts created: Preference Learning
|
||||
- Source page: wiki/sources/daily-reddit-digest.md
|
||||
- Notes: 与 Custom Morning Brief、Daily YouTube Digest 形成信息 digest 矩阵;与 Market Research & Product Factory 关联(用于痛点挖掘)
|
||||
|
||||
## [2026-04-17] ingest | Autonomous Project Management with Subagents
|
||||
- Source file: raw/Agent/usecases/autonomous-project-management.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 去中心化的多 Subagent 项目管理模式,通过共享 STATE.yaml 文件协调任务,避免中央 orchestrator 瓶颈,主会话采用 CEO 模式仅做策略决策
|
||||
- Concepts created: 去中心化协调, Subagent 管理, 项目状态管理
|
||||
- Entities created: Nicholas Carlini
|
||||
- Source page: wiki/sources/autonomous-project-management.md
|
||||
- Notes: 与 Project State Management System(事件驱动)关联;与传统 Orchestrator 模式存在理念冲突
|
||||
|
||||
## [2026-04-17] ingest | Pre-Build Idea Validator
|
||||
- Source file: raw/Agent/usecases/pre-build-idea-validator.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI Agent 项目启动前的创意验证机制,通过 MCP server(idea-reality-mcp)扫描 GitHub、Hacker News、npm、PyPI、Product Hunt 五个真实数据源,计算竞争度评分(reality_signal 0-100)
|
||||
- Concepts created: Pre-Build Idea Validation, reality_signal
|
||||
- Entities created: idea-reality-mcp
|
||||
- Source page: wiki/sources/pre-build-idea-validator.md
|
||||
- Notes: 与 MVP、Market-Research 概念关联;高评分意味着"差异化或不要做",低评分意味着存在真正的空白地带
|
||||
|
||||
## [2026-04-17] ingest | Dynamic Dashboard with Sub-agent Spawning
|
||||
- Source file: raw/Agent/usecases/dynamic-dashboard.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 实时动态仪表盘系统,通过 Sub-agent 并行获取多数据源数据(GitHub、Twitter、Polymarket、系统健康),定时聚合更新并推送至 Discord 或生成 HTML 仪表盘
|
||||
- Concepts created: (已有 Cron Jobs、Sub-agent 管理、Multi-Agent Team)
|
||||
- Entities created: (已有 OpenClaw、GitHub、Discord)
|
||||
- Source page: wiki/sources/dynamic-dashboard-with-sub-agent-spawning.md
|
||||
- Notes: 与 Uptime Kuma(被动监控)形成对比;与 Project State Management System 共享数据库存储历史数据
|
||||
|
||||
## [2026-04-17] ingest | Todoist Task Manager: Agent Task Visibility
|
||||
- Source file: raw/Agent/usecases/todoist-task-manager.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 通过 Todoist API 将 AI Agent 内部推理和进度日志同步到任务管理工具,实现长时间运行任务的可视化追踪,最大化复杂 Agent 工作流的透明度
|
||||
- Concepts created: Agent Task Visibility(新增)
|
||||
- Entities created: (已有 Todoist、OpenClaw)
|
||||
- Source page: wiki/sources/todoist-task-manager-agent-task-visibility.md
|
||||
- Notes: 与 Task Automation、上下文记忆概念关联;通过 Section 区分任务状态实现阶段可视化
|
||||
|
||||
## [2026-04-17] ingest | Multi-Channel AI Customer Service Platform
|
||||
- Source file: raw/Agent/usecases/multi-channel-customer-service.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 多渠道AI客服平台,整合WhatsApp、Instagram、邮件和Google Reviews统一管理,AI自动回复处理80%咨询,响应时间从4+小时缩短至2分钟
|
||||
- Concepts created: 统一收件箱, AI自动回复, 业务知识库
|
||||
- Entities created: WhatsApp Business API, Instagram Graph API, Futurist Systems
|
||||
- Source page: wiki/sources/multi-channel-ai-customer-service-platform.md
|
||||
- Notes: 与 Inbox De-clutter 形成对比(Newsletter整理 vs 多渠道客服);与 Multi-Channel Assistant 概念关联
|
||||
- Source file: raw/Agent/usecases/habit-tracker-accountability-coach.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI Agent 作为主动式习惯追踪与问责伙伴,通过 Telegram/SMS 定时检查、连续打卡追踪、自适应提醒语气,实现零社交压力的个人问责系统
|
||||
- Concepts created: 主动问责(新增)
|
||||
- Entities created: Telegram(新增), Google Sheets(新增), Twilio(已有)
|
||||
- Source page: wiki/sources/habit-tracker-accountability-coach.md
|
||||
- Notes: 与传统习惯追踪应用的核心区别在于主动 vs 被动交互模式;可与 Health & Symptom Tracker 结合分析习惯与健康关联
|
||||
|
||||
@@ -42,15 +42,25 @@ AI 开源项目、Cloud & DevOps、Vibe Coding
|
||||
- 内容矩阵:核心主题×内容形式的二维内容策略,一次制作百次分发
|
||||
- 销售漏斗:获客→激活→转化的客户转化路径
|
||||
- Task Automation:自动将任务创建过程从手动操作转化为系统执行的机制
|
||||
- Agent Task Visibility:AI Agent 任务对用户的透明化展示机制,通过外部工具实时展示任务状态、进度和内部推理过程
|
||||
- 习惯追踪与问责伙伴:AI Agent 定时主动检查用户习惯完成情况,通过 Telegram/SMS 实现主动问责,追踪连续打卡并自适应调整提醒语气
|
||||
|
||||
- Self-Healing Systems(自愈系统):主动检测异常并自动修复的系统,无需人工干预即可恢复正常运行状态
|
||||
- Cron Jobs(定时任务):Linux 基于时间的任务调度机制,AI Agent 通过定时作业实现持续自动化价值
|
||||
- Multi-Agent Team(多 Agent 团队):多 Agent 协作架构,每个 Agent 有独立角色、人格、优化的模型,通过共享内存+私有上下文实现协同
|
||||
- Shared Memory(共享内存):多 Agent 团队共享的上下文,包括目标、决策、项目状态,所有 Agent 可访问
|
||||
- 动态仪表盘(Dynamic Dashboard):通过 Sub-agent 并行获取多数据源(GitHub、Twitter、市场数据、系统健康),定时聚合更新并推送至 Discord 或生成 HTML 仪表盘
|
||||
|
||||
- Voice Agent:具备语音交互能力的 AI 代理,能够通过语音对话完成任务
|
||||
|
||||
- **Goal-Driven Autonomous Tasks** — AI Agent 自主目标驱动任务生成与执行工作流(Brain Dump、每日任务生成、迷你应用构建)
|
||||
|
||||
- **Second Brain** — AI Agent 作为个人记忆捕获系统,通过即时通讯(Telegram/Discord/iMessage)零摩擦捕获+Next.js 搜索界面
|
||||
|
||||
- **Market Research & Product Factory** — AI 辅助创业自动化流水线,通过 Last 30 Days skill 挖掘 Reddit/X 真实痛点,自动构建 MVP
|
||||
|
||||
- **Pre-Build Idea Validator** — AI Agent 项目启动前的创意验证机制,通过 idea-reality-mcp 扫描 GitHub、Hacker News、npm、PyPI、Product Hunt 计算竞争度评分
|
||||
- **LaTeX Paper Writing** — AI Agent 作为 LaTeX 写作助手,无本地 TeX Live 即可即时编译 PDF,支持 IEEE/beamer/中文模板
|
||||
- **Phone-Based Personal Assistant** — 基于电话的 AI 个人助理,通过 ClawdTalk + Telnyx 实现语音访问 OpenClaw
|
||||
|
||||
- **Custom Morning Brief** — AI Agent 定时发送自动化早间简报,覆盖新闻、待办、创意输出和任务推荐
|
||||
@@ -61,6 +71,8 @@ AI 开源项目、Cloud & DevOps、Vibe Coding
|
||||
- **Vibe-Kanban + OpenCode 在 Ubuntu Server 上安装与管理指南** — 在 Ubuntu Server 上使用 shenwei 用户安装 Node 20、Vibe-Kanban 与 OpenCode,并通过 pm2 管理进程的完整指南
|
||||
- **在Ubuntu 上安装Vibe-Kanban** — 在 Ubuntu 系统上通过 npx 安装 Vibe-Kanban 并使用 pm2 进行进程管理的完整指南
|
||||
|
||||
- **Local CRM Framework with DenchClaw** — 使用 DenchClaw 框架将 OpenClaw 转变为本地 CRM 系统,单命令安装、DuckDB 数据库、自然语言交互
|
||||
|
||||
- **Linux 运维必会的 150 个命令** — Linux 系统管理常用命令的分类汇总(12类150个命令):帮助命令、文件操作、文件内容处理、压缩解压、信息显示、搜索文件、用户管理、网络操作、磁盘文件系统、权限管理、用户登录信息、系统管理
|
||||
- **如何判别你的Linux 服务器是 x64(也就是 x86_64)还是 ARM64** — Linux 服务器架构类型(x86_64 与 ARM64)的 4 种命令行检测方法(uname、lscpu、/proc/cpuinfo、file)
|
||||
- **在Synology NAS上安装CloudDrive2** — 在 Synology NAS 上安装配置 CloudDrive2 挂载阿里云盘,通过套件中心安装,使用 Docker 部署,配置阿里云盘扫码授权
|
||||
|
||||
45
wiki/sources/autonomous-project-management.md
Normal file
45
wiki/sources/autonomous-project-management.md
Normal file
@@ -0,0 +1,45 @@
|
||||
---
|
||||
title: "Autonomous Project Management with Subagents"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-17
|
||||
source_file: raw/Agent/usecases/autonomous-project-management.md
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/autonomous-project-management.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:去中心化的多 Subagent 项目管理模式,通过共享 STATE.yaml 文件协调任务,避免中央 orchestrator 瓶颈
|
||||
- 问题域:复杂项目的多任务并行管理,传统 orchestrator 模式导致主 Agent 成为流量瓶颈
|
||||
- 方法/机制:基于共享状态文件的去中心化协调,主 Agent 采用"CEO 模式"仅做策略决策
|
||||
- 结论/价值:多个 Subagent 并行工作,通过状态文件自驱协调,主会话保持精简
|
||||
|
||||
## Key Claims
|
||||
- STATE.yaml 作为单一真相源,替代中央 orchestrator 实现去中心化协调
|
||||
- 主会话采用 CEO 模式,仅负责任务分配和状态检查,不参与具体执行
|
||||
- Subagent 通过读写共享状态文件实现自主协调,无需中央调度
|
||||
- Git 提交 STATE.yaml 变更实现完整审计追踪
|
||||
|
||||
## Key Quotes
|
||||
> "Decentralized coordination: Agents read/write to a shared STATE.yaml file" — 核心设计原则
|
||||
> "Main session stays thin (CEO pattern—strategy only)" — 主会话保持精简
|
||||
> "File-based coordination scales better than message-passing" — STATE.yaml 优于消息传递
|
||||
|
||||
## Key Concepts
|
||||
- [[去中心化协调]]:通过共享状态文件实现多 Agent 自主协调的模式
|
||||
- [[Subagent 管理]]:使用 sessions_spawn/sessions_send 管理子代理的技术
|
||||
- [[项目状态管理]]:基于 STATE.yaml 的任务追踪和协调机制
|
||||
- [[CEO 模式]]:主 Agent 仅做策略决策,不执行具体任务的架构模式
|
||||
|
||||
## Key Entities
|
||||
- [[Nicholas Carlini]]:自主编码 Agent 方案的提出者,启发了去中心化协调模式
|
||||
- [[OpenClaw]]:支持 Subagent 管理的 AI Agent 工具
|
||||
|
||||
## Connections
|
||||
- [[Project State Management System]] ← extends ← [[去中心化协调]]
|
||||
- [[Multi-Agent Team]] ← uses ← [[Subagent 管理]]
|
||||
- [[Shared Memory]] ← relates_to ← [[项目状态管理]]
|
||||
|
||||
## Contradictions
|
||||
- 与传统 Orchestrator 模式冲突:传统模式依赖中央调度,本模式强调去中心化自驱
|
||||
42
wiki/sources/dynamic-dashboard-with-sub-agent-spawning.md
Normal file
42
wiki/sources/dynamic-dashboard-with-sub-agent-spawning.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "Dynamic Dashboard with Sub-agent Spawning"
|
||||
type: source
|
||||
tags: [dashboard, sub-agent, automation]
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/dynamic-dashboard.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:实时动态仪表盘系统,通过 Sub-agent 并行获取多数据源数据
|
||||
- 问题域:传统静态仪表盘数据过时、构建成本高、API 速率限制问题
|
||||
- 方法/机制:OpenClaw spawn sub-agents 并行获取多数据源(GitHub、Twitter、Polymarket、系统健康),聚合结果后推送至 Discord 或生成 HTML 仪表盘,定时 Cron Jobs 自动更新
|
||||
- 结论/价值:快速实现实时多源数据监控,支持告警阈值和历史趋势分析
|
||||
|
||||
## Key Claims
|
||||
- Sub-agent 并行执行可避免阻塞并分散 API 负载
|
||||
- 定时任务实现自动化数据更新,无需人工干预
|
||||
- 历史数据存储支持趋势分析和可视化
|
||||
|
||||
## Key Quotes
|
||||
> "Building a custom dashboard takes weeks. By the time it's done, requirements have changed." — 痛点描述
|
||||
|
||||
## Key Concepts
|
||||
- [[Cron Jobs]]:定时任务调度机制,每 15 分钟触发数据更新
|
||||
- [[Sub-agent 管理]]:OpenClaw 的 sessions_spawn 会话管理,用于并行执行多数据源获取任务
|
||||
- [[Multi-Agent Team]]:多 Agent 协作架构,每个 Agent 有独立角色和任务
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]:AI Agent 管理工具,负责 sub-agent 调度和任务协调
|
||||
- [[GitHub]]:代码托管平台,提供 stars、forks、issues 等指标
|
||||
- [[Discord]]:即时通讯平台,用于接收仪表盘更新推送
|
||||
|
||||
## Connections
|
||||
- [[Cron Jobs]] ← drives ← [[动态仪表盘]]
|
||||
- [[Sub-agent 管理]] ← enables ← [[动态仪表盘]]
|
||||
- [[动态仪表盘]] ← monitors ← [[GitHub]]
|
||||
- [[动态仪表盘]] ← monitors ← [[Discord]]
|
||||
|
||||
## Contradictions
|
||||
- (暂无)
|
||||
53
wiki/sources/habit-tracker-accountability-coach.md
Normal file
53
wiki/sources/habit-tracker-accountability-coach.md
Normal file
@@ -0,0 +1,53 @@
|
||||
---
|
||||
id: habit-tracker-accountability-coach
|
||||
title: Habit Tracker & Accountability Coach
|
||||
type: source
|
||||
tags: [agent-use-case, habit-tracking, accountability, telegram, automation]
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/habit-tracker-accountability-coach.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:AI Agent 作为主动式习惯追踪与问责伙伴
|
||||
- 问题域:传统习惯追踪应用被动式提醒,用户容易忽略通知,行为改变需要主动问责
|
||||
- 方法/机制:通过 Telegram/SMS 定时主动检查、连续打卡追踪、自适应提醒语气、周报分析
|
||||
- 结论/价值:主动问责比被动提醒更有效,AI Agent 可实现零社交压力的个人问责系统
|
||||
|
||||
## Key Claims
|
||||
- 习惯追踪应用失败的根本原因是被动式交互,用户主动打开率低
|
||||
- 主动式问责(AI 直接询问完成情况)比推送通知更有效
|
||||
- 自适应语气(连续成功时鼓励,失败时温和提醒)提升长期坚持率
|
||||
- 习惯数量控制在 3-5 个可避免检查疲劳
|
||||
|
||||
## Key Quotes
|
||||
> "What actually works for behavior change is active accountability — someone (or something) that asks you directly, celebrates your wins, and nudges you when you slip."
|
||||
|
||||
> "A message that says 'Day 15, don't break it now' actually motivates."
|
||||
|
||||
## Key Concepts
|
||||
- [[Cron-Jobs]]:定时任务调度,AI Agent 通过 cron 实现每日定时检查
|
||||
- [[Preference-Learning]]:AI 通过交互学习用户偏好,持续优化提醒策略
|
||||
- [[工作流自动化]]:预定义自动化流程,AI Agent 定时执行检查并记录结果
|
||||
- [[上下文记忆]]:AI Agent 保留对话历史,追踪连续打卡天数和用户响应模式
|
||||
|
||||
## Key Entities
|
||||
- [[Telegram]]:消息推送渠道,通过 Telegram Bot API 实现每日检查
|
||||
- [[Twilio]]:SMS 替代渠道,提供短信通知能力
|
||||
- [[Google Sheets]]:可选可视化仪表盘,数据导出和可视化展示
|
||||
- [[OpenClaw]]:AI Agent 运行环境,支持定时任务和文件存储
|
||||
|
||||
## Connections
|
||||
- [[Health-Symptom-Tracker]] ← combines_with ← [[Habit-Tracker-Accountability-Coach]]
|
||||
- [[Custom-Morning-Brief]] ← similar_approach ← [[Habit-Tracker-Accountability-Coach]]
|
||||
- [[Cron-Jobs]] ← enables ← [[Habit-Tracker-Accountability-Coach]]
|
||||
|
||||
## Contradictions
|
||||
- 与传统习惯追踪应用(如 Habitica、Streaks)的核心区别在于主动 vs 被动交互模式
|
||||
|
||||
## Implementation Notes
|
||||
1. Telegram Bot API 配置相对简单,无需手机号验证
|
||||
2. Twilio 需要美国号码用于 SMS 发送,成本高于 Telegram
|
||||
3. 数据存储推荐使用本地 JSON 文件(~/habits/log.json),便于历史查询
|
||||
4. Google Sheets 集成可选,适合需要可视化数据的用户
|
||||
41
wiki/sources/latex-paper-writing.md
Normal file
41
wiki/sources/latex-paper-writing.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "LaTeX Paper Writing"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/latex-paper-writing.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:使用 AI Agent 作为 LaTeX 写作助手,实现无本地安装的即时编译环境
|
||||
- 问题域:TeX Live 安装占用大量磁盘空间、编译错误调试繁琐、编辑器与 PDF 查看器切换破坏工作流
|
||||
- 方法/机制:通过 Prismer Docker 容器提供完整 TeX Live 环境,latex-compiler skill 提供 4 个工具(latex_compile、latex_preview、latex_templates、latex_get_template)
|
||||
- 结论/价值:可通过自然语言描述需求生成 LaTeX 源码并即时编译预览,支持多种模板和文献格式
|
||||
|
||||
## Key Claims
|
||||
- AI Agent 可作为 LaTeX 写作助手,根据描述生成对应的 LaTeX 源码
|
||||
- 无需本地安装 TeX Live,通过 Docker 容器即可获得完整 LaTeX 编译环境
|
||||
- 支持 pdflatex、xelatex、lualatex 三种编译引擎,xelatex 用于 CJK/中文支持
|
||||
|
||||
## Key Quotes
|
||||
> "Write LaTeX collaboratively with the agent — describe what you want and it generates the source" — 核心工作方式
|
||||
|
||||
> "Compile to PDF instantly with pdflatex, xelatex, or lualatex (no local TeX installation needed)" — 零本地安装承诺
|
||||
|
||||
## Key Concepts
|
||||
- [[LaTeX编译]]:通过 pdflatex/xelatex/lualatex 将 LaTeX 源码编译为 PDF
|
||||
- [[BibTeX/BibLaTeX]]:文献管理格式,可在 LaTeX 文档中引用 .bib 文件
|
||||
- [[LaTeX模板]]:article、IEEE、beamer、中文article 等预置模板
|
||||
|
||||
## Key Entities
|
||||
- [[Prismer]]:提供 Docker 容器化 LaTeX 编译环境的服务端项目
|
||||
- [[latex-compiler]]:Claude Code Skill,提供 4 个 LaTeX 相关工具
|
||||
|
||||
## Connections
|
||||
- [[latex-compiler]] ← provided_by ← [[Prismer]]
|
||||
- [[LaTeX模板]] ← used_in ← [[LaTeX编译]]
|
||||
|
||||
## Contradiction
|
||||
- (无)
|
||||
48
wiki/sources/local-crm-framework-with-denchclaw.md
Normal file
48
wiki/sources/local-crm-framework-with-denchclaw.md
Normal file
@@ -0,0 +1,48 @@
|
||||
---
|
||||
id: local-crm-framework-with-denchclaw
|
||||
title: Local CRM Framework with DenchClaw
|
||||
type: source
|
||||
tags: [CRM, OpenClaw, DenchClaw, Agent, 自动化]
|
||||
sources:
|
||||
- raw/Agent/usecases/local-crm-framework.md
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/local-crm-framework.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:使用 DenchClaw 框架将 OpenClaw 转变为本地 CRM 系统
|
||||
- 问题域:CRM 系统搭建繁琐、需要整合多种工具(数据库、UI、浏览器自动化、消息平台)
|
||||
- 方法/机制:单命令安装、DuckDB 本地数据库、Chrome 配置克隆、自然语言交互、文件驱动 UI
|
||||
- 结论/价值:提供 Cursor 级别的用户体验,一站式解决 CRM 搭建问题
|
||||
|
||||
## Key Claims
|
||||
- 单命令安装(`npx denchclaw`)即可完成数据库、Web UI、OpenClaw 配置、浏览器自动化和技能的完整安装
|
||||
- 自然语言 CRM 功能允许通过自然语言查询和操作数据,无需手动配置过滤器
|
||||
- Chrome 配置克隆使 Agent 继承用户认证状态,可直接操作需要登录的网页
|
||||
- 文件系统优先的设计(所有设置、过滤器、视图存储为 YAML/Markdown 文件)使 Agent 能像修改代码一样直接修改 UI
|
||||
|
||||
## Key Quotes
|
||||
> "You want Cursor-level UX for your business operations, not a pile of shell scripts"
|
||||
|
||||
> "One `npx` command beats a weekend of setup" — 整个技术栈(数据库、Web UI、OpenClaw profile、gateway、browser、skills)通过单条命令自动安装和配置
|
||||
|
||||
## Key Concepts
|
||||
- [[DuckDB]]:嵌入式分析数据库,最小且性能最高的全功能 SQL 数据库,无服务器进程、无凭证、无网络依赖
|
||||
- [[Chrome-Profile-Cloning]]:克隆用户 Chrome 配置使 Agent 继承认证状态的技术
|
||||
- [[文件驱动 UI]]:将 UI 配置存储为文件,使 AI Agent 能直接读取和修改界面设置
|
||||
|
||||
## Key Entities
|
||||
- [[DenchClaw]]:开源框架,将 OpenClaw 转变为本地 CRM、销售自动化和生产力平台
|
||||
- [[OpenClaw]]:AI Agent 管理工具,DenchClaw 的底层技术
|
||||
- [[DuckDB]]:嵌入式分析数据库
|
||||
- [[Chrome]]:Google 浏览器,用于配置克隆
|
||||
|
||||
## Connections
|
||||
- [[DenchClaw]] ← builds_on ← [[OpenClaw]]
|
||||
- [[DenchClaw]] ← uses ← [[DuckDB]]
|
||||
- [[DenchClaw]] ← clones ← [[Chrome]]
|
||||
|
||||
## Contradictions
|
||||
- (暂无发现)
|
||||
50
wiki/sources/multi-channel-ai-customer-service-platform.md
Normal file
50
wiki/sources/multi-channel-ai-customer-service-platform.md
Normal file
@@ -0,0 +1,50 @@
|
||||
---
|
||||
title: "Multi-Channel AI Customer Service Platform"
|
||||
type: source
|
||||
tags: [AI, Customer Service, Automation, Multi-Channel]
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/multi-channel-customer-service.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:多渠道AI客服平台,整合WhatsApp、Instagram、邮件和Google Reviews到统一收件箱
|
||||
- 问题域:小型企业多平台客户消息管理,人工客服成本高、响应慢
|
||||
- 方法/机制:AI自动回复 + 人工接管机制 + 测试模式 + 业务知识库训练
|
||||
- 结论/价值:将客服响应时间从4+小时缩短至2分钟内,80%咨询自动化处理
|
||||
|
||||
## Key Claims
|
||||
- AI驱动的统一收件箱可处理WhatsApp Business、Instagram DMs、Gmail和Google Reviews
|
||||
- 业务知识库训练使AI能够基于企业服务、价格和政策进行智能回复
|
||||
- 测试模式允许向客户演示系统而不影响真实客户
|
||||
- 清晰的人机交接规则定义升级触发条件,避免AI越权
|
||||
|
||||
## Key Quotes
|
||||
> "One restaurant reduced response time from 4+ hours to under 2 minutes, handling 80% of inquiries automatically." — Futurist Systems实际部署案例
|
||||
|
||||
## Key Concepts
|
||||
- [[统一收件箱]]:将多个渠道的客户消息汇聚到单一AI驱动界面的架构
|
||||
- [[AI自动回复]]:基于知识库和意图分类的智能响应机制
|
||||
- [[人工接管]]:复杂问题或特定触发条件下转由人工处理的机制
|
||||
- [[测试模式]]:演示模式,不发送真实消息仅记录日志
|
||||
- [[业务知识库]]:企业服务、价格、政策和FAQ的结构化数据存储
|
||||
- [[消息路由]]:根据渠道、意图分类和客户类型的智能分发逻辑
|
||||
|
||||
## Key Entities
|
||||
- [[WhatsApp Business API]]:WhatsApp官方商业API(通过360dialog或官方渠道)
|
||||
- [[Instagram Graph API]]:Meta Business Suite的Instagram消息API
|
||||
- [[Gmail]]:Google邮件服务(通过gog CLI集成)
|
||||
- [[Google Business Profile API]]:Google商家资料API,用于处理评论
|
||||
- [[Futurist Systems]]:部署该解决方案的技术咨询公司
|
||||
|
||||
## Connections
|
||||
- [[AI自动回复]] ← depends_on ← [[业务知识库]]
|
||||
- [[人工接管]] ← depends_on ← [[意图分类]]
|
||||
- [[Multi-Channel Assistant]] ← extends ← [[统一收件箱]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[Inbox De-clutter]] 冲突:
|
||||
- 冲突点:两者都处理消息,但Inbox De-clutter专注于Newsletter整理,本方案专注于多渠道客服
|
||||
- 当前观点:统一收件箱适合服务型企业
|
||||
- 对方观点:Newsletter整理适合内容创作者和营销人员
|
||||
45
wiki/sources/n8n-workflow-orchestration.md
Normal file
45
wiki/sources/n8n-workflow-orchestration.md
Normal file
@@ -0,0 +1,45 @@
|
||||
---
|
||||
title: "OpenClaw + n8n Workflow Orchestration"
|
||||
type: source
|
||||
tags: [ai-agent, n8n, workflow-automation, security]
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/n8n-workflow-orchestration.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:AI Agent 与 n8n 工作流的编排模式,通过 webhook 代理实现凭证隔离和安全交互
|
||||
- 问题域:AI Agent 直接管理外部 API 凭证的安全风险
|
||||
- 方法/机制:代理模式、凭证隔离、可视化调试、锁定工作流
|
||||
- 结论/价值:三位一体——可观测性、安全性、性能优化
|
||||
|
||||
## Key Claims
|
||||
- OpenClaw 通过 n8n webhook 调用外部 API,永不接触 API 密钥
|
||||
- n8n 凭证存储在 n8n 内部,Agent 仅知道 webhook URL
|
||||
- 工作流可锁定,防止 Agent 悄悄修改 API 交互方式
|
||||
- 确定性子任务通过工作流执行,不消耗 LLM 推理 token
|
||||
|
||||
## Key Quotes
|
||||
> "三个复合问题:无可见性、凭证蔓延、Token 浪费" — 痛点描述
|
||||
|
||||
> "构建 → 测试 → 锁定周期是关键" — 关键工作流
|
||||
|
||||
## Key Concepts
|
||||
- [[Webhook]]: n8n 接收外部 HTTP POST 请求的触发器
|
||||
- [[Credential-Isolation]]: 凭证隔离,API 密钥存储在 n8n 而非 Agent 环境
|
||||
- [[Lockable-Workflow]]: 可锁定工作流,锁定后 Agent 无法修改 API 交互方式
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]: AI Agent 管理工具
|
||||
- [[n8n]]: 开源工作流自动化工具
|
||||
|
||||
## Connections
|
||||
- [[OpenClaw]] ← delegates_to ← [[n8n]]
|
||||
- [[n8n]] ← connects_to ← External-Services
|
||||
|
||||
## Contradictions
|
||||
- 与直接 API 调用方式冲突:
|
||||
- 冲突点:凭证存储位置
|
||||
- 当前观点:通过 n8n 代理,凭证与 Agent 隔离
|
||||
- 对方观点:Agent 直接持有 API 密钥
|
||||
43
wiki/sources/overnight-mini-app-builder.md
Normal file
43
wiki/sources/overnight-mini-app-builder.md
Normal file
@@ -0,0 +1,43 @@
|
||||
---
|
||||
title: "Goal-Driven Autonomous Tasks"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/overnight-mini-app-builder.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:AI Agent 自主目标驱动任务生成与执行
|
||||
- 问题域:个人目标分解与日常任务执行
|
||||
- 方法/机制:用户一次性输入目标 → Agent 每日自动生成任务 → 自主执行 → 追踪进度
|
||||
- 结论/价值:将 AI Agent 转变为自驱型员工,用户定义目标,Agent 负责分解和执行
|
||||
|
||||
## Key Claims
|
||||
- 用户只需 brain dump 目标,Agent 每天自动生成 4-5 个可完成的任务
|
||||
- Agent 可以每晚构建一个 MVP 级别的 mini-app 作为惊喜
|
||||
- Sub-agent 并发编辑同一文件会导致竞态条件,解决方法是分离任务文件(只读主文件 + 追加日志)
|
||||
|
||||
## Key Quotes
|
||||
> "Your AI agent is powerful but reactive — it only works when you tell it what to do. What if it knew your goals and proactively came up with tasks to move you closer to them every single day?" — 核心痛点阐述
|
||||
> "The brain dump is everything. The more context you give about your goals, the better the agent's daily tasks will be." — 关键洞察
|
||||
|
||||
## Key Concepts
|
||||
- [[Brain Dump]]:一次性输入所有目标、使命和任务的上下文设定方式
|
||||
- [[每日任务生成]]:Agent 每天自动生成 4-5 个可执行任务的工作流
|
||||
- [[Mini-App Builder]]:Agent 每晚构建 MVP 级别应用的工作流
|
||||
- [[竞态条件]]:Sub-agent 并发编辑共享文件导致的静默失败问题
|
||||
- [[任务文件分离模式]]:分离只读主文件和追加日志文件来解决竞态条件
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]:AI Agent 管理工具,本工作流的核心执行引擎
|
||||
- [[Alex Finn]]:YouTube 创作者,灵感来源
|
||||
|
||||
## Connections
|
||||
- [[Multi-Agent Specialized Team (Solo Founder Setup)]] ← similar_concept ← [[Goal-Driven Autonomous Tasks]]
|
||||
- [[Dynamic Dashboard with Sub-agent Spawning]] ← uses ← [[Subagent]]
|
||||
- [[Habit Tracker & Accountability Coach]] ← extends ← [[Goal-Driven Autonomous Tasks]]
|
||||
|
||||
## Contradictions
|
||||
- (暂无)
|
||||
41
wiki/sources/polymarket-autopilot.md
Normal file
41
wiki/sources/polymarket-autopilot.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "Polymarket Autopilot: Automated Paper Trading"
|
||||
type: source
|
||||
tags: [polymarket, autopilot, paper-trading, prediction-market]
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/polymarket-autopilot.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:AI Agent 自动化模拟交易预测市场
|
||||
- 问题域:预测市场机会监控、交易策略执行、组合绩效追踪
|
||||
- 方法/机制:通过 Cron Jobs 定时执行,调用 Polymarket API 获取市场数据,使用 TAIL(趋势跟随)、BONDING(逆势)、SPREAD(价差套利)三种策略执行模拟交易,记录每日绩效并推送 Discord 报告
|
||||
- 结论/价值:在无风险环境下测试和优化交易策略,学习市场模式并自适应调整参数
|
||||
|
||||
## Key Claims
|
||||
- AI Agent 可通过 API 持续监控预测市场并自动执行模拟交易策略
|
||||
- TAIL 策略在强趋势(概率 >60% + 成交量飙升)时有效
|
||||
- BONDING 策略在市场对新闻过度反应时(突然下跌 >10%)有效
|
||||
- SPREAD 策略在 YES+NO 概率之和 >1.05 时存在套利机会
|
||||
|
||||
## Key Quotes
|
||||
> "Manually monitoring prediction markets for arbitrage opportunities and executing trades is time-consuming and requires constant attention." — 手动监控预测市场的痛点
|
||||
|
||||
## Key Concepts
|
||||
- [[Paper Trading]]:模拟交易,使用虚拟资金测试策略无需承担真实风险
|
||||
- [[Cron Jobs]]:定时任务调度,AI Agent 每 15 分钟执行一次市场扫描
|
||||
- [[Discord Integration]]:通过 Discord Webhook 实现每日交易报告推送
|
||||
- [[Sub-agent Spawning]]:在高峰期并行分析多个市场
|
||||
|
||||
## Key Entities
|
||||
- [[Polymarket]]:预测市场平台,提供 API 获取市场价格、成交量、价差数据
|
||||
|
||||
## Connections
|
||||
- [[Cron Jobs]] ← 驱动 ← [[Polymarket Autopilot]]
|
||||
- [[Discord]] ← 通知 ← [[Polymarket Autopilot]]
|
||||
- [[Subagent 管理]] ← 实现 ← [[Polymarket Autopilot]](并行市场分析)
|
||||
|
||||
## Contradictions
|
||||
- (暂无)
|
||||
44
wiki/sources/pre-build-idea-validator.md
Normal file
44
wiki/sources/pre-build-idea-validator.md
Normal file
@@ -0,0 +1,44 @@
|
||||
---
|
||||
id: pre-build-idea-validator
|
||||
title: "Pre-Build Idea Validator"
|
||||
type: source
|
||||
tags: [agent, mcp, openclaw, idea-validation]
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/pre-build-idea-validator.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:AI Agent 项目启动前的创意验证机制
|
||||
- 问题域:独立开发者经常在饱和领域构建重复项目,浪费大量时间
|
||||
- 方法/机制:通过 MCP server 扫描 5 个真实数据源(GitHub、Hacker News、npm、PyPI、Product Hunt),计算竞争度评分
|
||||
- 结论/价值:基于真实数据而非 LLM 猜测,帮助开发者做出"是否继续"的数据驱动决策
|
||||
|
||||
## Key Claims
|
||||
- 在构建前验证创意可避免最昂贵的错误:解决已被解决的问题
|
||||
- reality_signal > 70 应停止并讨论,30-70 显示结果并建议细分角度,< 30 可继续构建
|
||||
- 高评分意味着"差异化或不要做",低评分意味着存在真正的空白地带
|
||||
|
||||
## Key Quotes
|
||||
> "You tell your agent 'build me an AI code review tool' and it happily spends 6 hours coding. Meanwhile, 143,000+ repos already exist on GitHub — the top one has 53,000 stars." — 痛点描述
|
||||
|
||||
## Key Concepts
|
||||
- [[Pre-Build Idea Validation]]:在编写代码前验证项目创意是否已存在
|
||||
- [[reality_signal]]:竞争度评分(0-100),基于真实数据计算
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]:AI Agent 管理工具,支持 MCP 集成
|
||||
- [[idea-reality-mcp]]:扫描真实数据源的 MCP server
|
||||
- [[GitHub]]:代码托管平台
|
||||
- [[Hacker News]]:科技新闻聚合平台
|
||||
- [[Product Hunt]]:产品发布平台
|
||||
|
||||
## Connections
|
||||
- [[OpenClaw]] ← uses ← [[idea-reality-mcp]]
|
||||
- [[idea-reality-mcp]] ← scans ← [[GitHub]]
|
||||
- [[idea-reality-mcp]] ← scans ← [[Hacker News]]
|
||||
- [[idea-reality-mcp]] ← scans ← [[Product Hunt]]
|
||||
|
||||
## Contradictions
|
||||
- (暂无发现冲突)
|
||||
48
wiki/sources/second-brain.md
Normal file
48
wiki/sources/second-brain.md
Normal file
@@ -0,0 +1,48 @@
|
||||
---
|
||||
title: "Second Brain"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/second-brain.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:AI Agent 作为个人记忆捕获系统
|
||||
- 问题域:笔记工具的"信息黑洞"问题——收集但不使用
|
||||
- 方法/机制:通过即时通讯(Telegram/Discord/iMessage)零摩擦捕获,OpenClaw 永久存储,Next.js 搜索界面
|
||||
- 结论/价值:捕获如发短信般简单,检索如搜索般便捷
|
||||
|
||||
## Key Claims
|
||||
- 零摩擦捕获是第二大脑的核心——不需要打开应用、选择文件夹或添加标签,直接发短信即可
|
||||
- OpenClaw 的记忆系统是累积的——告诉它的每一条信息都会被永久记住
|
||||
- 可以用手机发短信,Agent 在电脑上构建——对话就是界面
|
||||
|
||||
## Key Quotes
|
||||
> "Capture should be as easy as texting, and retrieval should be as easy as searching" — 核心洞察
|
||||
|
||||
## Key Concepts
|
||||
- [[Second Brain]]:通过 AI Agent 实现的个人知识管理系统
|
||||
- [[零摩擦捕获]]:无需组织结构,直接文本发送即可存储的工作流
|
||||
- [[Memory System]]:OpenClaw 的永久记忆机制,按日期滚动存储跨会话信息
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]:AI Agent 管理工具,提供记忆系统功能
|
||||
- [[Telegram]]:即时通讯平台,用于消息捕获(已有 entity)
|
||||
- [[Discord]]:即时通讯平台,用于消息捕获
|
||||
- [[Next.js]]:React 框架,用于构建搜索界面
|
||||
- [[Alex Finn]](已有):YouTube 创作者,Second Brain 用例视频的作者
|
||||
- [[Building a Second Brain]]:Tiago Forte 创建的知识管理方法论
|
||||
|
||||
## Connections
|
||||
- [[Second Brain]] ← enables ← [[零摩擦捕获]]
|
||||
- [[OpenClaw]] ← provides ← [[Memory System]]
|
||||
- [[Alex Finn]] ← inspired ← [[Second Brain]]
|
||||
- [[Telegram]] ← feeds ← [[OpenClaw]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[印象笔记]] 冲突:
|
||||
- 冲突点:组织方式
|
||||
- 当前观点:无需文件夹、无需标签,文本+搜索
|
||||
- 对方观点:依赖文件夹和标签的层级结构,容易导致"存而不读"
|
||||
40
wiki/sources/todoist-task-manager-agent-task-visibility.md
Normal file
40
wiki/sources/todoist-task-manager-agent-task-visibility.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "Todoist Task Manager: Agent Task Visibility"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/todoist-task-manager.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:AI Agent 任务可视化与进度追踪
|
||||
- 问题域:长时间运行的 Agent 工作流缺乏透明度,用户无法追踪任务进度
|
||||
- 方法/机制:通过 Todoist API 将 Agent 内部推理和进度日志同步到任务管理工具
|
||||
- 结论/价值:最大化复杂 Agent 工作流的透明度,实时展示任务状态、子步骤完成情况和阻塞点
|
||||
|
||||
## Key Claims
|
||||
- Agent 工作流复杂度与用户信息需求呈正相关,多步骤任务需要外部化进度追踪
|
||||
- 通过 Todoist Section 区分任务状态(In Progress/Waiting/Done)实现任务阶段可视化
|
||||
- 任务描述中记录 Agent 内部 Plan 实现推理外部化
|
||||
- 子步骤完成通过任务评论实时追加,实现进度流式更新
|
||||
|
||||
## Key Quotes
|
||||
> "When agents run complex, multi-step tasks (like building a full-stack app or performing deep research), the user often loses track of what the agent is currently doing, what steps have been completed, and where the agent might be stuck." — 痛点描述
|
||||
|
||||
## Key Concepts
|
||||
- [[Agent-Task-Visibility]]:AI Agent 任务对用户的透明化展示机制
|
||||
- [[Task-Automation]]:将手动任务创建过程转化为系统自动执行的机制
|
||||
|
||||
## Key Entities
|
||||
- [[Todoist]]:流行任务管理应用,提供 REST API 用于任务和评论操作
|
||||
- [[OpenClaw]]:AI Agent 管理工具,可执行 shell 命令和文件系统操作
|
||||
|
||||
## Connections
|
||||
- [[OpenClaw]] ← uses → [[Todoist]]
|
||||
- [[Agent-Task-Visibility]] ← implements → [[Task-Automation]]
|
||||
- [[Todoist]] ← provides → [[Agent-Task-Visibility]]
|
||||
|
||||
## Contradictions
|
||||
- (暂无)
|
||||
Reference in New Issue
Block a user