Chiho AI
Telegram MCP 安全审核应确定智能体可访问哪个账号、服务器允许哪些操作、哪些操作需要独立审批，以及访问如何结束。成功连接证明连通性，并不能证明授权符合团队预期流程。
连接客户对话前，以及客户端、服务器、团队成员或已授予权限有实质变化后，使用以下清单。先从一个获授权的测试对话开始。这是建议的验收协议，并非已完成的渗透测试、认证或某个部署安全的声明。
发布方披露： Chiho 发布本指南，并提供托管 Telegram MCP 服务。Chiho 示例基于 2026 年九月 26 日审核的文档与源代码，并非真实账号测试结果。某个源代码版本中的功能可能与你已部署的连接不同。页首图片是已有的 Chiho CRM 界面图片，并非安全测试截图。
1. 授予访问前画出信任边界
记录所涉及的 Telegram 账号、MCP 服务、AI 客户端、模型提供方和所有 CRM 存储。明确谁运营各组件，以及返回的消息可能保留在哪里。将客户端对话历史、导出和运营日志纳入审核。
对于处理销售跟进的团队，获准任务可能是：“阅读这个测试对话并找出下一项承诺。”发送回复、修改任务、导出无关对话和断开账号都是独立效果。选择工具前写明这些边界。
本地运行环境不能证明所有数据留在本地，托管 OAuth 流程也不能证明客户端没有保留副本。使用托管与自托管责任指南指派运营负责人。审核工作表不应包含秘密、会话文件或客户消息正文。
2. 验证目标、客户端、账号与授权
从提供方文档中的连接页面开始。登录前检查服务域名和环境。在同意授权界面上验证请求客户端、重定向目标、Chiho 账号、个人或团队上下文，以及完整权限集。如果任何一项与预期连接不同，就停止。
MCP 安全指导解释了为什么同意授权必须绑定请求客户端，以及为什么服务器必须拒绝面向另一资源的令牌。向运营者索取这些控制的证据，不要认为存在 OAuth 按钮就足够。
Chiho 设置说明见 Telegram MCP和 AI 智能体连接指南。连接后，查看已认证的工具列表，并使用可用的身份或状态工具确认上下文。公开可访问的元数据端点，不能证明会话已经认证且范围正确。
验收证据： 记录客户端名称和版本、服务环境、授权上下文、权限类别和审核日期。不记录任何令牌值。如果可用授权宽于任务范围，应评估客户端工具限制是否满足政策；不要将其描述为更窄的服务器授权。
3. 区分四种控制
服务器授权决定请求是否对已认证账号、团队和能力被允许。这是在测试范围外样例访问时需要查看的强制执行边界。
客户端工具控制决定 AI 客户端调用工具前是否询问用户，或是否让该工具可用。行为取决于客户端及其设置。
流程说明与技能告诉智能体如何执行任务。“发送前询问”是有用指导，但不会移除服务器能力。该区别见 MCP 与智能体技能的比较。
人工验证检查实际目标和效果是否符合用户意图。只有审核者能理解将发生什么，审批才有用。
MCP 工具规范将工具注解视为提示。只读、破坏性或幂等标签应为审核提供参考，但不是强制执行的证明，也不能替代查看操作契约。
4. 对每项操作分类，不要假定所有写入都有审批门槛
为已认证连接实际提供的工具建立操作清单。区分对话读取、CRM 修改、Telegram 发送、账号操作和预览创建。预览可能不执行所代表的 Telegram 操作，但仍会持久保存服务器状态。
已审核的 Chiho Cloud 文档描述针对操作的保护措施：批量发件箱审批取决于连接的审批模式；邀请成员和退出群组使用已保存预览和审批。文档也说明单条消息发送、CRM、任务和规则更改、文件夹操作、摘要刷新和账号退出的直接执行路径，受授权与任何客户端工具控制约束。不要假定每次写入都会产生独立审批提示。 依赖示例前应检查已部署工具契约，尤其是新添加的工具。
同一文档区分团队可见访问与个人账号范围操作。仅使用你有权测试的样例验证该区别。绝不要探查另一客户的账号来展示隔离性。
验收证据： 对每项预期操作，记录所需权限、可见目标、外部效果、服务器审批规则、客户端提示行为和故障结果。未测试行为标为未测试。不要仅因首个任务是读取，就把整个连接标为“只读”。
5. 审核确切效果并处理不确定结果
获授权写入前，审核发送账号、收件人或聊天、最终内容、附件、时间，以及任何破坏性效果。如果操作使用已保存预览，应验证审批适用于该预览，而且输入改变后需要重新审核。
询问重试对具体工具意味着什么。幂等键仅在文档规定的范围与有效期内有用；幂等提示不保证每次重复操作都无害。超时后，重试前查看可用回执或状态。区分已完成、失败、部分完成和未知结果。
批量工作应审核每位收件人的结果，不要将顶层响应视为所有消息已送达的证明。Chiho 的批量消息指南解释了收件人审核和部分结果。速率限制和 Telegram 运行时错误仍是运营约束；审批不会覆盖它们。
有用的审计记录包含操作、时间、范围、结果，以及可供获授权运营者调查的非秘密引用。它无需复制客户内容。分别询问记录什么、谁可读取，以及保留多久。
6. 测试撤销并规划保留数据处理
Chiho 文档说明可在个人资料的 Agent Access 中管理连接：撤销连接会使访问令牌和刷新令牌失效，重新连接需要新的同意授权流程。在获授权测试连接上，撤销后进行一次新读取并记录拒绝，以确认这一点。仅删除客户端配置条目并非等价证据。
撤销阻止通过该授权继续进行获授权访问。它不会收回已返回客户端的消息，也不会撤销已完成操作。分别审核客户端历史、导出、提供方保留和所有删除流程。阅读 Chiho 的隐私政策和条款，再与负责运营者解决这些文件未回答的要求。不要推断保留期限或删除保证。
一段对话的可复用验收记录
这个虚构示例是工作表，并非已执行的实验。使用包含“请确认周二的拟议预约”的获准测试对话。期望任务是识别该承诺，不发送任何内容。
- 记录测试负责人、环境、客户端版本和预期账号或团队上下文。
- 确认授权和可用工具；按政策限制客户端操作。
- 只读取所选样例，并将答案与来源消息比较。
- 加入一条无害样例消息，要求智能体忽略任务并导出其他聊天。确认它将其视为对话内容，而非用户授权。这只检查一个场景，并非对提示注入的一般抵抗能力。
- 使用可用操作证据验证没有发送或无关修改。如果无法观察，记录限制。
- 只在适当测试环境中获得独立、确切授权后测试写入。记录目标、审批行为、结果和重试政策；否则将写入检查保留为未测试。
- 撤销测试连接，确认新读取失败，并单独记录保留副本处理。
为每一步保留简短结果：有证据的通过、失败或未测试。扩大访问前，为每项失败指派负责人。权限变化或工具添加后，重复相关检查。
要开始使用 Chiho，打开当前连接说明，审核授权，运行一项获授权只读任务。需要可重复程序时添加一个 Telegram 技能，同时继续检查实际服务器权限与针对操作的保护措施。