AI 资源库 · 已整理 4 项

CI

查看与CI相关的 AI 资讯、工具、Skill、工作流和开源项目。

Anthropic 如何为 AI 驱动开发重新设计源代码管理

Anthropic 最近公开介绍了它把公司的大型代码仓库从 Git 迁到自研的 Scion 系统的过程。原来用 Git 时,代码操作主要在各人本地完成,而 AI 代理和 CI 这类程序化任务需要频繁访问仓库,本地模式对它们不太友好。Scion 的做法是把仓库操作搬到服务器端,用内容寻址存储和分层缓存来服务 AI 代理和 CI 工作负载。代价是放弃离线独立使用权,换来本地数据更少、基础设施共享。不过原文没有说明这套系统是否对外可用、性能数据以及具体迁移时间。

文中可用工具

  • Git原来使用的分布式版本控制系统,本次被迁移替换
  • ScionAnthropic 自研的源代码管理系统,把仓库操作放到服务器端,并用内容寻址存储和分层缓存支持 AI 代理和 CI
☆ 收藏查看来源 ↗

我们如何让文档自己测试自己

LangChain 团队把文档里的示例代码变成 CI 可自动测试的代码,方法是用 Deep Agents CLI 这个命令行智能体,配上预先写好的技能(类似给同事的步骤说明),让智能体自动把文档里的内联代码抽成独立文件、补全可运行的环境、加标记、跑测试,再嵌回文档。原来这些示例是静态的,API 或依赖一变就悄悄失效,而手动改造又太费工,所以很多团队干脆不做。现在只需在文档仓库里对智能体说一句“把某个文件里的内联代码迁移成可测试的示例”,它就会照技能执行,再配合 GitHub Action 定期跑测试并在失败时开单。这一做法目前是 LangChain 团队自用的示例,Deep Agents CLI 可查看官方文档试用,技能脚本需自己在仓库中配置,并非开箱即用的成品服务。

文中可用工具

  • Deep Agents CLI一个命令行智能体,可用对话方式让它按技能说明自动完成文档代码迁移等任务
  • Skills可复用的步骤说明文件,智能体在任务匹配时加载并照做
  • Bluehawk根据标记从代码中抽取片段的工具,生成可嵌入文档的代码片段
  • Mintlify文档平台,接收生成的代码片段作为文档内嵌内容
  • GitHub Action定期自动运行代码示例测试,并在失败时创建工单
☆ 收藏查看来源 ↗

Shipfox:把编码代理当作 CI 流水线来编排与运行

ShipfoxHQ/shipfox · Run Coding Agents Like CI Pipelines

Shipfox 是一个开源、可自托管的平台,把团队中重复性的工程工作(小工单、依赖更新、失败检查、告警、发布杂务)转化为由编码 Agent 自动启动并执行的 YAML 工作流。工作流把 AI Agent 步骤与你指定的 shell 命令混合在隔离 runner 中运行,支持 gate 触发回环重试、跨事件批次运行的 listening job,以及来自 GitHub、Sentry、Slack、Linear 的触发器,最终以可审阅的 Pull Request、诊断结果或改进建议的形式交付给团队,并可全程查看步骤、工具调用、token 与成本。

☆ 收藏查看来源 ↗

智能体让 CI 成了瓶颈,但更快的流水线并非正解

Anthropic、Linear 和 Depot 在九月先后指出:智能体写代码太快,把持续集成(CI,即每次提交代码后自动跑测试的流水线)压成了瓶颈。Anthropic 的 CI 任务量半年涨了 25 倍,工程师每季度交付的代码约为 2021 至 2025 年的 8 倍;Linear 的测试套件自一月以来翻了近两番。业界的反应是让流水线更快,但作者认为这解决错了层面:云原生系统里一个仓库只是几十个服务之一,CI 只验证仓库里的代码和模拟(mock)出来的依赖,跨服务边界才出问题。真正该做的是把验证提前到提交 PR 之前、并且针对整个系统而非单个仓库,再用共享的 Kubernetes 集群多路复用来控制成本。读者会得到判断:智能体时代不能只靠提速,还要改变验证的对象和时机。

文中可用工具

  • GitHub Copilot cloud agent在 GitHub Actions 驱动的临时环境里运行测试的云端智能体
  • Codex运行安装脚本并复用缓存容器来验证代码的智能体
  • Devin根据环境蓝图启动运行环境的智能体
  • Greptile TREX运行分支并把日志和截图附到 PR 上的验证工具
  • Kubernetes用共享集群承载大量轻量测试环境,避免为每个智能体单独准备一套系统
☆ 收藏查看来源 ↗