据 Cline 项目 README,这个开源编码 Agent 的命令行工具提供四种运行模式。默认的 cline 或 cline -i 打开完整终端交互界面,带 plan/act 切换、斜杠命令、文件提及和实时工具审批——适合人在旁边盯着的交互式编码。

cline 直接加 prompt 参数则是一次性模式:跑一个回合就退出,适合脚本里调用。cline –json 模式以 NDJSON 格式流式输出事件,可以管道接进其他工具或 CI 系统——你可以自己解析事件流,在工具执行前加自定义审批逻辑。

最激进的是 cline –yolo 模式:跳过所有审批提示,让代理自主执行直到任务完成。这个模式威力巨大但风险也大——它会自己改文件、跑命令、装依赖。建议只在隔离的 Docker 容器或临时分支里用,千万别直接在主力开发机上开 Yolo。

Cline 作为开源编码 Agent,最大的优势是透明和可控。跟闭源的 Devin 或者 Claude Code 不同,你可以看到它的每一步操作、修改它的提示词、定制它的工具权限。这种可控性对于有安全合规要求的企业特别重要。

四种运行模式覆盖了从交互式开发到全自动化 CI 的完整场景。TUI 模式适合人在旁边盯着的探索性编码,one-shot 模式适合脚本里的简单任务,JSON 模式适合接入自研的审批流程,Yolo 模式适合在隔离环境里批量处理。选择哪个模式取决于你对自动化程度和风险承受力的平衡。

JSON 事件流模式怎么接入 CI 流水线?

JSON 事件流模式是接入 CI 的关键。你可以写一个脚本启动 cline –json,监听事件流,在代理要执行危险命令时插入人工审批或者自动拒绝。这样就实现了半自动化——代理做大部分工作,关键节点人来把关。

Yolo 模式到底有多危险?

Cline 作为开源项目,跟闭源的 Devin 和 Claude Code 相比,优势在于你可以完全掌控它的行为。所有提示词、工具列表、审批规则都可以自定义。对于有安全合规要求的企业,这种可控性是闭源工具给不了的。

去论坛讨论

前往 silicon-agi.com 论坛 参与讨论