Software Dark Factory：让治理适配 AI 辅助开发流程

Software Dark Factory（SDF）提出治理应适配开发流程而非接管流程，目标是让 AI 辅助产出的改动仍以可识别的 PR 形式接受审查，并让证据随手可得。SDF 正围绕一个实际运营问题做 dogfooding：从一个小型受治理改动到可审查的 draft PR 能有多快，同时保持证据齐备、审查体验正常。作者强调要的是可控的速度，而非为流程而流程或事后补上的合规包装。

Ожидает перевода

我绝不会为了智能体速度放弃二十年的交付实践

面对 AI 编程智能体带来的提速压力，作者认为更快的代码生成不等于更快的软件交付，意图、验收标准、风险边界、验证、证据与评审等交付纪律不可让步。智能体只有在既有工作流内运作才能参与其中，工作越交给智能体，可评审性就越重要。这是 Software Dark Factory 背后的核心理念：智能体应强化而非取代经过验证的交付实践。

Ожидает перевода

如何评审 AI 智能体写的 Pull Request

作者给出一套评审智能体生成 PR 的检查顺序：先对照原始任务而非直接看 diff，写出请求改动、实际改动和额外改动范围三行，若第三行过长说明 PR 范围过宽；再搜索重复的 helper、类型和硬编码值，优先检查空状态、错误状态、权限失败等非理想路径，把测试当作声明而非证明，并留意只镜像实现的弱测试。

Ожидает перевода

AI Hero 新增 /handoff 与 /prototype 两个 Skill 并修复多个已有 Skill

AI Hero 在其 skills 仓库新增 /handoff 和 /prototype 两个 Skill。

Ожидает перевода

如何设计可评审的编码智能体工作流

作者提出可评审的编码智能体工作流应包含五个阶段：说明意图、提供仓库上下文、明确智能体可改动的边界、运行验证、要求以风险为重点的总结，跳过任一阶段只会把成本转移到评审环节。

Ожидает перевода

Vibe coding 是原型方法，不是交付流程

作者 Aldrin 认为 vibe coding 适合用自然语言做低成本探索，比如脚手架、陌生 API、UI 变体和测试思路，但快速可见的草稿不等于功能可以被团队接手。

Ожидает перевода

智能体时代的生产函数变了：实现不再稀缺，验证才是

作者认为，软件组织一直把人的实现时间当作稀缺投入，智能体打破了这个假设，因此策略必须可执行、验证必须随实现规模扩展。他以在大型 TypeScript 代码库开启 ESLint 的 no-await-in-loop 规则为例，发现 600 处违规，过去这需要昂贵的迁移，现在一个 PR 就能完成修复并补齐测试覆盖。

Ожидает перевода

OpenAI 如何用 Skills 加速 Agents SDK 仓库维护

OpenAI 用 Codex 配合仓库内的 Skills、AGENTS.md 和 GitHub Actions 维护 Agents SDK 仓库，把验证、发布准备、示例集成测试和 PR 评审变成可重复流程。

Ожидает перевода

Qodo 发布 AI 代码审查基准 1.0：100 个 PR、580 个问题

Qodo 研究团队发布 AI 代码审查基准 1.0，向真实已合并 PR 注入缺陷，用 100 个 PR、580 个问题同时评测代码正确性与最佳实践合规性。在对比 Qodo 模型与 7 家主流 AI 代码审查平台的评测中，Qodo 以 60.1% 的 F1 分数领先，基准及评测结果已在 GitHub 公开。

Ожидает перевода

Greptile 谈 AI 代码审查泡沫：审查智能体应与编码智能体相互独立

AI 代码审查工具已泛滥成灾，OpenAI、Anthropic、Cursor、Augment、Cognition 乃至 Linear 纷纷入局，Greptile、CodeRabbit、Macroscope 等纯审查智能体同台竞争。

Ожидает перевода

在 PR URL 后加 .diff，10 秒获得 AI 代码审查

在任意 GitHub PR 链接末尾加上 .diff，复制原始 diff 粘贴进 Claude、ChatGPT 等 LLM，即可在 10 秒内获得初步代码审查，无需 Copilot Enterprise、浏览器扩展或特殊工具。作者强调这不能替代同事的真实代码审查，但能快速发现明显问题、补充遗漏的边界情况，缩短开发周期。

Ожидает перевода

Superpowers 4.0 发布：代码评审拆分为规格评审与代码评审两个智能体

Superpowers 4.0 发布，核心改动是把实现步骤后的代码评审拆成两个智能体：先由 spec review 智能体确认实现符合计划，通过后 code review 智能体再检查代码质量，两步都改为循环执行，协调智能体知道实现者修复后要重跑评审。

Ожидает перевода

一个让 Claude Code 派两个子智能体竞争评审代码的提示词技巧

作者分享了一个用于 Claude Code 的代码评审提示词：让 Claude 派两个子智能体仔细评审第 5 阶段，告诉它们彼此在竞争，要求同时检查架构和实现，并称找出更多问题的一方会获得晋升。作者表示这个简单提示词的效果远超预期，并提到后续还会写更多关于代码评审提示词的内容。

Ожидает перевода

Как я использовал ИИ-агент для разработки в сентябре 2025 года: рабочий процесс с двумя сессиями Claude Code

Автор описал свой полный процесс работы с Claude Code: сначала изолировал задачи с помощью git worktree, затем с помощью промпта для мозгового штурма заставлял Claude задавать по одному вопросу и поэтапно уточнять дизайн, после чего с помощью промпта для планирования разбивал план на небольшие задачи и записывал их в docs/plans/.

Harper Reed：AI 编程让瀑布模型变成 15 分钟一轮

Harper Reed 认为 AI 代码生成正把开发推向"15 分钟瀑布"：先写清规格、让模型生成、再审查，并可同时跑多个智能体分别写功能、文档和测试。他建议团队先用低风险内部项目做小范围试点、轮换成员参与，并把规格和架构文档沉淀到共享仓库。他还提醒 AI 容易过度测试基础逻辑，需频繁提交以便回滚。

Ожидает перевода

AI 代码审查平台 Graphite 完成 5200 万美元 B 轮融资

AI 代码审查平台 Graphite 完成 5200 万美元 B 轮融资，由 Accel 领投，Anthropic 的 Anthology Fund、Shopify Ventures、Figma Ventures、Andreessen Horowitz 等参投。

Ожидает перевода

AI 代码审查工具为何没解决你的真问题：作者工具与审查者工具的错位

Vibinex 创始人指出，团队采购 CodeRabbit、CodeAnt、Greptile、Ellipsis 等 AI 代码审查工具，主要优化的是作者写代码的质量，而非减少审查者逐行读代码的时间。审查者仍需自行理解改动、识别业务逻辑与架构影响，原有流程一步没少。作者工具与审查者工具应互补，而非互相替代。

Ожидает перевода

Greptile 如何让 AI 代码评审机器人不再留琐碎评论

Greptile 团队发现 AI 代码评审机器人评论过多，一个 20 处改动的 PR 会留下多达 10 条评论，作者干脆全部忽略。

Ожидает перевода

用三个 median 函数看 GitHub Copilot 辅助编码的能与不能

Martin Fowler 用 GitHub Copilot 生成 TypeScript 的 median 函数，Copilot 给出三个实现：第一个会修改输入数组，第二个用 slice() 复制后正确，第三个因忽略偶数长度而错误。他还让 Copilot Chat 先生成测试，测试覆盖了奇偶长度、负数与重复值，并让 ChatGPT 指出第三个实现的问题。

Ожидает перевода