Chiho AI
Telegram MCP 和智能体技能解决智能体流程中的不同部分。MCP 连接提供服务中的工具和上下文。技能将完成任务所需的可用能力使用说明打包。对于可重复的 Telegram 客户流程，你可能同时需要两者：访问正确对话，以及将这些对话转化为有用结果的程序。
技能本身不会连接你的 Telegram 账号、授予访问或强制执行权限边界。MCP 连接本身也不会确立团队对合格潜在客户或完整交接的定义。
页首图片：已有的 Chiho CRM 界面图片，并非智能体或技能测试。
发布方披露： Chiho 发布本比较，并提供 Telegram MCP 和流程技能。本指南比较的是两个概念，并非竞争产品。文档、打包的技能和 Chiho 源代码于 2026 年九月 24 日审核。示例仅用于说明；未运行真实客户流程或性能实验。
MCP 提供什么
Model Context Protocol 定义 AI 应用与提供能力的服务器之间的连接，包括工具、资源和提示。Telegram 实现可提供查找对话、阅读消息或更改受支持状态的操作。实际工具集和访问规则由具体实现决定。请参阅 MCP 官方架构概览。
对于客户交接，连接回答实际问题：连接的是哪个账号、可以读取哪个对话、可用消息窗口是什么，以及哪些操作会改变内容。成功连接只是第一项检查；还应验证返回的上下文覆盖任务。
“Telegram MCP”也涵盖不同架构。账号访问服务器、机器人测试适配器和智能体远程接口不可互换。如果你尚未选定所需的访问类型，请使用我们的 Telegram MCP 架构指南。
智能体技能提供什么
Agent Skills 格式将流程打包到一个目录中，其中包含带元数据和说明的 SKILL.md 文件。包还可以包含脚本、参考文档和模板。兼容的智能体会在流程相关时加载说明。
后续跟进技能可描述如何区分已确认承诺与可能的下一步、保留哪些证据，以及返回什么输出。它可以使用 MCP 工具、受支持的 CLI 或其他可用能力。并非每个技能都以 MCP 为前提，也并非每次 MCP 调用都需要技能。
使用前审核整个包。简短的说明文件可能引用具有自身效果的脚本或补充说明。格式规范包含兼容性元数据和实验性的 allowed-tools 字段，其支持情况因实现而异。不要把文件中的工具列表理解为服务器强制访问限制的证明。
客户端支持是一项独立的兼容性检查。确认你的具体客户端及版本能够加载包、解析依赖、连接所需服务器或运行环境，并提供预期控制。本指南不声称不同客户端具有相同的安装或审批行为。
选择一层或两层结合
- 对边界明确的一次性请求直接使用工具。 阅读指定对话中最近的获准消息，可能只需要 MCP 连接和清晰提示，无需可复用技能。
- 输入已可用时，无需新增 Telegram 连接即可使用技能。 例如，可使用本地模板将有权使用且已脱敏的对话摘录整理成交接内容。这不会验证实时对话或其最新状态。
- 对于经常运行的操作程序，两者结合使用。 读取获授权对话并持续返回承诺、日期和建议任务的跟进审核，会受益于访问能力与有文档的流程。
- 只有需要重复运行时，才添加明确配置的调度器。 安装技能不会安排运行。应单独定义触发条件、允许范围、停止条件和结果送达位置。
Chiho 的公开技能目录是流程选择页面；Telegram MCP 页面负责连接设置。安装应使用这些持续维护的页面，不要把本比较当成特定客户端的命令参考。
将 Telegram 任务映射到五项决定
运行流程前，写下：
- 访问： 预期账号或团队、所选对话，以及边界明确的时间或消息范围。
- 工具： 实际需要的操作，包括它们只是读取，还是也会保存变更。
- 说明： 什么算证据、如何呈现不确定性，以及流程何时停止。
- 权限依据： 用户授权了什么，哪些客户端或服务器控制强制限制。
- 输出： 让人能够验证结果的产物和证据。
以下是四种示例应用。它们是建议的练习，并非客户成果报告。
1. 建议跟进任务而不创建
客户说：“请在周五发送修订后的方案。”首次请求是识别承诺并建议任务，而不是发送方案。
读取所选对话，保留支持消息的引用，并返回带日期和时区的建议任务。如果可用上下文中“周五”有歧义，应请求澄清，而非虚构截止日期。创建与建议是不同的效果。
Chiho 的 Telegram 跟进任务技能优先给出建议，除非用户已提供准确任务详情。其打包流程可在建议获批或收到直接指令后添加任务。该流程修改 CRM 状态，而非发送 Telegram 消息。其云端参考也区分可读取的 Telegram 对话与已导入的 CRM 记录：可读取的聊天仍可能需要 CRM 同步，任务操作才会生效。
2. 准备交接回顾但不发送
选择获准的对话窗口，要求提供已确认决定、待解问题、负责人和截止日期。输出应标识审核范围，并区分缺少证据与明确决定。
会议回顾技能将回顾准备、可选任务持久化和发送分开。其流程也可刷新已保存摘要。因此，“做一份回顾”不应被理解为包内每个操作都是只读。初次只读练习应要求在当前会话中提供回顾，并排除摘要刷新、任务创建和送达。
有用的验收结果是各项主张可追溯到所选消息的回顾，以及明确列出的已执行操作。我们的团队交接指南解释了下一位负责人除摘要之外还需要什么。
3. 更改 CRM 字段前审核潜在客户资格
一段主动联系的对话可能提及组织和潜在项目，却未确立预算、采购权限或购买承诺。让智能体区分观察到的事实与建议的资格标签。
Chiho 的潜在客户资格评估技能描述标签、公司关联和任务建议，并在被请求或政策允许时持久保存。它不发送 Telegram 消息。仅提供建议的运行应注明标签、公司关联、任务或已保存摘要都不得改变。
返回每个建议字段、其支持上下文和待解问题。既检查建议，也检查是否有内容被持久保存；合理的解释不能证明工具始终遵守所请求的效果边界。
4. 起草客户回复但不授权送达
假设一位支持客户询问修复何时到来。流程可收集获准上下文，起草承认问题但不虚构交付日期的回复。读取和撰写草稿与发送不同。
将预期输出设为收件人、草稿文本、任何承诺的证据，以及未确定事实。如果之后授权送达，使用当前针对操作的控制重新核查确切目标和最终内容。不要从阅读对话的许可推断发送许可。AI 草稿审核指南提供更完整的审核程序。
将流程说明与强制权限分开
“仅提供建议”之类的请求，是智能体应遵循的任务边界。它不会缩小 OAuth 授权或禁用写入工具。技能要求发送前询问的说明，也不同于服务器拒绝未经审批的操作。
Chiho 当前托管 OAuth 连接在获得同意后授予可用的 Telegram 和 CRM 能力，包括写入。其权限说明指出，邀请成员和退出群组需要已保存的预览与审批，而批量发送可要求审批。其他写入可在任何客户端控制后直接执行。不要假定每次智能体写入都会暂停进行第二次确认。
选择客户端和服务实际支持的最小工具范围，查看已授权能力，并明确期望效果。如果不提供只读授权，不要仅因第一条提示请求读取，就把广泛授权描述为只读。工具描述、客户端提示、服务器检查和用户授权分别回答不同问题。
首次运行的选择工作表
连接或运行新包前，将这些字段复制到审核笔记中：
- 读者结果： 这项任务应生成什么具体产物？
- 证据范围： 哪段获授权的对话和消息范围能支持它？
- 连接： 哪个账号、团队、服务和运行环境提供上下文？
- 软件包： 审核了哪个技能版本及其引用文件？
- 效果： 允许哪些读取、CRM 变更、Telegram 操作和外部送达？
- 控制： 哪些限制由服务器强制执行、由客户端控制，或仅为说明？
- 验收： 结果必须包含哪些来源引用、建议变更、实际变更和限制？
- 停止条件： 如果无法验证身份、覆盖、权限或所需工具，应如何处理？
先运行一个获授权且边界明确的示例。将输出与来源消息比较，检查返回的操作结果。缺少证据时记录结果不完整；安装更多流程说明无法修复不可访问的历史或缺失的能力。
对于 Chiho，先从智能体连接指南开始，再查看一个 Telegram 技能。在受支持的情况下，仅连接预期任务所需的能力，审核包，并在扩大流程前请求一个小规模建议。