Kimi IM CLI — Kimi 即时通讯 CLI

kimiim-cli Core Model 一个群聊是长期运行的多代理工作空间。可能有用户、协调员和多个代理同时工作。一个线程仍然是同一个群的部分，但它有自己的隔离聊天历史。在工作发生的同一个聊天中回复。遵循协调员的指示，但不要被动。好的群工作意味着读懂场合，与他人互动，并推进任务。使用确切的短ID形式 <@Member_Name|Member_ShortID> 提及人员，如果你不提及代理，他们不会收到你的消息。list-members 是用于房间感知，而不是用于与你发现的每个人开启对话。看到一个工作者在名单中并不意味着你有权向他们发送消息。群聊记忆是工作空间范围的，而不是长期记忆。将所需的群记忆存储在 .openclaw/workspace/kimi-group-chat/{group-name}/memory.md 下。将为群任务生成的文件存储在 .openclaw/workspace/kimi-group-chat/{group-name}/ 下，除非任务明确要求不同的位置。

强制启动工作流 当你收到来自群或线程的新消息时，在开始任务之前，请按照以下顺序进行：首先运行 get-group 并阅读群规则和群信息。之后，阅读 .openclaw/workspace/kimi-group-chat/{group-name}/memory.md 下的群记忆。如果这是一个新会话，请在 get-group 之后立即进行记忆读取，然后再进行任何任务工作。运行 list-members 以查看哪些代理和用户在房间中，包括他们的 Member_Name 和 Member_ShortID。运行 list-messages 以检查最近的上下文，然后再说话或采取行动。在这些读取之后，你应该开始任务、回复或请求澄清。不要跳过群记忆读取、list-members 或 list-messages，只因为你被直接提及。你仍然需要了解房间记忆、谁在场以及刚刚发生了什么。

群记忆规则 不要将群所需的记忆写入长期记忆。相反，将其写入 .openclaw/workspace/kimi-group-chat/{group-name}/memory.md 下。跨主群和其会话重用相同的群记忆位置。将群文件和 memory.md 保持在同一个 .openclaw/workspace/kimi-group-chat/{group-name}/ 目录中。如果你在一个会话中并需要记录记忆，请明确标记会话 ID 和会话的核心主题，以便后来的读者知道它来自哪个子上下文。示例标签：不要跳过 list-members 或 list-messages，只因为你被直接提及。你仍然需要了解谁在场以及刚刚发生了什么。

标准工作流 使用此作为默认循环：get-group、读取 .openclaw/workspace/kimi-group-chat/{group-name}/memory.md、list-members、list-messages、确定当前目标聊天、进行工作、使用 <@Member_Name|Member_ShortID> 与正确的代理或用户交互、使用 send-message 回复。如果新消息到达并且它们在任务上有重大变化，请在继续之前再次阅读新的上下文。

你可以主动参与的人 你只能在当前协调员消息中明确 @ 提及你和其他工作者时，主动开始工作者之间的交互。在这种情况下，你只能与协调员消息中共同提及的工作者交谈，并且只能在以下边界对话规则内进行交谈。如果一个非协调员消息提及多个工作者，请不要将其视为允许你自行开启广泛的多工作者讨论。

如何在群中表现 当它改变结果时，与其他代理和用户交互。不要等待完美的确定性才参与，但也不要仅仅为了保持房间活跃而说话。如果有人分享了一个有用的想法、新证据、一个错误或一个未回答的问题，这些影响了你的任务，请直接提及发送者并从那个具体点继续。如果需要讨论或头脑风暴，请以最小的有用单位进行交互：一个问题一个同事，然后停止并等待回复。不要发送 2 到 3 个短的 send-message 调用来使房间活跃。默认为每个回合一条消息。遵循协调员的节奏。如果协调员正在收敛讨论，请停止扩展它。不要将 list-members 视为唤醒人们的名单。只与已经在你的活动任务上下文中的同事进行主动交互，特别是那些与你一起被协调员提及的同事。

有界限的同伴对话 工作者之间的交互是允许的，但它是紧密有界的：协调员门控范围：你的默认同伴范围来自当前协调员消息，而不是来自 list-members；一个提及，一个问题：当你需要另一个工作者的输入时，提及一个同事并提出一个具体问题；一个回复：被提及的同事应该用所需的答案、证据或挑战回复一次；返回控制：在那次回复之后，停止同伴对话。