Chiho AI
要在 Telegram 历史中查找客户承诺，应搜索正确的账号和对话，阅读前后交流，并记录谁同意做什么、何时完成，以及附带什么条件。保留原始消息引用。关键词匹配或 AI 摘要只是调查线索，不足以确定当前承诺。
本指南提供可重复的搜索流程，以及同事能够核实的承诺记录。示例均为模拟内容。产品行为已于 2026 年 9 月 17 日对照 Chiho 的实现和文档核查；这不是对真实客户账号进行测试的报告。
图片：现有的 Chiho Telegram 摘要示例，用于展示对话环境。它没有展示以下搜索或虚构的客户交流。
从一个问题和明确范围开始
将“找到我们对这个客户承诺的一切”替换为这样的具体问题：“在 Acme 入门实施聊天中，我们是否承诺在周五审核前发送修订后的设置检查清单？”
搜索前，写下：
- 已连接的 Telegram 账号和客户对话，包括可用时的稳定聊天标识符。
- 哪些人的陈述重要：客户、账号所有者，以及有权接受工作的人。
- 相关时间窗口和用于解释日期的时区。
- 需要核实的交付物或决定，例如检查清单、修订报价或审核会议。
得出结论前，区分名称相似的聊天。客户群组、讨论该客户的内部对话，以及与同事的私聊，可能包含相同项目名称，却涉及不同承诺。内部提议不能证明客户收到或接受了它。
如果正在选择如何整理这些背景，Telegram CRM 指南解释了更广泛的工作流程。本文聚焦于核实历史中的一项陈述。
先搜索对象，再查看交流
先用有辨识度的词语，例如“设置检查清单”或项目引用。如果没有有用结果，分别尝试较短变体：“检查清单”、“设置”或“审核”。搜索措辞可能与你记得的说法不同。除非客户端有文档说明，否则不要假设引号、布尔运算符或自然语言问题具有特定搜索含义。
打开有希望的结果，阅读它前后的内容。你要查找的是请求、接受、条件，以及任何后续更正或取消。检查实际发送者，而不是将引用或转发的陈述归给发布它的人。
Telegram 官方消息搜索 API 文档说明了聊天、发送者、日期和结果数量限制参数。这确立的是平台能力，并不保证每个 Telegram 客户端或连接工具都提供这些筛选项。使用界面实际提供的控制；如果某项筛选不可用，就在返回消息中检查日期和发言者。
结果上限也是覆盖边界。如果搜索在有限匹配集合后停止，记录该限制。“在已检查结果中未找到匹配承诺”是有依据的结论；“任何地方都不存在承诺”通常远超搜索所能支持的范围。
Chiho 托管搜索目前支持什么
通过 Chiho 托管的 AI 代理连接，消息搜索工具以 search_messages 名称提供。目前输入为查询、可选聊天、可选账号 ID 和结果限制。团队范围搜索需要指定团队可见的聊天，无法执行不受限制的全账号搜索。个人账号搜索可能范围更广，因此此流程应指定预期账号和聊天。
托管搜索目前不提供发送者或日期筛选、本地 CRM 搜索，或标签/公司搜索筛选。用文字告诉代理日期窗口，不会将其变成服务器端搜索筛选。请代理检查返回时间戳，并报告覆盖缺口。需要更多背景时，聊天读取工具可以检索有限的历史分页；代理应说明查看了哪一部分。
搜索访问遵循连接的账号/团队范围和权限。缺少访问权限或会话断开，是访问问题，并非对话或承诺从未存在的证据。不要通过悄悄切换到更广的个人背景来解决团队访问失败。
AI 代理连接指南解释了设置和权限。这些能力陈述描述的是为本指南审核过的源码，而非对每个 AI 客户端的测试，也不保证完整检索历史。
完整示例：附带条件的承诺发生变化
以下消息、姓名、ID 和时间均为虚构。所有时间均为 Asia/Singapore。
- 消息 410，2026 年 9 月 14 日，09:10 — Maya，客户：“能在周五前发送修订后的设置检查清单吗？”
- 消息 411，9 月 14 日，09:18 — Leon，账号所有者：“可以，如果我们在周三中午前收到环境详情，我会在周五 15:00 前发送。”
- 消息 426，9 月 16 日，11:20 — Maya：“这是环境详情。”
- 消息 429，9 月 16 日，14:05 — Leon：“我们需要额外做兼容性检查。能把检查清单改到周一 12:00 吗？”
- 消息 430，9 月 16 日，14:12 — Maya：“周一 12:00 可以。”
搜索“周五”可能找到最初的请求和接受。后续交流将当前期限改为 9 月 21 日周一 12:00。在这份虚构记录中，环境详情条件看起来已满足，但如果详情完整性会影响工作，仍需检查所提供信息是否完整。
有用的交接不只是“检查清单周五到期”。它保留原始承诺、商定的修改，以及支持当前期限的证据。如果缺少消息 430，应将周一记录为拟议变更，并注明接受尚未核实。不要悄悄用提议替换已商定期限。
复制这份承诺记录
将其作为授权共享位置中的工作表。这是推荐流程，并不声称 Chiho 会自动创建或维护这一确切记录。
- **问题：**修订后设置检查清单的当前期限是什么？
- **范围：**Acme 入门实施聊天，选定账号；已检查 2026 年 9 月 14–16 日；时区 Asia/Singapore。
- **负责人：**Leon，依据其第一人称接受。接手同事应明确接受责任。
- **交付物：**修订后的设置检查清单；超出这一表述的范围尚未核实。
- **原始约定：**9 月 18 日周五 15:00，条件是在周三中午前收到环境详情；消息 410–411。
- **当前约定：**9 月 21 日周一 12:00；在消息 429 中提出，在消息 430 中接受。
- **证据：**保留聊天/账号标识符、消息 ID、发送者、时间戳和最短必要摘录。仅在客户端提供真实消息链接，而且预期读者能够打开时，才添加这些链接。这里的虚构 ID 不是有效链接。
- **未决问题：**所提供的环境信息是否满足兼容性检查？
- **覆盖：**所列交流已经审核；后续消息以及在此聊天之外交付的工作尚未检查。
- **下一步操作：**先在内部确认未决问题，然后在准备客户更新前检查后续历史。
有用的记录将来源陈述与你的解读分开。保留“如果”、“以……为条件”或“批准之后”等条件的原始措辞。如果时间表述为“明天”，先记录来源日期和时区，再转换为日历期限。当双方时区未知时，将期限标记为有歧义，而不是猜测。
排除这些常见的错误匹配
没有接受的请求。“能明天发送报价吗？”表明客户想要什么，并不能确定有人同意明天完成。查找接受或协商该请求的回复。
被当作承诺的估计。“我们通常两天内完成”描述的是预期，并未确定开始日期、范围或具体交付承诺。在记录中保留这一区别。
被视为商定变更的提议。“能改到周一吗？”需要接受证据，才能将周一描述为双方商定。如果答复缺失，同时保留现有期限和拟议修改。
**发言者归属错误的转发陈述。**同事转发“我会发送”，并不一定就成为负责人。阅读归属信息和周围对话。
**后来已解决的旧承诺。**匹配可能准确，但已经无需操作。创建跟进前，检查交付、取消、范围变更或后续约定。
**没有引用的自信摘要。**要求提供消息 ID、时间戳和支持摘录。如果无法检索底层消息，将摘要保留为未核实背景，不要将其表述为已确认的客户承诺。
给代理一项范围明确的只读任务
连接预期账号后，使用获授权查看的聊天调整这个提示：
在指定账号和客户聊天中，调查我们是否同意在审核前发送修订后的设置检查清单。搜索相关词语并阅读前后消息。检查日期和发言者，区分请求、已接受承诺、条件和后续修改，返回带来源消息 ID 和时间戳的承诺记录。仅在可用时包含真实来源链接。说明搜索限制和历史覆盖范围，并标记无法核实的任何内容。不要发送消息、创建任务、修改 CRM 记录、刷新摘要或启动同步。
行动前，将输出与对话核对。只读指示定义了此任务的范围，并非产品通用的批准机制。Chiho 可以在客户端控制之后直接执行某些获授权写入，而其他流程需要已保存预览或批准。审核连接权限，而不要假设每次写入都会暂停等待确认。
将已核实证据转化为明确的下一步
确定当前承诺后，选择与不确定性相符的下一步。已确认但尚未完成的交付物可能需要负责人和跟进日期。未被接受的期限变更需要澄清。交付证据意味着应检查接受或关闭状态，而不是再发一条提醒。
交接给同事时，包含记录，并确认接收者能访问引用的对话；参见 Telegram 团队交接指南。如需决定哪些已核实承诺应优先关注，使用优先级跟进指南。
从 Chiho 托管的 Telegram 连接和一次限定范围的只读搜索开始。目标是一份其他人能够核实的记录，其中包括仍然未知的内容。