已发布信号

技术信号

浏览已发布的 AI 技术信号,决定先读哪一条。

4 条技术信号
排序
工作流 · 第 2026-09-24 号值得跟踪

模糊测试交给智能体:它做决定,工具管执行

GitHub 安全实验室开源了一条面向 C 和 C++ 项目的自动模糊测试流水线:给它一个仓库名,它自己找入口、写测试桩、跑 AFL++、读覆盖率报告、改进测试桩、给崩溃分类并写出漏洞报告。设计上把决定交给智能体、把执行交给工具。作者同时提醒:它会在宿主机上直接运行模型选定的构建命令,只应放在用完即弃的环境里。

为什么重要这是一份写得足够细的参考设计:哪些事交给模型判断,哪些事用确定的工具去做,什么时候停。它要解决的不是模糊测试本身,而是模糊测试一直以来扩展不开的那部分人工。

适合 维护 C 或 C++ 开源项目、还没有接入模糊测试的维护者、在把安全流程交给智能体的应用安全工程师

工作流 · 第 2026-09-16 号值得跟踪

Copilot 运行时改写成 83 万行 Rust:别让智能体碰判卷标准

GitHub 把支撑 Copilot 命令行、SDK 与多款产品的智能体运行时从 TypeScript 整个重写成 Rust:832,378 行生产代码加 468,689 行单元测试,大部分由智能体编写,分 128 个 PR 逐步合入,主要由一名开发者用几个月完成。最值得抄的是教训清单里写得最重的一条:改动实现的智能体不能同时被允许重新定义「什么是正确」——端到端测试在迁移中不能被重写,护栏放在单独的所有权之下,检查分层且失效方式不同。会话数据还显示,智能体的阅读与搜索调用约是编辑调用的 10 倍。

为什么重要一次过去负担不起的重写,被一名开发者带着智能体在几个月内做完,而且没有停下正常开发。更可迁移的是它失败时的样子:几乎所有回归都来自端到端测试不够,于是结论是把判卷标准保护起来——实现者不能同时改测试、改快照、放宽基线。这和本轮另外两条信号是同一个问题的工程答案:被检查的一方不能同时掌握检查。

适合 计划让智能体参与大规模迁移或重写的工程负责人、维护测试基础设施、需要决定谁能改测试与快照的团队

工作流 · 第 2026-07-22 号值得跟踪

Copilot 与裸 API:为编码智能体的「外壳」付费,到底买到了什么

GitHub 在 Copilot 改为按列表 API 费率计费之后,正面回答了「既然能直接调 API,为什么还要付 Copilot」——答案是你要自己拥有哪一层:模型调用本身,还是围绕它的编辑器、仓库、终端、组织策略与计费控制这一整套外壳。

为什么重要当模型这一层的价差被抹平,「自建还是采购」的决策依据就必须换成「哪一层工作是你要自己拥有的」。这篇给出的分法可以直接搬到任何智能体平台的采购评估里。

适合 在评估自建智能体平台与采购现成工具的技术负责人、负责研发工具链选型与预算的工程管理者

工作流 · 第 2026-07-10 号值得跟踪

Copilot 代码审查复盘:更好的工具让智能体更差,指令才是关键

GitHub 把 Copilot 代码审查的专用代码探索工具换成维护更好的共享 CLI 工具(grep/glob/view),预期是干净的升级——结果基准显示审查成本更高、抓到的问题更少。问题不在工具,在指令:按「审查者实际读 PR 的方式」重写工作流指令后,退化翻转为审查成本降低约 20%、质量不变。

为什么重要生产级智能体的负面结果复盘比成功案例稀缺得多。「更好的工具让效果更差」直指一个普遍盲区:工具与指令是耦合的整体,替换其一必须重写另一——而且没有回归基准,这类退化会被安静地上线。

适合 在智能体框架上构建产品的工程团队、维护智能体工具层的平台工程师

键盘快捷键

j/k
下一条 / 上一条信号
Enter/o
打开当前信号
s
加入或移出稍后读
x
标为已读或取消
?
打开这份说明
Esc
关闭说明

在输入框里打字,或按着 Ctrl、Alt、⌘ 时,这些键照常使用。