当前 CLI 的体验确实令人困惑：既不像传统命令行那样可靠可控，又不如通用聊天机器人灵活自然。这种“两头不靠”的状态，可能源于仍处于 Preview 阶段，但问题已不容忽视。
@10004020184 （无意冒犯，不喜勿喷）他的反馈，真的好吗？真的是你们想听到的吗？其实早已是 VS Code 的基础能力。例如，将 CLI、终端或输出面板移到右侧——根本不需要额外开发功能，只需将其拖入“辅助侧边栏”即可实现（官方文档）。这类操作属于编辑器原生支持的 UI 自定义范畴，若将其当作 AI 工具的待办事项，反而模糊了真正需要攻坚的方向。
其次，之所以说 “现在 CLI 不像 CLI，Chat 不如 Chat”，是因为与早期版本相比，当前 CLI 的执行能力明显弱化。我所列举的仅是部分命令，但一个无法稳定执行和处理具体指令的程序，本质上就退化成了普通聊天机器人——而市面上这样的 AI Chat 已经多如牛毛，用户为何要选择一个“不能干活”的开发工具？
更令人担忧的是状态管理的缺失。我曾有过一次真实经历：将任务拆解为多个小批量修改，因改动微小便未每次提交 Git。结果某次修改出错，请求 AI 回滚时，它直接将整个上下文重置到最初状态——“一招回到解放前”，所有中间进展全部丢失。这暴露出当前系统缺乏细粒度的本地操作历史或快照机制。即使不强制依赖 Git，也应支持在本地保留一段时间的可回溯状态，这是开发者工具的基本素养。
因此，比起追求界面花哨或功能广度，现阶段更迫切的需求是：
-
保留 CLI 的确定性：能明确执行命令、支持任务中断与局部回滚；
-
增强本地状态管理：提供非 Git 依赖的轻量级操作历史或快照能力；
-
完善中文输入支持：降低非英语用户的使用门槛；
-
聚焦深度体验：在大模型能力日益同质化的背景下，工具链的设计差异才是决定生产力的关键。已有实测表明，相同模型搭配不同 CLI 工具，在任务完成度、耗时和人工干预频率上存在显著差距。
作为普通用户，又不是软件贡献者，我并非反对创新，而是希望回归 CLI 的本质：精准、可靠、可预测、能处理实际业务需求。另外一些思考已整理在 原帖：探讨 Skill + SubAgent 的协同可能性 #2675，供团队参考。在当前阶段，深耕核心交互、可靠性与实际需求处理能力，远比横向扩展新场景更有价值。