Building a Self-Improving, AI-Native Company
文章介绍了Deel如何构建自我改进的AI系统。通过Bug Hunter和Deel Code两个Agent，系统自动在真实客户环境中发现漏洞、编写修复代码并验证结果。人只负责最终审批，将工程师移至决策环节，实现软件闭环自我进化。
相关文档
Hermes Agent 完全指南：从零到自进化的 AI 员工
这是一份 Hermes Agent 的深度实操指南，涵盖了安装、模型选择、平台配置及最佳实践。文章对比了 Hermes 与 OpenClaw、Claude Code 的差异，强调了其本地化记忆、自我改进能力和多平台支持优势。核心内容涉及通过 Cron 和 /goal 命令实现全天候自主任务执行，助你打造一个能持续进化的 AI 员工。
使用 Fireworks Agent 自动化 LLM 微调全流程
本文介绍了如何利用 Fireworks Agent 实现 LLM 微调（SFT）的全自动化。文章以 Andrej Karpathy 的“个人 LLM Wiki”理念为引，阐述了将知识注入模型权重比单纯依赖上下文窗口更高效。通过 Fireworks Agent，作者展示了从数据集检查、超参数搜索、模型训练到部署推理的完整闭环，无需人工干预繁琐步骤，仅需少量 GPU 时间和极低成本，即可训练出具有特定输出风格（如 Wiki 摘要风格）的模型，为构建自我进化的 Agent 铺平了道路。
OpenClaw 完全指南：从安装到实战的 24/7 AI 员工养成手册
本文详细介绍了开源 AI Agent 框架 OpenClaw 的核心价值与应用。文章从本地部署的优势入手，拆解了安装配置流程，并重点阐述了如何通过“建立工作关系”、“每日简报系统”和“任务控制中心”等工作流，将 OpenClaw 打造成能主动创造价值的“数字员工”。此外，作者还分享了“大脑与肌肉”架构的成本优化策略，以及通过反向提示管理 AI 的核心思维。
How I work with Agents
Thorsten Ball 分享了 2026 年 10 月他与 AI Agent 协作的工作方法：使用最新最强的模型，不必担心代码库积累 slop；提示时描述 What 而非 How；让 agent 贯通整个软件开发生命周期（运行、部署、看日志、处理 bug 报告），并为其提供定制工具；通过盲测实验评估 agent 对代码库知识的利用；不要手动管理上下文，让 compaction 工作；请求不可反驳的证明（端到端演示、前后对比数据）；拥抱异步工作流，给 agent 更大任务；利用定时唤醒等自动化功能；只审查高影响范围的代码。这些实践展示了 agent 驱动开发的新范式。
Adapting for a world of software factories
文章探讨了软件工程正从'本地交互式提示驱动'向'软件工厂'范式转变。作者Zach Lloyd认为，工厂模式下代理将在整个软件生命周期中承担更多自主工作，这一转变虽具挑战，但在生产力、成本管理和控制方面的收益深远。他反驳了'黑灯工厂'（完全无人类监督）的现实性，指出这会导致团队士气低落。工程师将拥有两大职责：一是'产品工程'，负责判断构建什么、产品体验与设计；二是'工厂工程'，通过测量DORA指标、LLM评审分数、优化技能、上下文和模型组合来持续改进工厂的自动化程度。文章以Warp团队实践为例，介绍了'每个PR的人类介入次数'等度量方式。
8步构建真正协作的AI Agent团队（完整教程）
本文是使用Raft平台搭建多Agent协作团队的完整课程。作者指出多数人运行的只是'五个聊天窗口加一个人肉中转'，真正的瓶颈在于Agent之间无法共享上下文。文章分8步讲解：创建统一的服务器工作区、连接本地计算机运行时（如Claude Code、Codex CLI、OpenCode等）、将Agent作为持久身份的角色而非一次性提示来创建、通过共享任务看板进行工作交接与认领，以及跨公司Agent协作等内容。Raft让Agent像Slack成员一样拥有记忆、状态和专长，可并行工作、互相交接和审查输出，且运行在用户自己的硬件上复用已有的AI订阅。
Can software factories actually work?
本文探讨了软件工厂（software factories）的概念及其可行性。文章指出，随着AI代理编写代码的速度超过人类审查能力，软件工厂应运而生，旨在通过自动化流水线实现代码的标准化交付。然而，HumanLayer CEO Dex Horthy 的系列文章《Why Software Factories Fail》引发了广泛讨论，他认为由于模型训练中缺乏对代码可维护性的评估，完全无人干预的“暗灯”软件工厂难以规模化。文章分析了软件工厂的现状、争议点，并指出其核心问题在于将“决定构建什么”与“构建”分离，建议代理需要更深入的问题上下文才能做出更好的架构决策。
循环智能体的失效与图架构改造指南
作者分享了将单一的“循环”智能体重构为“图”架构的实战经验。文章指出，当生产输出的智能体同时负责自我评估时，会导致审核机制失效（橡皮图章）。为解决此问题，作者将任务拆分为研究员、作者和审核员三个独立节点，严格限制各节点对状态数据的读写权限，并引入条件路由进行质量把控。改造后，初稿通过率从45%提升至82.5%，有效提升了系统可靠性。
Harness Engineering 101: AI Agents 的核心基础设施
文章系统介绍了“Harness”的概念，即围绕 AI 模型管理工具执行、内存、状态和错误恢复的软件基础设施。通过对比 CPU 与 OS 的关系，阐述了 Harness 如何决定模型能力的边界。文章详细拆解了 Harness 的五大核心组件（上下文、工具权限、验证、记忆状态、安全沙箱），并分享了 Anthropic 和 OpenAI 的工程实践案例。
Graph Engineering: The Anthropic Method for Agent Self-Review
文章介绍了Anthropic工程师采用的“图工程”方法，通过将Agent控制从模型内部转移到图结构节点，解决了长任务中的状态丢失和漂移问题。文章详细阐述了如何构建评判器、编写规则书、测试规则及将状态存储在磁盘而非上下文窗口中，从而实现大规模代码迁移和自动化审查。
Eval Engineering: 构建无需人工干预的 Agent 合并闸门（6 步指南）
本文介绍了如何构建一个评估工程闸门，使 Agent 能够在无需人工审查的情况下自动合并代码。文章提出了六个关键步骤：避免评估偏见、将评估结果作为运行控制、评估过程轨迹而非仅关注答案、利用历史日志生成测试用例、固定评估模型版本，以及确保评估规模。核心在于建立可靠的证据和规则，而非盲目信任模型。
一名资深AI工程师配合Agent胜过五人团队
文章探讨了AI Agent如何改变工程团队结构，提出了“AI Velocity Pod”模式。该模式由一名资深工程师指挥AI代理，90天内完成了相当于五人团队2-3倍的代码产出。核心在于将瓶颈从编写代码转移到审核判断，通过V.U.E.标准和知识图谱确保质量，大幅降低了协调成本和人力开销。
