Augment Code 的两名工程师组成的 Cosmos Advisor 团队因产品反馈量激增（每周约 30 条），处理反馈占据团队约 90% 时间，路线图近乎停滞。团队没有选择扩招，而是基于 Cosmos 构建了 Feedback Triager 智能体，负责跟踪每条 Slack 反报的完整生命周期：收集证据、根因分析（RCA）、回答问题、路由反馈、创建工单，并在修复方案明确时交给 PR Author 智能体实现修复。整个流程由 Feedback Triager、PR Author、代码审查、验证器等多个专家智能体协作，形成软件工厂，人类保留产品判断与优先级决策，智能体承担重复性调查与执行。最终小团队既能快速响应客户，又不让路线图沦为支持队列。
文章探讨了软件工厂的概念，分为人工介入的“轻工厂”和无人值守的“暗工厂”。作者分析了循环、harness和工厂的关系，指出仅靠harness工程不足以应对代码库质量挑战，并警示暗工厂可能加剧理解债务。
作者结合测试 TRAE 新版本的体验，总结了 AI 编程的四个趋势：人不再手写代码、IDE 淡出后台、工作入口向聊天窗口集中、从单个 Agent 写代码转向指挥多个 Agent 并行交付，代码审查也因此逐渐走向抽查模式。作者分享了个人的五个实践做法：搭建 Agent 易于验证的环境（文档地图、自动化测试、原型、AGENTS.md 规则）、把自己当管理者进行多 Agent 并行调度、按任务难度分配不同模型、善用模板和开源项目、把重复工作交给 Skill 和自动化任务。文章指出写代码成本快速下降，而想清楚需求和验证结果的能力越来越值钱。
作者基于一年运营 AI 原生公司并帮助客户转型的经验，提出打造 AI 原生公司的七步方法论：先清理数据与上下文（建立 Company AI Brain），再构建共享基础设施而非零散自动化；让全员在 Harness（如 Claude Cowork、Codex）中工作；用技能、上下文和新模型解决大部分工作；全员教育并培养 Champion 推动进化；自定义 Agent 最后才建；并保持持续尝试。作者还破除 Agent 神话，指出'人机三明治'模式依然存在，人的角色随信任与上下文积累而变薄。
文章探讨了软件工程正从'本地交互式提示驱动'向'软件工厂'范式转变。作者Zach Lloyd认为，工厂模式下代理将在整个软件生命周期中承担更多自主工作，这一转变虽具挑战，但在生产力、成本管理和控制方面的收益深远。他反驳了'黑灯工厂'（完全无人类监督）的现实性，指出这会导致团队士气低落。工程师将拥有两大职责：一是'产品工程'，负责判断构建什么、产品体验与设计；二是'工厂工程'，通过测量DORA指标、LLM评审分数、优化技能、上下文和模型组合来持续改进工厂的自动化程度。文章以Warp团队实践为例，介绍了'每个PR的人类介入次数'等度量方式。
文章介绍了近期海外开发者圈爆火的 AI 工具 Jev。它不是生成型模型，而是专注于毫秒级、极低成本的大量小判断，核心能力包括 Choice（选择）、Score（评分）和 Noul（概率判断）。作者整理了 20 个适合国内用户的应用案例：内容创作领域包括小红书标题爆款体检、检测文章 AI 味、筛选海量新闻素材、个性化信息流过滤；企业场景包括客服工单自动分类、销售线索分级、表单自动填写；开发者场景包括代码审查、AI 代码质检、编码 Agent 监工、MCP 集成、Agent 执行前的安全检查、长期运行 Agent 的记忆清理，以及智能家居和浏览器 Agent 操作等。
作者介绍了其个人工程技能集 pstack，借助 AI Agent 每月发布 2000 个高质量 PR。文章重点讲解验证技能的重要性：让 Agent 能自行验证工作成果、闭环迭代，可将团队产出放大 100-1000 倍。作者分享了如何用 /create-verification-skill 创建验证技能，强调选择易调试的技术栈（如利用 Chrome DevTools Protocol、iOS 模拟器）对 Agent 工作效率的关键影响，并建议为 Agent 构建 CLI 形式的调试工具，使验证可复现、可测试，从而让所有工程师甚至非工程师都能高效贡献代码。
文章分析了当前兴起的"软件工厂"（Software Factory）产品的共同架构模式。作者指出，软件工厂并非能独立完成产品的巨型AI工程师，而是围绕AI工人构建的分布式系统，包含工作流、沙箱环境、权限、持久化状态、审查验证和人工检查点等。文章总结了六大架构模式：工厂拥有外层自动化循环；工人趋向短生命周期和隔离化；工作状态从Agent会话转移到外部持久化系统；厂商在集成式与开放式技术栈上分歧明显；验证成为工厂核心功能等。作者以Factory.ai、Warp和Vercel Foreman为例，探讨这一趋势对前沿AI实验室的战略意义。
本文探讨了软件工厂（software factories）的概念及其可行性。文章指出，随着AI代理编写代码的速度超过人类审查能力，软件工厂应运而生，旨在通过自动化流水线实现代码的标准化交付。然而，HumanLayer CEO Dex Horthy 的系列文章《Why Software Factories Fail》引发了广泛讨论，他认为由于模型训练中缺乏对代码可维护性的评估，完全无人干预的“暗灯”软件工厂难以规模化。文章分析了软件工厂的现状、争议点，并指出其核心问题在于将“决定构建什么”与“构建”分离，建议代理需要更深入的问题上下文才能做出更好的架构决策。
作者利用 Kimi K3 纯代码构建了一座包含14台机器的3D机械博物馆，实现了实时运动学和零外部资源。文章复盘了人机协作的核心经验：将任务转化为机器可验证的结构、让AI具备自我截图验收的闭环能力、通过精确规格提升交付质量，以及坚持多层验收以防逻辑盲区。基于这些规矩，作者开发了全自动的“造物台”，证明了人的品味定标准、AI能力保交付的终极协作形态。
本文介绍了如何通过构建“软件工厂”将单一AI转化为高效的生产线。文章详细阐述了利用队列系统、独立工作空间、权限隔离和质量门控四个组件，实现AI代理的自动化协作与任务调度，从而提升软件开发效率并降低成本。
本文介绍了如何构建一个评估工程闸门，使 Agent 能够在无需人工审查的情况下自动合并代码。文章提出了六个关键步骤：避免评估偏见、将评估结果作为运行控制、评估过程轨迹而非仅关注答案、利用历史日志生成测试用例、固定评估模型版本，以及确保评估规模。核心在于建立可靠的证据和规则，而非盲目信任模型。
文章指出大多数开发者像使用初级工程师一样使用 Claude Code，缺乏有效的流程。作者提出了一套利用 Claude Code 内置原语（Plan Mode、Subagents、Hooks 等）构建的 9 步闭环流程，旨在模拟资深工程师的工作方式。该流程强调在编写代码前先探索代码库并制定计划，使用 CLAUDE.md 固化标准，利用 Hooks 强制执行不可协商的规则，并通过独立 Agent 进行代码审查，从而实现高质量、自动化的代码交付。
