8月21日消息，据一份 Mira 内测用户手册，Kimi 正在测试一名驻扎飞书的 AI 同事。Mira 进入项目群后，成员可以像 @ 真人同事一样给它派任务；私聊中，它也能回答问题、写作和管理 todo。与普通群机器人不同，Mira 还可以按配置整理消息、生成日报、巡查任务并主动回复，即使没有人向它提问，也可能继续工作。 目前，Mira 仍处于 Beta 阶段，手册未给出正式开放时间。相关功能说明也不等于外部实测已经证明其完成质量。
Mira 在群里按岗位工作
Mira 在群聊和私聊里承担的角色并不相同。群聊是团队协作空间，手册把它描述为项目经理、技术客服兼工程师、产品设计师和团队助理。私聊则更接近个人助理，可以整理用户关注的群聊、记录 todo，并处理问答、写作和资料整理。
项目群里的 Mira 可以主动同步进度，在任务临近截止时提醒成员，并总结进展与风险。产品方案出现分歧时，团队也可以 @Mira 做对比分析，再把结果带回讨论。长期讨论形成结论后，它还可以整理文档或表格。
手册给出的工程场景更进一步。Mira 收到用户反馈后，可以查代码和文档，判断问题是产品设计还是代码缺陷；如果判定为缺陷，它可以修改代码并提交 PR。这里描述的是内测产品设定，尚不能据此判断 Mira 已经在真实项目中稳定跑通从反馈到合并代码的完整流程。
主动性延伸到消息整理和代码修改
Mira 的差异主要来自持续运行。管理员可以为一个空间开启每日汇报，Mira 会在固定时间总结前一天的职责执行情况、新信息和建议。自动整理功能会定期学习聊天内容，更新它在群里的职责；群聊还可以开启主动回复，让 Mira 在没有被 @ 时自行判断是否需要参与。
这让 Mira 的工作单位不再是一问一答，而是一段持续更新的协作关系。项目进度、用户反馈和待办事项都在群消息中不断变化，Mira 借助持续整理的上下文，在截止时间到来前提醒团队，或在新反馈出现后继续追查代码。
Kimi 已有的 Claw 可以接入飞书并在后台运行定时任务，Kimi Work 也支持长程 Agent、Skills 和定时任务。与这些已经公开的 Agent 产品相比，Mira 手册更强调组织群聊、群负责人和管理员权限。它把飞书群设为独立工作空间，由组织配置长期使用的能力和上下文。 每段会话都是独立空间
主动工作扩大了 Mira 需要读取的信息范围，因此手册把权限边界落在“空间”上。每个群聊以及每个用户与 Mira 的私聊，都是彼此隔离的独立空间。默认情况下，Mira 只能读取当前空间的内容；如需获取其他群聊的信息，必须由组织管理员逐个授权。
授权并不会让 Mira 跨群发言。即使一个群的 Mira 获准读取其他公开群聊，它也只会在自己所在的空间回复。私密群和私人聊天不会进入组织级知识池。群负责人可以配置本群所用模型和行为偏好，组织管理员则能统一配置 Skill、MCP 和组织级上下文，并查看成员的模型用量。
这套隔离方式把不同项目的上下文拆开，但并不自动解决权限问题。组织级 Skill 和 MCP 可能涉及密钥、代码库和内部系统，接入前仍需限定可读数据、可执行操作以及由谁承担模型额度。
主动工作也会主动消耗额度
内测期间，Mira 仅支持飞书，使用 Kimi Code 会员权益中的模型额度。手册建议使用 K3，暂不支持用户接入自己的 API Key。这个限制只针对 Mira Beta，并不意味着 Kimi Code 本身不能创建 API Key 或接入第三方编程工具。
群聊默认消耗把 Mira 拉入群聊的成员额度，群负责人可以在空间后台调整；私聊则由使用者承担。由于日报、自动整理、定时巡查和主动回复都可能在后台触发，额度消耗不再只发生在用户主动发送消息之后。自动整理越频繁，Mira 越容易掌握最新上下文，模型消耗也会随之增加。
因此，Mira 的主动性和成本来自同一套机制。团队获得的是持续跟进和主动提醒，后台整理与主动回复也会继续占用额度。内测手册已经给出角色、权限和计费边界，但 Mira 能否稳定完成这些主动任务，仍需实际使用结果验证。
AI 速览
