Chat
Chat 把 Coding Agent 的消息、过程和工具活动整理成可阅读的时间线。它适合跟进任务、检查证据，并在不离开上下文的情况下继续追问。
阅读 Agent 过程
一个 Turn 通常包含：
- 你的任务或后续要求；
- Agent 的计划或阶段性说明；
- 文件读取、编辑与命令执行等活动；
- 最终结果、验证和仍需注意的风险。
过程区域可以折叠。日常跟进先看结论和验证，需要审计时再展开具体活动。
写清楚任务
好的首次消息通常包含：
- 想达到的结果；
- 允许修改的范围；
- 不能破坏的现有行为；
- 需要运行的验证；
- 何时必须停下来询问。
后续消息尽量引用当前结果中的具体问题，例如“补上取消场景的测试”，而不是只说“继续优化”。
模型与权限
不同 Provider 会暴露不同的模型、推理强度、服务层级与权限控制。Farming 只显示当前 Provider 和 Session 实际支持的选项。
放宽权限会减少确认步骤，也会扩大 Agent 能执行的操作范围。只在可信仓库和明确任务中使用，并优先采用能够满足任务的最小权限。
中断与跟进
如果任务方向明显错误，可以停止当前 Turn，再发送更精确的要求。网络超时不等于操作一定失败；重新发送可能导致重复修改，因此应先检查文件、Git 状态和 Agent 当前显示的结果。
分享一条回复
已完成回复的操作区提供复制和分享按钮。分享按钮复制一个临时只读链接，并把接收者定位到这一条具体回复；完整权限、失效时间和回退行为见分享与只读访问。
切换到 Terminal
需要原生 CLI 交互或完整 PTY 输出时，可以切换到 Terminal。Provider 支持的 Session 会继续使用同一个 Agent 身份和 Workspace。
关联会话
旁聊可独立接受你的追问。关闭浏览器不会取消已接受的工作；空闲后可能释放运行资源， 历史仍可查看，发送新消息时恢复同一会话。Provider 创建的原生子任务由父 Agent 控制，可用操作可能不同。
左侧负责完整子 Agent 清单，状态样式与主 Agent 一致。执行中和需要处理的状态保持可见，已结束项收进带数量的折叠入口，展开后可查阅历史。 正在查看的子项不会因完成而突然移走。使用“引用到父会话”将结论追加到父会话草稿， 不会自动发送。原生历史支持向前／向后翻页和返回最新消息。
Chat 只按时间顺序展示本轮 Agent 动态，可展开执行证据、进入子对话详情；不重复完整清单、父子树或已结束分组。旧动态留在原轮次，不在后续对话中反复出现。