中文界面到底能干什么：不用碰命令行的六件事
最后更新：2026-10-25
Aiglade 是一个 Windows 桌面软件，把 Claude Code、Codex CLI、Hermes、OpenClaw 等多个 AI 装进一个中文窗口，带中文向导，装上就能用，不用会编程。它是 Electron 形态的桌面应用，是使用这些 AI 的唯一控制台，没有网页版。本文只讲中文界面能干的六件事，每件都不用碰命令行。
第一件：用中文把任务交代出去？
第一件是不用写命令，用中文把任务交代出去。使用者不需要写代码，也不需要说明技术实现方式，只要用中文讲清楚任务本身，任务就会进入分派与排队。窗口内的 Agent 包括 Claude Code、Codex CLI、Hermes、OpenClaw，它们都集中在同一个窗口内，使用者不需要逐一了解它们的区别，也不需要先学习它们各自的用法。
上手过程的起点是装上应用并打开它，界面以中文呈现，向导用中文说明接下来的内容，使用者按中文提示继续操作，不需要先学习英文界面，也不需要先掌握编程术语。关于产品的基本介绍，可以参考Aiglade 官网关于页。对于其中个别工具的官方说明，可以参考Claude Code 官方文档和Codex 官方文档，使用者不一定需要在上手时通读它们。
第二件：看到任务分派和排队？
第二件是在窗口里看到任务分派和排队，不用命令行或者配置文件去跟踪进度。分派解决的是任务交给谁的问题，排队解决的是任务按什么顺序处理的问题。两者结合起来，多个 Agent 的工作就有了可预期的次序，使用者也可以在界面里看到任务当前处在分派还是排队阶段。
排队的意义还在于避免任务互相干扰。当多个任务同时存在时，界面里的排队关系让每个任务的进展都可以单独追踪，不会因为任务数量增多就失去线索。使用者不需要凭借记忆去还原某个任务交给了谁，也不需要在不同位置反复核对。任务、分派结果与排队状态都属于同一个管理界面里的信息，使用者在查看时可以直接对应到具体的任务上。任务状态本身也是中文界面上可以直接看到的内容，包括排队、等待确认、进行中，以及中断后标成的可恢复状态，状态变化本身就是一种可读的信息，而不是需要用命令行去查的内部细节。
第三件：在确认卡上点批准或拒绝？
第三件是遇到触发 gate 的操作时，在中文确认卡上点批准或拒绝。操作不会直接执行，而是先停下来等用户确认。人在界面上看到的是一张确认卡，两个动作：批准或拒绝，处理走确认接口。审批是对象相等判定，不是关键词匹配；gate 带有超时时间，超时不等于默认批准。
确认本身也是用中文进行的，使用者看得懂要确认的内容，才谈得上真正做出决定。确认只针对当次触发 gate 的操作，不改变任务本身的目标，也不给其他操作附加审批条件。使用者不需要在操作开始之前就预判所有风险，因为窗口会在危险操作出现时主动停下来，把决定权交回给人。这种安排把判断留给人，把执行留给窗口内的 Agent，使用者参与的是自己能看懂的决定，而不是自己看不懂的技术细节。
第四件：看到任务做到哪一步？
第四件是在同一个窗口里看到任务做到哪一步。任务入口、任务状态和确认提示都出现在同一个地方，使用者面对一个窗口，就能看到任务的去向和状态。唯一控制台的含义，就是任务的管理入口只有一个，使用者在需要确认任务状态时不需要在多个位置之间来回寻找。
这种中文文档和中文界面的做法在国内平台也很常见，例如阿里云百炼文档和智谱开放平台文档都以中文提供说明。把这些对照放在一起看，中文界面不是附加的翻译层，而是上手过程本身的一部分。它让使用者在每一步都能确认自己的理解是否正确，而不是凭猜测继续操作。使用者遇到不熟悉的提示时，可以先读中文内容，再决定是否继续。向导不是只在开始时出现，而是在使用者需要理解当前界面时提供中文说明，从打开应用到确认任务，都使用同一种语言，这让使用者的注意力可以放在任务本身，而不是语言转换上。
第五件：中断后手动续跑能续的任务？
第五件是中断之后，手动续跑能续的任务。daemon 崩溃或重启后，孤儿任务会被标成 resumable，并保留 checkpoint；续跑是手动发起的，读 checkpoint 后任务从 resumable 回到 running，再注入历史重跑。使用者回来之后，可以从记录里了解任务做到哪一步，再决定接下来如何处理。
但这件事有明确的边界，只有带 checkpoint 且状态为 resumable 的任务能续跑，不是任何任务都能从断点恢复。其它状态的任务不能续跑，会返回 409；search runtime 不支持续跑。续做的讨论只包含上述条件内的续跑，继续的起点是 checkpoint，而不是任务的开始处。中文界面在这里的作用，是让使用者看懂哪一步能续、哪一步不能续，而不是把不能续的也说成能续。
第六件：查两处留痕，不用翻命令行日志？
第六件是查两处留痕，不用翻命令行日志。第一处是状态变更留痕：daemon 内部统一走审计写入，落审计表，action 取值包含创建、分派、心跳、状态变更、挂确认、解决、归档，这是库里的记录，不是本地明文文件。第二处是会话留痕：各 CLI 的会话记录落在本机磁盘，例如 Claude Code 的会话文件与 OpenClaw 的会话目录，这是本地的。
两处各答各的问题，审计表不回答会话内容，会话文件也不回答状态变更的全貌。使用者在回看时需要同时看到这两个位置的内容，才能形成比较完整的任务线索。只看一处，容易把会话内容当成状态变更，或者把状态变更当成会话内容。对照阅读时，微软 Learn 文档与DeepSeek API 文档提供了各自平台的相关说明，但本文对 Aiglade 的说明仍以审计表与本机会话文件为准。
六件事之外，中文界面干不了什么？
六件事之外，有三件中文界面干不了，或者说不承诺。第一，不是所有操作都要审批，只有触发 gate 的操作会停下来等用户确认，本文不对其他操作的确认情况作出断言。第二，不是所有任务都能续跑，只有带 checkpoint 的 resumable 任务能手动续跑，search runtime 不支持。第三，没有网页版，中文界面只存在于 Windows 桌面窗口内，换一台电脑、打开浏览器就能接着用的场景不在范围内。
这三条边界和六件事放在一起，才是中文界面能力的完整说法。能干的六件都不用碰命令行，干不了的三件也不用命令行去补，因为它们不是命令行能补上的缺口，而是产品本身的边界。先按六件事判断够不够用，再按三条边界判断接不接受，合起来就是中文界面到底能干什么的答案。六件事的共同点，是每件的动作都是中文界面上的可见动作：交任务、看分派排队、点确认卡、看状态、手动续跑、查两处留痕，每件都不需要先学命令行，也不需要先理解命令行里的概念。判断够不够用的标准，就是这六件里有没有自己每天都要做的事；判断接不接受的标准，就是三条边界里有没有自己绕不过去的墙。