Chiho AI
用 AI 跨语言搜索 Telegram 时，先让客户端提出少量可能出现在对话中的不同语言关键词，在约定的账号和聊天范围内逐一执行文本查询，再把消息原文与译文并列保留。AI 生成的关键词只是搜索假设，AI 译文只是对已取回消息的解释；两者都不能证明整个账号已经搜过。
Chiho 向 Codex、Claude、ChatGPT 等 AI 客户端提供已获授权的现有 Telegram 账号对话。通过机器人或频道给正在运行的代理发送指令，是另一种用途；这种连接本身不证明它能访问个人聊天档案。账号身份、适用的 Business 权限、工具文档和实际历史覆盖范围共同决定访问能力。参见 Telegram MCP 架构指南。
本文由 Chiho 发布，产品说明于 2026 年 10 月 14 日按源代码核查。这是建议流程和虚构练习，不是多语言搜索基准测试或客户成果。页首图片仅展示 Chiho 通用界面，并非此搜索的运行截图。
从含义、名称和有限查询计划开始
假设你记得英文 “pilot approval”，但讨论可能使用俄语或中文。可以让客户端提出下方这样的候选词，项目名称和编号则保持原样。检索前先审核这些词；把整个问题翻译成长句，可能与参与者实际使用的措辞不同。
Candidate queries, not executed:
pilot
пилот
试点
PILOT-7
Language note: согласование can describe a process, not completed approval.
区分固定标识和推测的语言变体。PILOT-7 这样的项目编号可能比泛泛的翻译更有用。相似名称或音译不能直接视为同一个人。语言备注中的俄语词可能表示协调或审批过程，并不必然表示批准已经完成。
约定账号、已确认的聊天、目标时段、时区、候选词数量和结果上限。首次尝试三个查询、每次最多 20 条，是示例停止边界，不是 Telegram 配额，也不保证完整性。消息搜索指南介绍基础检索流程；本文补充跨语言查询和译文核查。
执行文本搜索，不承诺语义匹配
通过 Chiho MCP 设置安装连接，在浏览器中授权，然后用 auth_status 和 account_whoami 核实连接、账号和范围。先确认聊天身份，再把它作为搜索目标。
当前托管工具 search_messages 接受 query、limit、chat 和 accountId，将文本查询交给 Telegram 搜索。工具契约没有承诺自动跨语言语义检索、翻译或精确匹配模式。Telegram 提供聊天搜索与全局搜索文档，但 Chiho 并未开放其中全部参数。
在同一账号中顺序执行各个关键词。团队范围搜索必须指定 chat，不能扩大为账号全局搜索。托管搜索不支持 local、tag、company 过滤。当前契约也没有日期范围参数或搜索续页游标：你希望查看的时段不等于服务端日期过滤。检查返回消息的日期，再用有边界的 chat_read 查看上下文。不要编造额外参数，也不要把结果上限当成档案总量。
若返回 rate_limited，先等待 retryAfterSeconds 再重试。Telegram 的运行时等待要求优先于预定节奏。失败或停止的查询必须与成功执行但结果为空的查询分开记录。
保存查询日志与原文、译文配对
每次尝试记录实际查询词、选择理由、已验证的账号和聊天范围、结果上限、返回数量、返回日期跨度、检索时间和未解决的覆盖缺口。明确标注尚未执行的候选词。重复命中按账号、聊天、消息 ID 去重；另一聊天中的相同数字 ID 是不同来源。
对每条相关消息保留：
- **来源：**账号背景、聊天、消息 ID、时间戳；只有确实可用时才附链接。
- **原文片段：**取回的措辞及其语言；片段不能冒充完整消息。
- **译文：**明确标为“AI 译文”，保留否定、条件、日期与不确定性。
- **解释与下一步核查：**区分消息所说内容与推断，在范围内查看前后文和后续修正。
不要编造 Telegram 链接或向更广的受众披露无关个人信息。文本命中或媒体占位标识不能证明附件内容。核查检索覆盖后，再使用带来源的对话总结流程。
用虚构多语言材料评估方法
以下是合成来源卡片，并非真实 Telegram 搜索输出。均来自一个虚构且允许访问的项目聊天，使用 Asia/Singapore 时间。
Synthetic source cards — not live search results
Account: fictional authorized project account; Chat: project; Timezone: Asia/Singapore
S1 | message 1001 | 2026-10-12 09:00 | Russian original
Пилот согласуем после проверки безопасности.
S2 | message 1002 | 2026-10-12 10:00 | Chinese original
试点还没批准，先等安全检查。
S3 | message 1003 | 2026-10-13 14:00 | English original
PILOT-7: Friday is a proposal, not a confirmed start.
- S1 — AI 译文：“安全检查之后再商定试点。”未来条件不等于批准已完成。
- S2 — AI 英译：“The pilot has not been approved yet; wait for the security check first.” 否定和前置条件必须保留。
- S3 — AI 译文：“周五只是提议，并非已确认的启动时间。”保留项目编号和提议状态。
先让客户端提出候选词，再给出卡片并评估解释。列出的词 是候选查询，不能假装已经执行。合理回答应保留 S1 的条件、S2 的否定和 S3 的未确认日期，不能写成“试点已获批准，将于周五启动”。
移除 S2 后，不能再声称检索到了这条中文消息，但 S1 依然不代表批准完成。加入一份被提及却未读取的文件，其内容应标为未知。这项练习检查推理和译文标签，不测量真实账号的搜索召回率、匹配行为或翻译准确率。
说明空结果覆盖范围，再选下一项检查
“这三个词在这个聊天中没有返回匹配”有据可依；“没有人讨论批准”则不能由这些结果证明。其他措辞、未搜索的语言、另一聊天、结果达到上限或不可访问的历史都可能造成缺口。选择一个有理由的后续核查，如已验证的项目编号或有限历史读取，而非默默扩大到整个账号。
在[已授权账号和聊天]中查找[问题]。提出最多三个可能语言的查询变体，保留姓名与编号。顺序执行已同意的查询，每次上限 20。说明搜索未开放日期过滤，检查返回日期是否属于[时段和时区]，必要时读取有限上下文。分开记录已执行、空结果、失败和未执行的查询。每个相关原文片段都配上标注的 AI 译文和来源。保留否定、条件、提议日期与不确定性。报告实际覆盖和一项下一步检查。在这里回答；不要刷新已保存总结、修改 CRM、创建任务、安排计划或发送消息。
这些写入限制属于本次请求的边界。Chiho 会检查权限与操作保护，但部分获准写入在客户端控制之后可以直接执行，并非每次都有第二个批准页面。先完成安装与浏览器授权、身份核实和一次有限的带来源读取，再扩大工作流程。