不要再把 AI Agent 当成一个外挂聊天框塞进开发流程了——当 Agent 直接进入终端，真正值得重构的不是界面，而是开发者与机器协作的整个工作流。 📦… · @ChuckBass14291 · TwKit

@ChuckBass14291

不要再把 AI Agent 当成一个外挂聊天框塞进开发流程了——当 Agent 直接进入终端，真正值得重构的不是界面，而是开发者与机器协作的整个工作流。 📦 项目档案 项目：microsoft/intelligent-terminal 真实 Star：⭐ 2087 技术定位：基于 Windows Terminal 分支构建、原生集成 Agent 的实验性终端，让 AI 编程代理直接进入开发者日常使用的命令行环境。 开源地址： [https://github.com/microsoft/intelligent-terminal](https://github.com/microsoft/intelligent-terminal?utm_source=chatgpt.com) 🛠️ 一、终端不再只是命令执行器，而是 Agent 的工作入口 传统开发流程中，开发者需要在终端、浏览器、AI 聊天窗口和编辑器之间不断切换。Agent 即使能生成命令，也经常与实际执行环境脱节。 Intelligent Terminal 选择从开发者每天都在使用的基础设施切入：保留 Windows Terminal 原有能力，同时引入原生 Agent 集成。 这里的关键不是多了一个聊天框，而是让 Agent 更接近真实的命令执行上下文。 当 AI 编程代理能够在终端中工作，命令执行、项目调试、构建任务和错误排查就有机会被组织进同一条工作流。 二、兼容 Agent CLI：不把开发者锁死在单一模型里 项目明确强调：它可以配合不同的 Agent CLI 使用，前提是开发者已经在电脑上安装了受支持的代理命令行工具。 这是一种值得关注的架构选择：终端负责交互与工作环境，Agent CLI 负责具体的智能任务。 它并不意味着所有模型、所有代理都能无条件接入，但这种设计思路有利于降低开发环境与特定 Agent 实现之间的耦合。 对工程团队而言，未来更重要的可能不是押注某个固定助手，而是让不同代理能够进入统一的开发入口。 三、保留终端基础设施，避免重新造轮子 标签页、配置文件、主题、Shell 和键盘快捷键，这些看似普通的能力，其实构成了开发者长期形成的操作习惯。 直接从零构建 AI 终端，需要重新解决会话管理、命令行兼容性、配置迁移和交互体验等一系列问题。 基于 Windows Terminal 分支演进，意味着项目可以沿用成熟终端的使用模式，在既有基础设施上探索 Agent 集成。 但要注意：现有 README 并未证明它采用了特定的 RPC 协议、AST 解析、零拷贝通信或自研推理引擎，不能把这些技术臆测成已经实现的功能。 四、Windows 原生部署：把 AI 带到真实开发环境 项目要求 Windows 10 2004（内部版本 19041）或更高版本，并需要受支持的 Agent CLI 及相应订阅；README 将默认代理作为开箱使用的选择。 同时提供 Microsoft Store 和 WinGet 安装路径，降低开发者获取与更新实验版本的操作成本。 这意味着它瞄准的不是单纯的网页演示，而是本地开发环境中的实际使用。 它真正想砍掉的工程摩擦 第一，减少终端与 AI 助手之间反复切换的上下文损耗。 第二，让 Agent 更贴近真实 Shell、项目目录和开发命令，而不是只停留在聊天窗口里的代码建议。 第三，为需要执行构建、测试、调试和日常脚本任务的开发者，提供更统一的交互入口。 不过，原生集成不等于自动获得更高推理能力，也不意味着权限隔离、命令安全或生产级可靠性已经得到验证。这些仍需要结合实际实现与安全机制评估。 我的判断： AI 编程竞争正在从“谁的模型更聪明”，延伸到“谁能更自然地进入开发者的工作现场”。 模型决定能力上限，工具链决定能力如何落地。终端这个老牌基础设施，可能正在成为 Agent 工程化的重要入口。 Intelligent Terminal 值得关注的地方，不是给命令行贴上 AI 标签，而是尝试重新定义 Agent 与开发环境之间的关系。 开源地址：[https://github.com/microsoft/intelligent-terminal](https://github.com/microsoft/intelligent-terminal?utm_source=chatgpt.com)

曝光 295 · 评论 4 · 点赞 5 · 书签 0