Topic · 主题全部主题 →

AI 编码

AI 写代码的一切:编码助手、Vibe Coding、代码模型评测与开发工作流变革。

5,049条收录
580条精选

精选归档 · 第 22 页

421440 条 · 共 580

4月30日

星期四 · 7 条
20:00
Cursor Blog精选
AI 评分 55/100
持续优化智能体工具链:上下文演进与效果评估

Cursor团队以构建软件产品的方式迭代优化其智能体工具链,核心围绕上下文窗口的演进。早期模型能力有限,工具链依赖大量静态上下文和防护机制;随着模型能力提升,团队已转向提供更多动态上下文获取方式并移除限制。评估改进效果采用线上线下结合:通过CursorBench等基准测试进行标准化质量评估,同时进行线上A/B测试,使用“代码保留率”和用户反馈语义分析衡量真实场景表现。团队持续监控并修复工具调用错误,以应对日益复杂的工具链状态。


推荐理由:Cursor 这篇 agent harness 复盘是今年聊 agent 基础设施最好的文章之一,从上下文管理到多 agent 调度,全是实战迭代的血泪经验,做 agent 的团队该逐字读。
14:52
Alibaba Cloud@alibaba_cloud精选
AI 评分 65/100
Qwen3.6-Plus上线Together AI平台Qwen3.6-Plus is now available on @togethercompute. Ship it.Qwen3.6-Plus 现已在 @togethercompute 上线。快来使用吧。

Together AI: Introducing Qwen3.6-Plus from @Alibaba_Qwen, a 1M-context model built for real-world agents, agentic coding, and multimo...


推荐理由:Qwen 这次步子不小,直接把百万上下文、多模态推理和 agent 能力整合进一个模型,做 coding agent 的终于不用再拼拼凑凑了。
10:43
智谱:研究(网页内嵌数据)精选
AI 评分 55/100
超大规模编码代理推理实践

在超大规模编码代理推理中,乱码和生僻字异常伴随低spec_accept_length,复读异常伴随高spec_accept_rate,均因KV Cache状态偏差导致。通过修复KV Cache竞态和加载时序缺失,引入显式同步约束及分层存储优化,提升了推理稳定性和效率。


推荐理由:智谱公开了超大规模Coding Agent推理的工程细节,KV Cache竞态的修复和分层存储方案可以直接用,做Agent infra的值得收藏。
07:09
06:09
OpenAI Developers@OpenAIDevs精选
AI 评分 64/100
Codex通过Figma插件实现方案可视化With the Figma plugin, Codex can now turn implementation plans into visual FigJam boards.通过Figma插件,Codex现在可以将实施计划转化为可视化的FigJam白板。

Figma: MCP updates in FigJam so you can visualize your systems (and not just read code) → generate_diagram to create architectu...


推荐理由:Codex 这次更新不是小功能补丁,它把 Figma 从设计师专属变成了开发者的白板,generate_diagram 直接画架构图,做系统设计的可以扔了 Lucidchart 了。
02:11
Claude:Blog(网页)精选
AI 评分 64/100
Claude API技能现已集成至CodeRabbit、JetBrains、Resolve AI及Warp

Claude API技能现已扩展集成至CodeRabbit、JetBrains、Resolve AI和Warp四款开发工具中,使开发者能在其常用环境中直接获得生产就绪的Claude API代码支持。该技能能自动捕获API最佳实践细节,如适配的智能体模式、参数变更与提示缓存规则,从而减少错误并简化模型迁移。开发者可在工具内直接指示Claude执行“提高缓存命中率”或“升级至最新Claude模型”等任务。此开源技能会随SDK更新自动同步,帮助团队更快采用新功能,避免因API知识过时导致的生产问题。


推荐理由:Anthropic 把 claude-api skill 从自家 IDE 扩散到 JetBrains、Warp 等主流开发工具,本质是用「内置专家知识」抢开发者心智,做 Claude API 集成的产品人值得看看它覆盖了哪些坑。

4月29日

星期三 · 4 条
20:00
Cursor Blog精选
AI 评分 75/100
使用 Cursor SDK 构建可编程智能体

Cursor 正式推出 SDK 公开测试版,开发者仅需几行 TypeScript 代码即可构建和部署智能体。该 SDK 提供与 Cursor 应用相同的运行时、框架及前沿模型(如 GPT-5.5)支持,并允许将智能体部署于本地或 Cursor 云的专用虚拟机。借助其生产级云基础设施,如安全沙箱和持久状态管理,智能体正从个人工具演变为组织的可编程基础设施。许多团队已将其集成至 CI/CD 流水线、工作流自动化及核心产品中。


推荐理由:Cursor 把自家产线拆出来给外部用,对于想把 AI 代理嵌入 CI/CD 或产品的团队,省掉了自建完整 agent 栈的麻烦,对做自动化编码的开发者是个必看的更新。
00:36
Claude:Blog(网页)精选
AI 评分 72/100
像培训新开发者一样引导Claude Code:来自17年开发的经验教训

华盛顿大学MacCoss实验室的Brendan MacLean将培训新开发者的方法论应用于Claude Code,以管理拥有70万行C#代码、持续开发17年的开源蛋白质分析软件Skyline。他通过创建独立的AI上下文仓库、编写CLAUDE.md引导文件以及设计“技能”模块(如调试技能),为Claude Code建立项目认知。该方法显著提升了开发效率:搁置一年的文件视图面板功能在两周内完成;CSS布局更新从依赖设计师变为不到一天实现。此外,Claude Code还自动化了2000多张教程图片的截图比对和每日测试报告生成,团队现在主要依靠它生成代码和脚本。


推荐理由:这不是又一篇 Claude Code 安利文,而是一个维护了 17 年 70 万行 C# 代码库的人,把带新人的方法论原封不动搬给了 AI,结果真管用。做 legacy 项目的人应该认真看他的 context 管理和 skill 库设计。

4月28日

星期二 · 8 条
23:35
阿绎 AYi@AYi_AInotes精选
AI 评分 71/100
优化CLAUDE.md:聚焦关键规则以提升AI协作效率这篇文章很顶很硬,墙裂推荐! 90%的人写CLAUDE.md的方式, 从第一行就错了。你写了三百行人格指令, 塞满了要做高级工程师, 要一步步思考这种废话, 结果Claude还是会猜错构建命令, 还是会重写整个文件,还是会犯你纠正过一百次的错误。真正有效的CLAUDE.md,从来都不是提示词垃圾桶。 它是项目级的绝对真理, 是给资深工程师的技术简报, 控制在六十到八十行以内, 多一个字都不要有。最核心的逻辑只有一个, Claude的注意力是稀缺资源。 系统提示本身已经占了五十条指令,你最多只剩一百条有效空间。超过两百行,后面的内容等于白写。正确的结构永远是这五部分, 缺一不可。第一,关键命令,明确写死build test lint用什么,避免它瞎猜浪费三轮对话。第二,架构地图,不用贴完整目录树,只要告诉它文件该往哪放。第三,硬性规则,这是最重要的一节。每条规则都要能回答,删掉这行Claude会不会犯错。多用大写的IMPORTANT和YOU MUST,负向规则永远比正向要求有用十倍。第四,工作流偏好,明确告诉它不要重写整个文件,不要生成多余的注释。第五,永远不要写Claude已经记住的东西,它有自己的项目记忆,重复只会稀释注意力。这可不是啥提示词技巧兄弟们, 叫LLM时代的注意力经济学更合适!你越聚焦,越具体,越明确什么不能做,Claude的输出就越精准。一个好的CLAUDE.md, 会随着项目复利增长, 第一个月帮你省重复沟通的时间, 第六个月它会自动防住所有历史上踩过的坑。它不是在调教一个助手,是在把你的技术品味和工程规范,固化成一个永远不会忘的资深搭档。兄弟们,赶紧去把你的CLAUDE.md砍到八十行以内,用每条规则能不能防止一个具体错误来审计一遍,效果会立竿见影。多数人编写的CLAUDE.md冗长无效,常因添加过多人格指令导致Claude仍会猜错命令或重写文件。有效的CLAUDE.md应是精炼的项目技术简报,控制在60-80行内。核心在于认识到Claude的注意力是稀缺资源,系统提示已占用部分容量。正确结构应包含:明确的关键命令、简洁的架构地图、强调禁止事项的硬性规则、清晰的工作流偏好,并避免重复AI已记忆的内容。这本质上是LLM时代的注意力经济学,通过具体、负向的规则能显著提升输出精准度。一份好的CLAUDE.md能随项目积累价值,节省沟通成本并固化工程规范。

darkzodchi: http://x.com/i/article/2048669343156781056


推荐理由:CLAUDE.md 写法这事门槛低但坑极多,这篇把「注意力稀缺」当核心逻辑来讲,比大多数 prompt 教程都更接近工程真相,用 Claude Code 的人读完直接砍文件就行。
20:35
阿绎 AYi@AYi_AInotes精选
AI 评分 75/100
OpenAI开源Symphony,Agent编排颠覆程序员工作方式OpenAI刚刚开源的这个东西,感觉要把程序员的工作方式给整个改写了。现在大家都在卷模型写代码有多强,但其实真正的瓶颈早就不是生成了。一个人每天最多同时有效监督3-5个编码Agent,再多就会注意力崩溃,生产力直接归零。 有了Symphony,直接把这个上限干到了几十个。它把你的Linear、GitHub Issues直接变成了永远在线的Agent调度器。你开一个任务,它自动启动一个独立隔离的Codex Agent。 自己写代码,自己跑测试,自己做交叉Review,damn!全部搞定之后,会给你提交一个完整的证据包。 CI全绿,安全和性能专项审查通过,改了UI就自动录好操作视频。所有验证全过了,才会出现在你的Human Review队列里。以后人类的角色可能会被彻底颠覆了。 以前你是监工,盯着Agent一步一步写代码,上下文切到吐。现在你是老板,只需要看最终的结果。 满意就点合并,不满意就去仓库里补规则补文档补Guardrails。记住兄弟们,永远不要手把手指挥Agent,永远不要替它干活。这可不是啥实验室概念,OpenAI自己已经这么干了。三个工程师,五个月,写了一百万行代码,0行人工写的。产品已经有几百个内部用户,每天都在迭代。 我觉得他们最厉害的不是模型,是他们把整个仓库变成了Agent能看懂能自主工作的乐园。现在很多人都搞错了Agent时代的核心竞争力。未来不是谁的模型更聪明,而是看谁能设计出让Agent可靠自主工作的环境。我觉得未来最好的工程师,再也不是写代码最快的人,而是那些最会写规则,最会设计反馈回路,最会给Agent搭舞台的人。现在Symphony已经开源了,它甚至不是一个成品。 是一个17k token的完整SPEC。 你把这个SPEC喂给任何一个编码Agent,十分钟就能生成你自己定制版的Symphony。GitHub地址评论区自取👇OpenAI开源代理编排器Symphony,将Linear、GitHub Issues等任务跟踪器转化为始终在线的Codex Agent调度系统。它突破了人类同时有效监督仅3-5个编码Agent的瓶颈,允许管理几十个Agent,实现自动编码、测试、交叉审查,并提交包含CI全绿和安全审查的证据包。所有验证通过后,任务才进入Human Review队列,使人类角色从微观监督转变为结果审查与指导。OpenAI内部已实践此模式,三名工程师五个月生成一百万行代码且零人工编写。未来核心竞争力在于设计让Agent可靠自主工作的环境,而非模型本身。Symphony是一个17k token的SPEC,可喂给任何编码Agent生成定制版本。

OpenAI Developers: 📣 What if every open issue had a Codex agent? That’s the idea behind Symphony, an open-source agent orchestrator for Co...


推荐理由:Symphony 把编码 Agent 从「你盯一个」变成「你管一群」,瓶颈从写代码转移到了设计规则和反馈回路,做工程管理的人该认真想想这个范式了。
12:33
OpenAI:官网动态(RSS · 排除企业/客户案例)精选
AI 评分 70/100
一个用于编排的开源规范:Symphony

Symphony 是一个用于 Codex 编排的开源规范,能够将问题跟踪器转化为持续运行的智能体系统。该系统通过自动化任务协调与执行,显著提升工程团队的产出效率,同时减少开发者在不同任务间频繁切换带来的认知负担。其核心在于以标准化、可扩展的方式,将日常开发流程转化为由智能体持续驱动的工作流。


推荐理由:OpenAI 把 Codex 的编排层抽成开源规范,等于告诉所有做 coding agent 的团队,底层调度逻辑不用自己造轮子了。做 AI 编程工具的值得花半小时看架构思路。
08:31
Claude Code:GitHub Releases(RSS)精选
AI 评分 60/100
Claude Code v2.1.121 更新:新增功能、体验优化与内存泄漏修复

本次更新为 Claude Code 带来多项增强与修复。新增功能包括 MCP 服务器的 alwaysLoad 配置、claude plugin prune 命令以及 /skills 界面搜索框。用户体验方面,优化了全屏模式滚动、对话框键盘滚动和长 URL 点击体验。重点修复了处理多张图片或使用 /usage 命令时可能出现的数 GB 内存泄漏问题,并解决了 Bash 工具在工作目录被删除后失效等稳定性缺陷。此外,还改进了 MCP 服务器的错误重试机制和终端会话标题的本地化显示。


推荐理由:Claude Code 这版修了一堆让人抓狂的内存泄漏和崩溃问题,加上 alwaysLoad 和 plugin prune 两个实用功能,重度用户值得立刻升级,但对非用户来说只是例行迭代。
01:48
Xiaomi MiMo@XiaomiMiMo精选
AI 评分 71/100
小米开源MiMo-V2.5双模型,支持百万上下文与商用Xiaomi MiMo-V2.5 is now officially open-sourced! MIT License, supporting commercial deployment, continued training, and fine-tuning - no additional authorization required. Two models, both supporting a 1M-token context window : • MiMo-V2.5-Pro: built for complex agent and coding tasks, ranking No.1 among open-source models on GDPVal-AA and ClawEval • MiMo-V2.5: a native omni-modal model with strong agent capabilities A model's value isn't measured by rankings alone — it's measured by the problems it solves. Let's build with MiMo now! 🤗 Weights: https://huggingface.co/collections/XiaomiMiMo/mimo-v25 📄 Blog: https://mimo.xiaomi.com/index#blog小米正式开源MiMo-V2.5系列模型,采用MIT许可,支持商业部署、继续训练与微调。该系列包含两个支持100万令牌上下文窗口的模型:MiMo-V2.5-Pro专为复杂智能体和编码任务设计,在GDPVal-AA和ClawEval基准测试中位列开源模型第一;MiMo-V2.5则是具备强大智能体能力的原生全模态模型。官方强调,模型的价值不仅在于排名,更在于其解决实际问题的能力,并已公开模型权重与技术博客。

推荐理由:小米把 MiMo-V2.5 直接 MIT 开源且支持商用,1M 上下文 + Agent 能力在开源阵营里确实能打,做 Agent 产品的团队值得花半小时跑一下 benchmark 看看真实水平。

4月27日

星期一 · 1 条
23:58
GitHub Blog精选
AI 评分 79/100
GitHub Copilot 将转向基于使用量的计费模式

自6月1日起,GitHub Copilot 的使用将开始消耗 GitHub AI Credits,计费模式正式从固定订阅制转变为基于实际使用量的计费。这一变化意味着用户的费用将与 AI 助手的具体调用量直接挂钩,而非统一的月费或年费。


推荐理由:GitHub Copilot 从订阅制转向按量计费,这是 AI 编程工具定价范式的标志性拐点,所有重度用户和竞品都得重新算账。