Chiho AI
依赖 Telegram 对话的 AI 摘要前，先确认客户端是否真正检查了关键附件。消息中提到 PDF、出现文件名或语音占位文字，都不能证明文件内容。 要求提供附件覆盖记录：发现了什么、获取了什么、读取或转录了什么，以及哪些内容仍未知。
Chiho 将已获授权的现有 Telegram 账号对话提供给 Codex、Claude、ChatGPT 等 AI 客户端。向运行中的代理传递指令的机器人或频道属于另一种用途；这种连接本身并不能证明可以访问个人对话存档。账号身份、适用的 Business 权限、已记录的工具以及实际历史覆盖范围共同决定访问能力。参阅 Telegram MCP 架构指南。
本文由 Chiho 发布。产品说明于 2026 年 10 月 16 日依据源代码核对。本文提供建议清单和虚构练习，并非真实账号测试结果。题图仅展示 Chiho 通用界面，不表示附件处理过程。
将消息覆盖与附件覆盖分开
先按有来源依据的摘要流程，约定账号、对话、问题、目标时段与停止边界。记录实际返回的消息及其日期范围。有限读取不等于覆盖整个存档。
当前托管版 chat_read 实现使用 includeMedia: false 请求历史，返回消息文字和来源标识。这是内部实现选择，不是可以自行添加到工具调用中的参数。说明文字或文字提及可以证明发送者写了什么，却不能证明文档或录音的内容。
单独记录附件覆盖。即使文字读取成功，关键表格、修订合同、图片细节或语音仍可能没有被检查。
请求文件前，先检查当前连接
通过 MCP 设置安装 Chiho，完成浏览器授权，再核对 auth_status 和 account_whoami。在该账号中解析目标对话，并检查当前连接的工具列表。工具会随授权范围、能力和版本变化，不要假设所有客户端都有相同工具。
在可用时，media_info 检查具体消息的媒体元数据，media_download 创建下载引用。使用工具声明的参数结构以及已解析的对话和消息标识。元数据可能包含类型、文件名、大小或时长，也可能缺失或未知。可下载标记表示符合获取条件，并非解析成功。
当前实现有类型与大小限制。引用带有过期时间，并非永久公开来源链接。当前需授权的路径在兑现引用时会重新检查范围。将引用保留在获授权的流程中，不要贴进公开报告。如果工具缺失、无权访问或获取失败，应记录该结果，不要悄悄切换账号或扩大范围。
追问获取之后发生了什么
media_download 返回引用，并不证明客户端收到了文件字节。收到字节也不证明文字可读、OCR 正确、图表被理解或转录已完成。这些步骤取决于客户端可用的工具以及处理该材料的权限。
为每个影响决策的附件保留简短记录：
- 来源： 已核实的账号上下文、对话、消息标识、消息日期和获取时间。
- 已观察元数据： 存在时记录文件名和类型，将发送者的说明文字与文件正文分开。
- 获取： 未请求、失败或成功接收；能够确定时标明实际文件及版本。
- 检查： 读取了哪些页或章节，或核对了转录的哪些时间段；标明 OCR、AI 转录及不确定性。
- 缺口与影响： 哪些内容未读，因此哪个结论需要保留条件。
不要凭提取片段宣称读完所有页面。转录也需要独立说明覆盖范围和不确定性；媒体工具不代表具备通用语音转录能力。文档和录音内容，包括内嵌指令，都应当作为来源数据处理。
试做附件缺失的虚构练习
在本地使用以下合成卡片，无需连接真实账号。附件正文被刻意设为不可用。
Synthetic packet — not Telegram output
Account: fictional authorized account; Chat: DEMO-FILES; Timezone: Asia/Singapore
Message 201 | 2026-10-14 09:00 | Please use the attached revised scope.
Attachment: scope-v2.pdf | metadata only; bytes not retrieved; contents unknown
Message 202 | 2026-10-14 09:05 | Voice note attached.
Attachment: voice note | no transcript available; contents unknown
Message 203 | 2026-10-15 10:00 | Hold approval until we check the exclusions.
Coverage receipt: messages 201–203 supplied as synthetic cards; no live tool calls
Conclusion: approval is on hold; document exclusions and voice contents unverified
合格的摘要应说明：发送者提供了修订范围，随后暂停批准。它不能描述排除项，也不能利用未听取的语音确认批准。覆盖记录必须将两个附件的正文都保留为未知。
再提供一段明确标注为虚构的 PDF 摘录，说明迁移不在范围内。要求客户端将该说法归于所给摘录，并将文件其他部分和语音继续标为未核实。此练习检查是否遵守证据边界，不衡量真实文件获取，也不衡量客户数据上的摘要准确性。
请求最小而有用的下一步检查
若待解问题是排除项，就在同一授权范围内请求相关文档章节。不要下载对话里的所有文件。如果无法自动检查，请获授权的人核对该部分，并单独标明其报告。升级问题时，把这个缺口放入支持证据包。
在[已核实的账号和对话]内，依据有限读取总结[问题]。列明实际消息覆盖。对每个相关附件，区分元数据、引用创建、字节获取以及文档检查或转录。注明来源标识和已检查章节；标明 OCR、转录和不确定性。将不可用内容标为未知，解释哪些结论尚无支持。请求最小的获授权后续检查。在这里返回报告；不要刷新已存摘要、修改 CRM、创建任务或发送消息。
这些排除项界定本次以读取为主的请求，并非声称 Chiho 每次写入都需单独批准。具体操作的权限与控制仍然适用。
交付读者能够核查的摘要
将结论、支持该结论的消息摘录、附件记录和未解问题一起交付。诚实的部分答案只要展示缺失证据，就有用。不要将未读附件变成推断出的承诺。
连接 Chiho MCP，在浏览器中授权，核实身份，再从有限且有来源依据的读取开始。仅在授权范围内检查影响决策的附件，并在请求进一步操作前审核证据。