行业动态01
Vercel 的首席技术官 Malte Ubl 宣布，要清理平台上长期有效的 API 密钥，要求应用市场供应商在 2027 年 1 月前改用 OpenID Connect 这类短时、基于身份的令牌，否则可能被下架。背景是近来凭证窃取的供应链攻击频发，一个泄露的密钥就可能造成很大损失。但开发者很快指出，Vercel 自家的 GitHub Actions 部署指南仍要求使用长期有效的 VERCEL_TOKEN，公司自己也还没完全做到。对读者来说，这意味着 Vercel 的安全新规方向明确，但落地时间表和自家工具改造进度尚不清楚。
文中可用工具
- OpenID Connect一种基于身份的短时认证方式，替代长期有效的静态密钥
- GitHub Actions用于自动化构建和部署的 GitHub 工作流，文中 Vercel 部署流程仍依赖长期令牌
- Vercel Connect让应用和智能体在运行时按部署身份申请限定范围的凭证，并处理令牌交换与续期
- Okta身份提供商，管理员可通过它控制对受支持服务的访问
- Container RegistryVercel 的容器镜像仓库，已支持 GitHub OIDC 认证
AI 编程02
shariqh/ai-code-review · Reusable GPT-5.6 Sol pull request review action powered by GitHub Copilot CLI
该项目提供一个可复用的 GitHub Actions 工作流和一个复合 Action：通过 GitHub Copilot CLI 以多个模型并行审查 Pull Request 的 diff，并为每个审查模型在该 PR 下维护一条固定的审查评论。它默认使用高推理强度和长上下文，按文件边界分批处理大 diff，并披露截断或模型调用失败；它还支持增量审查，即仅审查上次审查之后的提交，并包含权限模式、安全检查和失败校验等配置。使用前需要配置带有 Copilot Requests 权限的细粒度 PAT。
AI 编程03
VeraTools/revera · AI code review for pull requests: a second model re-checks every finding before it posts. Any model provider; App or Action.
Revera 是一个用 Rust 编写的开源代码审查工具，使用用户自行选择的 AI 模型审查 GitHub 拉取请求。它采用调查者与验证者两阶段流程：调查者阅读变更并提出缺陷候选，验证者则在全新会话中重新从代码中独立确认每条发现，才允许发布，以减少未经验证的误报。支持 OpenAI 兼容端点、OpenAI Responses、Anthropic 和 Google Gemini，可为不同角色分别配置供应商与模型，并支持有序的备用模型。可自托管为 GitHub App（支持 @mention 触发、quick/deep 模式）、GitHub Action 或本地 CLI，并能在多次推送间跟踪发现的修复与重开。仅支持 GitHub 作为发布目标，无托管服务，需自行部署并直接向模型供应商付费；README 说明其评估样本较小，仍可能漏报或误接受错误发现，需要人工审查。
AI 编程04
CodeCritic-Reviews/review-action · AI-powered pull request code review for GitHub Actions. Posts findings to PRs, optional merge gates on severity.
CodeCritic Review 是一个 GitHub Actions 动作，在拉取请求 opening 或 synchronization（打开或同步）时调用 CodeCritic API 进行 AI 代码审查，并将审查摘要作为 PR 评论发布。它提供 review_id、0-100 的质量分数和 final status 输出；可按配置等待完成，或将分数用于后续步骤，并据此设置合并门槛。材料也说明这是 AI 生成结果，可能存在误报或漏报，不能替代人工审查或专业安全审计，并且不执行代码、不访问运行时行为。
行业动态05
网络安全公司GitGuardian发现，有人偷到了大约1900名开发者的GitHub登录凭证，用这些账号把伪装成安全审计的自动化脚本塞进三万多个代码仓库。这些脚本在运行时偷偷读取仓库里的密码、云服务密钥和AI接口密钥，然后发到攻击者控制的服务器。问题出在开发者凭证泄露，而不是GitHub自身的漏洞，攻击者还用GitHub Actions的常规命名和checkout参数扫描完整提交历史，连早就删除但依然有效的密钥也不放过。GitHub的审批机制拦下了大部分恶意任务，但截至10月5日，只有16%的受影响仓库被清理，文章建议立即吊销可疑账号的写权限并轮换所有可能暴露的密钥，包括已从代码中删除但尚未失效的旧凭证。
文中可用工具
- GitHub ActionsGitHub自带的自动化任务功能，被攻击者用来运行窃取密钥的恶意脚本
- actions/checkout@v4GitHub Actions中拉取代码的常用步骤，攻击者配合fetch-depth参数扫描完整提交历史寻找密钥
- GitGuardian安全监测工具，追踪并披露了这次GhostAction攻击活动的范围和细节
- StepSecurity安全分析工具，在分析报告里推测凭证可能来自泄露的个人访问令牌
行业动态06
GitHub 发布了 2026 年 9 月的可用性报告，回顾过去两个月为提升稳定性所做的工作。此前 GitHub 服务出现过宕机、性能下降等问题，原因是共享数据库压力过大、连接被耗尽、重试机制加剧拥堵。这次 GitHub 采取了一系列措施：迁移部分数据库和工作负载到 Azure、清理冗余数据、减少死锁、增加自动扩容和过载保护。对用户来说，部分改动已经上线，比如当共享依赖出故障时，约一半的 pull request 流量仍能有限度地继续使用；但迁移目标未按期完成，相关工作仍在进行中。
AI 编程07
NicolasRocchia/disensor · Adversarial AI code review that declares what the round could not close. Python CLI + GitHub Action, MIT.
disensor 是一个 Python CLI 与 GitHub Action，用于实现“受控分歧”（controlled disagreement）方法的对抗式跨模型 AI 代码审查：一个模型生成、另一模型族攻击、生成方逐条核验，循环以每条发现被解决、以证据反驳或升级给人收尾。其核心产物是 JSON 残留声明（residue declaration），记录每轮审查事件如何结束，包括各发现的终结状态以及本轮无法自行闭合、需依赖人判断的“残留”，并配套 JSON Schema（residue/v0.4）、校验规则 R0–R13、CI 门禁检查 G1–G9、PR 评论渲染、自包含 HTML 残留报告、仓库脚手架与填充指南。工具提供 round 编排、reviewer 注册与离线探测、prompt 与 pack 打包、validate 与 gate 本地复现 CI 判定等子命令。
AI 编程08
beyondessential/review-hero · AI-powered multi-agent code review
Review Hero 是一个可复用的 GitHub Actions 工作流，基于 Claude（Haiku 负责分流筛选、Sonnet 并行执行审查与自动升级 Opus）对 Pull Request 进行 AI 代码审查。它并行运行多个专职审查代理（缺陷、性能、设计、安全以及自定义代理），通过投票共识、抑制规则和开发者反馈学习去重降噪，再由编排器把结果以行内评论和汇总评论的形式发布到 PR 上，并可选启用自动修复未解决评论与 CI 失败。
Agent 与自动化09
mujammed-04/test-ci-cd · Next.js gallery that refreshes itself hourly — an LLM invents the search prompts, a stock photo API finds the shots, CI republishes the image
一个基于 Next.js 的照片画廊项目，通过 GitHub Actions 每小时自动运行：先随机选择主题，再由 Groq 上的 LLM 生成搜索提示词，调用 Pexels 图片 API 获取照片并写入 gallery.json 提交到 main 分支，随后触发 CI 校验并重新构建镜像发布到 GHCR。项目使用 Next.js 16 App Router、React 19、TypeScript、StyleX 与 Feature-Sliced Design 组织代码，支持多语言路由，图片与提示词来源需标注 Pexels 与 Groq。
Agent 与自动化10
humanlayer/skills
HumanLayer 发布的 Claude Code 技能集合，通过 npx 安装后在项目内以斜杠命令调用，涵盖改写 CLAUDE.md 以提升指令遵循度、收窄 React 组件 prop 类型、构建迭代式编码智能体 GitHub Actions 工作流，以及通过访谈式引导设计智能体控制回路等功能。