助手、专家与 Agent
在飞书中，你与机器人代表的助手对话，在设置中选择专家和运行引擎。 这些选择对应不同的身份：
| 概念 | 含义 | 身份与生命周期 |
|---|---|---|
| Bot Profile | 飞书应用或机器人的连接、负责人、交互设置 | 一份机器人配置，可服务多段对话 |
| Agent Profile（专家） | 指令、资源以及允许的启动配置 | 如 builtin/codex 的引用，可重复使用的定义 |
| Agent 类型或引擎 | 执行工作的原生实现 | Codex、Claude 或 Pi，不是某次具体对话 |
| Runtime target | 启动并管理 Agent 的宿主进程 | Target ID，代表机器或执行位置 |
| Session（会话） | 一段受管理的持续对话 | 某 target 上的 Session ID，包含多轮输入 |
| TaskRun | 一次有边界的委派执行 | Task ID，跟踪子 Session、轮次和最终结果 |
| Agent Instance | 可接受后续委派的持久身份 | Instance ID，跨多次 TaskRun 存在 |
两次选择同一专家不会自动复用对话；两个机器人使用同一专家，也不会变成同一个机器人。 一个机器人可以路由到多个 Session。实例 ID 与其中每次执行的 Task ID 始终有区别。
专家、Skill 与专家库怎样配合
可以把专家理解成一个掌握特定 Skill 的人：专家定义职责、工作要求和可用资源， Skill 提供处理一类工作的可复用方法、说明以及脚本、模板等配套资源。 一个 Git 专家库（Agent Pack）可以包含多位专家和共享 Skill；安装专家库后， 在 /amux 助手设置中选择默认专家，也可以为不同群或任务选择不同专家。
创建时，从 /amux 的新手引导进入“继续探索”，提供名字、职责、远程 Git 地址和 Skill 需求。让 Agent 先检查已有库，导入完整、固定版本的 Skill 包，或编写自己的 Skill，再预览专家引用与实际文件的改动。确认后按仓库正常发布、合入和同步流程采用。 更新共享 Skill 时应列出所有受影响专家，新增专家应保留同库其他内容。
专家库使用可访问的 Git 地址，不是执行机器上的本地目录。专家配置也不自带账号授权； 日历、知识库等 Skill 仍需相应工具和资源权限。正式版本更新后，在新会话验证；已有任务 保留启动快照。详见能力广场与 Agent Pack 格式。
改变什么，保留什么
- Session 中的新一轮输入继续使用当前对话上下文，受 Agent 的上下文限制和压缩机制约束。
- 话题模式下，新的独立话题启动自己的 Session；只有明确提供的话题上下文、材料、记忆 或工作区资源才跨过边界。
- 持久实例上的新 TaskRun 可以复用 Provider 历史和持久环境，但结果和执行状态仍属于新一次运行。
- 更改默认专家影响新的启动，不会迁移所有已有 Session、身份、工作区或凭据。
Agent 的行为还取决于所选模型和可用工具。专家 Profile 不等于凭据、模型订阅或授权。