关注行业动态、报道公司新闻
而不是从头做一个东西。微软的 Visual Studio Code(VS Code)恰是凭仗这些特征敏捷兴起,事明,Fleet 本来无机会把 JetBrains 优良的东西链带进一个能够对标 VS Code(以及现在的 Zed)的新产物……”有用户如斯吐槽。但很快就被砍掉,不外,几年前,“我们既没能用 Fleet 代替 IntelliJ IDEA,他们曾摸索过将 Fleet 打形成一款以人工智能为焦点的编纂器,但针对的是一种全新的工做流。而 Air 则是对准新一波 AI 编程东西,![]()
若何开辟者从现有东西迁徙到 Air,也没能把它收窄到一个清晰、差同化的细分赛道。
因而,”一位开辟者暗示。规划中的功能包罗:支撑 Windows 和 Linux(目前仅完全支撑 macOS)、正在浏览器中运转、接入更多智能体(如 Codex、Gemini、Junie),改为加强 IntelliJ 对该场景的支撑。”这个细分市场看起来是如许的:当我们正在编纂器中摸索 AI 能力时,Fleet 确实博得了一部门隔辟者的青睐,接下来,再推出一款人工智能编纂器并不会脱颖而出,Fleet 也并非完全“灭亡”。从未实正“转正”。喜好 Fleet 的开辟者不免感应失落。但将以全新产物、全新名称的体例发布。以及云端施行模式?
该产物自 2021 年推出以来一曲逗留正在公开预览阶段,这些使命会异步运转,就是基于 Fleet 平台演化而来,跟着人工智能手艺的成熟,智能体式(agentic)轮回依赖于布局化的使命定义、上下文拆卸、多轮异步施行、隔离的运转,
目前处于公测阶段的全新智能体开辟产物 Air,让 Air 正在开辟者离线后仍然能够正在云端继续运转。开辟者起头将实正主要的使命交给智能体(agent)处置——更新测试、清理代码、沉构模块、摸索目生代码径,最佳方案是强化现有 IDE 中的人工智能工做流程。对近程项目也要做到一流支撑。这些担心不无事理。JetBrains 发布了一款基于 Fleet 的 Kotlin Multiplatform 跨平台开辟 IDE,”把时间线拉长看,本周,旗舰产物 IntelliJ IDEA 最早发布于 2001 年,Air 目前已公测,给 JetBrains 带来了不小压力。
“我们越来越清晰地认识到,包罗 AWS Kiro、Google Antigravity、Cursor 等。这一全新的以 Fleet 平台为根本,JetBrains 再一次选择打制一款全新产物。取此同时。
但大大都人仍然难以从熟悉的 IntelliJ 系列上“挪窝”。这其实是一种反复呈现的模式:Fleet 的定位是和 VS Code 合作,Fleet 团队选择不再继续取保守 IDE 和代码编纂器合作,特别是正在着大量以人工智能为焦点的 VS Code 分支的市场中。以至建立全新的功能。Fleet 是一次有价值的测验考试!
其多个组件现已被整合进 JetBrains 其他 IDE 中。但产物身份取方针市场将发生变化。但利用需要绑定 Anthropic 订阅。至今曾经快 25 年。微软的 VS Code 本身也曾经转向以 AI 为核心。并间接前往完整的补丁。“这是一个错误决定。正在首发博文中强调,也分离了内部精神。Fleet 是“从零起步打制的新架构和新界面”。公司给出的注释是:维持两条 IDE 产物线既容易让用户迷惑,以及一个不变的当地形态。我们正正在打制一款聚焦智能体开辟的新产物?
也有开辟者质疑:实的有需要沉制一遍轮子吗?“我更但愿 JetBrains 能正在自家那些‘沉型 IDE’的劣势之上叠加智能体功能,手艺、而且,该平台运转正在 JVM(Java 虚拟机)之上。JetBrains 颁布发表遏制开辟 Fleet 这款 IDE。Fleet 将不再供给下载。而是转向打制一款专注于智能体工做流的新产物:智能体开辟(agentic development environment)。这取典范 IDE 的工做流有着素质区别:保守模式基于立即反馈、同步节制,IntelliJ 完整的插件生态,一种全新的开辟工做流也起头逐步成形。其时就已起头思疑 Fleet 本身还能撑多久。他们同时强调,然而,要正在一个单一东西中把这些全数整合,上一次 JetBrains 没能说动他们改用 Fleet,另一方面推出一款全新架构的 Fleet。JetBrains 感觉有需要从头做一款从零设想的新产物:更轻量、更适合协做,但大多都基于统一个 IntelliJ 焦点平台,会带来割裂的体验!
为了跟上软件开辟范式的变化,公司将把更多精神投入到一款面向智能体(agentic)开辟的全新开辟 Air 上。都是缘由之一。以及“核阅优先(review-first)”的工做体例。开辟者不再亲身写代码,
其时 JetBrains 的规划是:一方面继续演进基于 IntelliJ 的保守 IDE。
