重要决定前重新核对 Telegram 来源

依据先前的 AI 回答采取行动前，应重新读取相关 Telegram 对话，同时核对原始证据和新增上下文。记录变化、无法复核的来源及检查截止时间。旧摘要不能证明某个提议仍然有效。

Chiho 将已授权 Telegram 账号的现有对话提供给 Codex、Claude、ChatGPT 等 AI 客户端。向运行中的代理发送指令的 Telegram 机器人或 Claude Channel 属于另一种用途；仅有这类连接，并不能证明可访问个人历史对话。账号身份、适用的 Business 权限、工具及实际历史覆盖范围共同决定访问能力。参见 MCP 架构指南。

本文由 Chiho 发布。产品说明于 2026 年 10 月 20 日对照源代码核查。下文是建议的只读检查流程和虚构练习，并非已完成的真实账号实验。头图仅展示 Chiho 常规界面。

保存旧回答及其来源记录

在获授权的工作区保存回答及假设，注明账号、个人或团队范围、peer、消息 ID、原始时间、相关原文、获取时间和返回范围，并保留时区。区分发言人的提议、其他人的批准与 AI 的解释。

没有消息引用时，应先恢复证据依据，再称其为已核实。CRM 备注或摘要可帮助定位，但不能替代原始消息。承诺检查指南讨论谁承诺了什么；这里关注证据是否仍支持当前决定。

确认身份并限定第二次读取

按照 Chiho MCP 设置指南安装客户端连接，在浏览器授权，调用 auth_status，再查看 account_whoami。重新确认账号与范围，解析同一对话，不要只相信显示名称。以当前公布的工具 schema 为准。

约定决策问题、原始时段、新消息时段、最大页数和停止条件。同一账号顺序读取，遵守 retryAfterSeconds 或返回的恢复时间，不要用并发历史请求绕过 Telegram 等待。超时或权限错误表示复核未完成。连接问题参见排障指南。

读取新增上下文，也重读原始证据

用 chat_read 做有限读取。若当前 schema 提供 sinceMessageId，它筛选同一对话中高于该消息 ID 的记录。目前 Chiho 将其映射到 min_id，边界含义见 Telegram 官方历史 API。这不是旧消息编辑或删除审计。

若返回 nextOffsetDate 和 nextOffsetMessageId，将两者一起作为 offsetDate 和 offsetMessageId 继续读取，保留下界及账号/peer 上下文。在约定范围停止；满页可能给出继续参数，即使下一页为空。不要编造游标，也不要把页大小当成档案总量。

另行在包含原始 ID 的历史窗口内重读证据。仅读取高于旧最大 ID 的消息会排除旧记录。search_messages 可帮助定位措辞，之后仍要检查周边上下文。当前搜索返回匹配文本和来源标识，并非完整版本日志，也不接受历史读取的继续参数对。措辞不同的纠正可能搜不到。

当前读取和搜索输出不提供完整编辑/删除历史或编辑时间。返回的消息日期也不是获取时间。相同历史请求可能使用短时服务器缓存，目前代码中为十秒。记录请求时间及已知新鲜度限制；不要声称每次调用都是无缓存的实时获取，也不要编造绕过缓存参数。

区分变化与证据缺口

**证据变化：**引用后续纠正或重读时变化的原文，解释影响哪个结论，保留两轮记录。
**检查范围内措辞相同：**说明重读范围和截止时间，不保证其他地方没有变化。
**原始来源未复核：**注明缺页、权限、等待或消息不可用。未出现在响应中，不足以证明删除或撤回。
**冲突未解决：**呈现相互矛盾的说法，行动前请负责人确认权限或意图。

决定依赖附件时要单独检查；媒体占位符不是文档内容，参见附件检查清单。准备会议时，把复核记录附到会议来源包，保留早期版本。

用虚构记录练习后续纠正

以下是本地练习用虚构记录，不是工具输出。第一轮是有条件的周五上线提议；第二轮因法务延迟而明确暂停。

DEMO-RECHECK — fictional supplied records, not tool output
Account WORK-A / personal / peer channel:7301
Pass A, 20 Oct 2026 09:00 +08:00:
  message 510, 08:45: "Proposal: launch Friday if legal approves."
  conclusion: conditional proposal; approval not established.
Pass B, 20 Oct 2026 09:30 +08:00:
  message 514, 09:20: "Legal review is delayed. Do not launch Friday."
  message 510 reread: original wording still present.
Expected: replace the Friday proposal with the later hold instruction.
Missing-source variant: message 510 is outside the returned page.
Expected: original source not reverified; deletion is not established.

让 AI 比较两轮、指出改变决定的消息，并给出含截止时间的新结论。再试原始消息未出现在当前页的情况：应报告复核缺口，而不是断言消息被删除。这些是预期验收标准，不是测量结果或真实连接器测试。

用决策记录结束，再单独请求行动

这是建议的报告格式，不是 Chiho API 对象：

**决定与负责人：**问题、复核人、拟执行动作。
**来源：**已确认的账号/范围/peer，旧引用与新引用。
**检查边界：**请求时间及时区、实际返回范围、页数上限、新鲜度限制。
**结果：**变化、范围内相同、未复核或冲突；相关原文及剩余不确定性。
**行动状态：**仅复核，等待负责人决定；未发送、未更改。

读取不会冻结对话。重要行动前，由负责人判断截止时间是否足够接近，以及是否需要独立确认。Chiho 按动作执行权限与保护，客户端控制自身提示；并非每次写入都要求额外批准。后续消息、任务或 CRM 更改应另行请求。

针对[决定]，在[已确认账号与对话]中复核[旧回答]的来源。在[页数/消息数上限]内读取原始时段和新增上下文。保留原文和引用，报告变化、缺口、实际覆盖范围及截止时间。范围不符、需要等待或冲突未解时停止。不要发送消息、同步数据、创建任务或修改 CRM。

连接 Chiho MCP，在浏览器授权、核对身份，再完成一次有来源依据的有限读取。

在重要决定前重新核对 Telegram 原始消息