48 lines
3.4 KiB
Markdown
48 lines
3.4 KiB
Markdown
---
|
||
title: "Multi-Channel Personal Assistant"
|
||
type: source
|
||
tags: []
|
||
date: 2026-04-27
|
||
---
|
||
|
||
## Source File
|
||
- [[raw/Agent/usecases/multi-channel-assistant.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：通过单一 AI 助手统一管理多平台工具（Telegram / Slack / Google Workspace / Todoist / Asana），消除应用间切换损耗
|
||
- 问题域：个人效率工具碎片化——任务、日历、邮件、团队协作分布在多个独立应用中
|
||
- 方法/机制：Telegram Topic 分话题路由（config / updates / video-ideas / personal-crm / earnings / knowledge-base）+ OpenClaw 配置层统一连接所有工具 + Prompt 指令层做意图分发
|
||
- 结论/价值：用单入口 + 上下文路由替代多 app 切换，实现"说一句，AI 调动所有工具"
|
||
|
||
## Key Claims（用中文描述）
|
||
- Telegram Topic 路由：单一 Telegram bot 通过话题（topic）隔离不同上下文，实现"同一入口，不同工作流"
|
||
- 工具统一配置：OpenClaw 作为配置中心，一次配置 Google OAuth / Slack / Todoist / Asana，后续通过 Prompt 指令统一调用
|
||
- 意图分发层：Prompt 定义规则——"添加任务 → Todoist"、"创建卡片 → Asana"、"发邮件 → gog gmail"、"上传文件 → gog drive"
|
||
- 定时自动化：Cron 驱动的主动提醒（如周一 18:00 提醒倒垃圾、周五 15:00 提醒写周报）
|
||
|
||
## Key Quotes
|
||
> "Context-switching between apps to manage tasks, schedule events, send messages, and track work is exhausting. You want one interface that routes to all your tools." — 痛点陈述
|
||
|
||
## Key Concepts
|
||
- [[TopicRouting]]：通过 Telegram topic（或类似的消息频道分区）实现单一入口内的上下文隔离，避免多 bot 混乱
|
||
- [[ToolOrchestration]]：通过统一配置层（OpenClaw）集中管理多工具认证和 API，将工具调用逻辑从业务逻辑中解耦
|
||
- [[IntentDrivenRouting]]：Prompt 层定义"意图 → 工具"的映射规则，AI 根据用户输入自动路由到对应工具
|
||
- [[Scheduled-Reminder]]：定时触发的主动提醒机制，在预设时间由 AI Agent 主动推送通知（如周一 18:00 提醒倒垃圾），区别于被动查询
|
||
|
||
## Key Entities
|
||
- [[OpenClaw]]：多工具统一配置和编排层（本文档的主要实现框架）
|
||
- [[Telegram]]：作为主交互界面，支持 Topic 分话题路由
|
||
- [[Slack]]：团队协作集成（任务分配、知识库保存、视频创意触发）
|
||
- [[Todoist]]：快速任务捕获工具
|
||
- [[Asana]]：项目管理工具
|
||
- Google Workspace（Gmail / Calendar / Drive）：通过 [[gog]] CLI 统一集成，由 OpenClaw Prompt 指令层调用
|
||
- [[gog]]：Google Workspace CLI 工具，用于日历/邮件/云端硬盘操作（gog.md 实体页面）
|
||
|
||
## Connections
|
||
- [[multi-agent-team]] ← shares_pattern ← [[multi-channel-assistant]]（后者是单入口多工具路由的实践案例，可作为前者的基础设施层参考）
|
||
- [[knowledge-base-rag]] ← enabled_by ← [[multi-channel-assistant]]（knowledge-base topic 作为 RAG 知识库的入口）
|
||
- [[phone-based-personal-assistant]] ← extends ← [[multi-channel-assistant]]（前者是手机语音扩展，后者是桌面聊天入口）
|
||
|
||
## Contradictions
|
||
- 与 [[personal-crm]]：两者都涉及联系人管理，但 [[personal-crm]] 侧重联系人发现和关系维护，[[multi-channel-assistant]] 侧重通过 personal-crm topic 路由联系人查询请求——前者是数据层，后者是交互层，无实质冲突
|