Continue CLI (cn) 命令速查表 - 终端开源编码代理
Continue CLI 的独特之处不在命令行本身，而在它与 Continue 的 VS Code、JetBrains 插件共用同一套 Agent 引擎和同一份配置：你在 IDE 里选好的模型、写好的规则、接好的 MCP 服务，在终端里同样生效，不需要为了换到命令行重新配一遍。因此判断该不该用它，取决于你日常是否在 IDE 与终端之间来回切——若两边都需要 AI 辅助，同源的价值远大于多装一个独立代理带来的重复配置。上手要动手的是三处：认证优先，因为无浏览器环境要靠环境变量而非交互登录；上下文靠显式引用而非全量扫描，精准点名的文件比整目录扫描更快也更准；改动前先出计划，把"生成代码"和"改我的文件"分成两步——安装认证、TUI 交互、无头模式、线程与配置这四组命令都围绕这条线展开。
安装与认证 5
curl -fsSL https://raw.githubusercontent.com/continuedev/continue/main/extensions/cli/scripts/install.sh | bashcn --versioncn logincn logoutexport CONTINUE_API_KEY=...交互会话（TUI） 5
cn@src/auth/middleware.ts 为什么拒绝合法 token/clear/compact/whoami无头模式（脚本/CI） 5
cn -p "为 auth 模块补测试"cn -p "..." --autocn -p "..." --readonlycn -p "..." --config ./my-config.yamlcn -p "..." --verbose线程与配置 5
cn --resume/resumecn --model <slug>cn --mcp <slug>cn --agent <slug>实用技巧 5
cn TUI 与 IDE 插件同源CI 用 -p + CONTINUE_API_KEY@ 引用精准喂上下文--readonly 先做计划--rule 注入规则提示
- Continue CLI（命令
cn）与 Continue 的 VS Code/JetBrains 插件同源同代理，终端里能复用你在 IDE 里的模型/MCP/规则配置。 cn -p "..."走无头模式，打印结果即退出，适合脚本与 CI；配合CONTINUE_API_KEY在没浏览器的环境跑自动化。@文件/目录精准喂上下文比全项目扫描更准更省；大改动前用--readonly先出计划，确认后再执行。--rule可反复注入约束（如"用 TypeScript 严格模式"），--mcp/--agent挂接外部能力与自定义 agent。- 大范围改动前加 --readonly 出一次计划：拿到的是可评审的思路而不是已落盘的修改，评审成本远低于事后用 git 回滚。
- 把项目约定写成规则文件并每次注入，比在提示里重复"遵守我们的命名规范"更可靠，也避免长会话里被后续对话冲淡。
- 无头模式里若需要结构化结果，明确要求以固定分隔格式输出，便于脚本用 grep/awk 提取，而不必解析自然语言输出。
常见问题
cn 在 CI 里怎么跑？
用 -p 单次执行并打印结果退出，配合 CONTINUE_API_KEY 环境变量做无头认证，不依赖本地登录态。大改动前先加 --readonly 跑一遍让它只出计划，确认方案无误再实际执行；需要无人值守时才加 --auto 自动批准所有工具调用。
@ 引用文件比让它扫描整个项目更好吗？
是。@src/auth/middleware.ts 只把指定文件喂进上下文，精确且省 token；让它扫描整个仓库既慢又会引入大量无关内容，可能让它基于无关代码给出建议。需要跨文件理解时，可以引用关键的那几个入口文件而不是整个目录。
cn 和 Continue 的 IDE 插件能共用配置吗？
可以，它们基于同一个 Agent 引擎，模型选择、MCP 服务器和助手配置都共享。在 TUI 里配好的习惯到 IDE 里继续用，切换成本很低。也正因如此，本地验证过的配置可以直接写进配置文件供两端读取，避免两边设置漂移。
怎么在 Continue 里挂载 MCP 服务器和自定义 agent？
cn --mcp <slug> 挂载指定的 MCP 服务器，让代理能调用外部工具；cn --agent <slug> 加载自定义的 agent 文件，复用预定义的提示与流程。这些配置与 Continue 的 IDE 插件共享，所以在一处配好两边都能用。进 CI 前建议先用只读模式验证一遍，确认行为符合预期再放开自动批准。
怎么在 cn 里反复注入同一条规则？
用 --rule 参数，例如 cn --rule "用 TS 严格模式"，把约束作为规则注入，让它在多轮对话中持续生效，而不必每次都在提示里重复。相比写进系统提示，rule 的粒度更细，适合约束具体的技术选型或代码风格这类可检查的要求。
由 巧匠 维护
公开更新于 2026年8月23日，内容持续校对官方文档。