模型、工具与运行控制
编码输入区的选择会随消息一起决定本轮怎样运行。创建会话后先检查一遍，尤其是工作区和命令授权。
发送前检查表
| 控件 | 作用 | 需要确认 |
|---|---|---|
| 模型 / 推理 | 选择本轮模型与推理级别 | 模型是否可用，是否支持 Tool |
通过 / 选择 Skill | 将 Skill 引用插入草稿 | 检查结果类型、完整说明和任务范围 |
| 选择工作区 | 指定文件与命令的项目目录 | 完整路径是否正确 |
| 命令授权 | 在“询问”和“完全访问”间切换 | 新会话当前默认“完全访问” |
| 上下文使用 | 查看已用 Token、上限和自动压缩阈值 | 长任务是否需要手动压缩或新会话 |
| 发送 / 停止生成 | 开始或中断本轮 | 中断不会撤销已发生的动作 |
添加内容与上下文
通过 添加（+） 可以加入附件、应用上下文和工作区。使用 / 查找 Skill 与命令；部分命令条目会立即执行。附件适合需求、截图和小型参考文件；项目代码应通过工作区读取，避免反复上传副本。
应用上下文会让 Ghast 暂时隐藏，再捕获此时位于前台的窗口；结果包括文字上下文卡片，并可另外附上一张截图。客户端先要求确认捕获目标，确认后才生成这些内容。发送前分别检查窗口、页面、文字和截图中的敏感信息。关闭文字卡片不会同时移除独立的截图附件；不想发送这次捕获时，应分别移除上下文卡片和截图附件，再检查输入区。
编码模式中的工具访问
当前编码输入区没有逐项工具选择器。应在任务中明确允许的路径、修改范围和检查要求。这些指令不是沙箱：还要检查命令授权及运行中提出的动作。
只读调查时，明确禁止编辑和安装，使用受控工作区，并阅读批准请求。不要假设任务简短或选择了某个 Skill 就能阻止其他工具运行。见在任务中使用 Tools。
命令授权
- 询问：高风险 Shell 命令执行前请求确认，但并非每条命令都弹窗；文件与会修改状态的 Tool 依各自策略判断。
- 完全访问：直接放行 Shell 和文件读写，也会放行外部网络 Tool，以及部分低至中风险的内部状态修改；Shell 不受沙箱限制。它不会替你确认目标账号、远端对象或写入内容。
新编码会话当前默认使用 完全访问。只读调查、陌生项目或敏感目录应主动切到 询问。询问不等于断网：当前网络读取本身由独立网络策略允许，会修改远端状态的请求再由具体 Tool 或 Shell 策略处理。Skill 引用不会替某个具体命令作批准。操作系统文件夹权限、麦克风、屏幕录制、第三方登录和 MCP 凭据仍由各自权限控制。
上下文与压缩
鼠标悬浮在输入区的 上下文用量 上，可以查看当前 Token 和模型上限。单独发送 /compact 可手动压缩；在 设置 → 对话行为 中也可以启用自动压缩并调整阈值。当前默认阈值为 80%，保留最近四个 用户轮次，不是四条消息气泡。Ghast 还会尽量保留近期 Token 尾部；具体规则见管理上下文压缩。
压缩成功后，界面主要刷新 Token 用量，不会新增一条“压缩完成”的对话消息。继续前检查重要约束、文件名和未完成步骤是否仍在当前上下文中；关键要求应在压缩后重新明确。完整说明见 Chat：上下文与压缩。
生成中
会话会显示推理、Tool 活动、命令输出、文件编辑和状态。展开卡片查看目标与结果。需要结束时选择 停止生成；已经运行的命令、已写入文件或已提交到外部服务的操作不会因此自动回滚。
继续同一任务
运行中排队发送后续消息
- 当前回复仍在运行时，输入下一条指令或添加附件。
- 点击时钟形的 Queue message（消息排队） 按钮。它在运行中且草稿有内容时出现。
- 确认输入区上方的队列里出现了该消息。
- 会话空闲后，Ghast 逐条发送排队消息；每条都可能开始新的模型请求。
排队消息保留加入队列时的模型、推理与工具选项，之后改变输入区设置不会重写已保存的选择。需要修改内容或选项时，用该项旁的垃圾桶按钮移除，再重新编写。队列最多容纳 32 条消息。
未选择模型或正在编辑早期消息时，这些按钮不可用。没有看到预期队列项时，先检查错误和草稿，避免重复添加。
中断并发送修正
需要立即优先处理修正时，在输入区写好内容，选择 Interrupt and send（中断并发送）。Ghast 会请求停止当前生成，再发送这份草稿；这不会撤销之前的命令或文件修改。
队列标题旁的箭头是另一项快捷操作：Interrupt and send next queued message（中断并发送下一条排队消息），发送的是队列中第一项。点击前核对它的正文，不要把它误认为当前输入框里的草稿。这些按钮目前可显示英文提示。
停止且不再启动后续排队任务
先移除不再需要的待发送队列项，再点击 停止生成。停止当前生成不会清空队列，剩余项目可能在会话空闲后自动开始。
停止后检查最后一项工具结果、文件修改和仍在运行的终端进程。命令或外部操作可能已经开始时，先确认实际状态，再让 Ghast 重复执行。
排队发送失败后的处理
排队发送失败时，消息可能回到队列首项。再次输入同样指令前，先确认它是否仍在等待。持续失败时，移除待发送项，解决 Provider 或输入问题后，只发送一次修正后的请求。
检查结果后继续
后续消息沿用当前会话的历史和设置。切换模型、Tool、Skill 或授权只影响之后的运行。若工作区、目标或风险边界已经完全改变，新建编码会话通常更清楚；不要让旧任务的路径和假设继续影响新项目。