Skip to content

能力概览

这页只回答这些问题:

  • 你当前更适合走命令行、交互式、外接工具,还是订阅
  • 这几种使用方式分别适合什么任务
  • 确认入口之后,下一步应该继续看哪一页
判断顺序

先看怎么用,再看具体能力

先判断你当前需要的是一次性执行、持续交互、外接协作,还是远端下发,再进入对应正文。不要一开始就陷进细节页。

不要混淆
  • 命令行适合一次性任务和脚本执行
  • 交互式适合持续对话、边问边跑
  • 外接工具适合数据库、浏览器、外部 MCP 服务和编码工具协作
  • 订阅适合本地等待远端下发任务

先按这条顺序判断

入口

先判断是不是一次性任务

已经知道要做什么,只想立刻执行一条任务,先走命令行。

互动

需要边问边试时进入交互式

还在确认能力边界、做法和路径时,交互式更合适。

外接

需要外部服务时直接接入工具

任务依赖数据库、浏览器、外部 MCP 工具,或需要和编码工具放在同一轮协作时,直接使用 exec

下发

需要远端调度时走订阅

任务不是本地主动发起,而是等待服务端下发时,直接进入 agent listen

入口方式

CLI

命令行模式

适合一次性任务、脚本执行和 CI。已经知道目标,只差执行时优先用。继续看 快速开始

REPL

交互式模式

适合持续对话、边问边跑,也适合反复试探能力边界。继续看 交互模式

MCP

外接工具

适合外部 MCP 服务、通用工具和编码工具协作。继续看 外接 MCP 配置原生 coding

AGENT

订阅

适合远端任务下发、长链路监听和恢复重连场景。继续看 订阅模式

常见误判

误判一

所有事情都从交互式开始

⚠️ 不对。已经知道目标的任务,通常直接走命令行更干净。

误判二

外接 MCP 需要切换运行状态

⚠️ 不对。已启用的外接 MCP 直接加入统一工具目录,无需切换应用运行状态。

误判三

订阅只是另一种交互式

⚠️ 不对。订阅是独立入口,目标是等待远端下发任务,不是本地主动持续提问。

下一步看什么