微软表示"可靠性是优先考虑的",针对Visual Studio中的AI功能——这一保证可能会让那些已经在忍受Copilot各种问题的开发者们感到意外。
近年来,微软一直在不断地将AI助手塞进这个历史悠久的代码编辑器中,但现在表示:"我们正在将重点转向可靠性和优化。"
遗憾的是,这种关注并没有延伸到处理那些经过几十年演变而变得偶尔笨重和臃肿的工具集。相反,微软专注于"收紧核心工作流程,提高智能体稳定性,并在我们一直在打造的MCP基础上进行构建。"
虽然该公司谨慎地没有承诺交付任何具体功能,但它表示正在努力在上下文增长时保持Copilot的快速响应,启动将Copilot CLI集成到Visual Studio Copilot中的早期工作,并迈出专门用于多步骤任务规划和执行的智能体的初步步骤。
微软还表示将处理Copilot和IntelliSense相互冲突或建议同时出现的场景。"为了解决这些冲突,我们将优先考虑IntelliSense的补全而不是Copilot的建议,因为它更可预测,也是一个备受喜爱的功能。"
IntelliSense首次出现在30年前的Visual Basic 5中,尽管代码补全的概念更早就存在了。Copilot试图生成有用的代码片段,而IntelliSense专注于基本的代码补全。
2023年,微软宣布Visual Studio中的IntelliSense将根据开发者在IntelliSense列表中的选择来"引导"GitHub Copilot。
虽然微软宣布将优先考虑可靠性和IntelliSense补全而不是Copilot建议的声明将受到欢迎,但该套件中有很多方面可能需要关注,但不属于AI功能的范畴。
这在微软公告的一条评论中得到了清楚的表达:"我知道只有一小部分人对AI感兴趣,但为什么在有这么多其他事情需要做的时候,必须将所有注意力都集中在将AI硬塞进每个产品中?SDK存在错误且不完整(MAUI/WinUI3等),但完全得不到任何关注。Visual Studio还有数百个真正的问题和/或增强功能有待解决,而微软所关注的只是该死的Co-Pilot。"
果真如此吗?
Q&A
Q1:微软为什么要将Visual Studio AI功能的重点转向可靠性?
A:因为开发者们已经在忍受Copilot的各种问题和缺陷,微软意识到需要优先解决AI功能的稳定性和可靠性,而不是继续添加新功能。
Q2:IntelliSense和Copilot有什么区别?
A:IntelliSense专注于基本的代码补全功能,首次出现在30年前的Visual Basic 5中,更可预测且备受开发者喜爱。而Copilot试图生成更复杂的代码片段,但有时会与IntelliSense发生冲突。
Q3:开发者对微软专注AI功能有什么看法?
A:一些开发者认为微软过分专注于AI功能,而忽视了其他重要问题。他们指出SDK存在错误且不完整,Visual Studio还有数百个真正的问题和增强功能有待解决。
好文章,需要你的鼓励
穆拉蒂时隔18个月首次接受重大媒体采访,介绍其创立的Thinking Machines Lab正在开发的"交互模型"。该模型能以200毫秒间隔处理音频、文本和视频流,捕捉人类交流中的中断、修正和停顿。她还谈及OpenAI"政变周"经历,强调行业决策权过于集中的担忧,并回应了公司近期研究人员离职问题,表示这是初创实验室的正常波动。
STATE16研究院这篇综述发现,物理AI系统存在"静默失效"风险——AI以高度自信执行基于错误世界信息的动作,却不触发任何报警,并提出在AI输出与物理执行之间建立独立授权层的框架。
本期《Quick Charge》播客涵盖多个热点话题:特斯拉疑似试图删除FSD欺诈相关证据以规避巨额赔付;卡特彼勒持续推进建筑领域电气化布局;住宅太阳能30%税收抵免即将到期。此外,嘉宾Tom Pacheco就高压系统与电池技术培训展开探讨,强调电动车技术人才培养的紧迫性。节目同时提醒有意安装太阳能的用户尽快行动,可通过EnergySage平台比较多家安装商报价。
UIUC与微软联合研发的OpenWebRL框架让4B小模型仅凭400条初始数据,通过在真实网站上边做边学的强化学习方式,在网页智能体基准上超越了用27万条数据训练的竞争对手。