随着大模型时代的到来，AI 基础设施（AI Infra）正在经历深刻的变革。面对日益复杂的计算需求，传统上与单一计算范式深度耦合的调度系统已难以应对全局性挑战。本文结合开源社区的演进趋势与工业界的超大规模落地实践，深入探讨 Ray 的技术定位与核心设计逻辑，并阐述它如何与 Kubernetes（以下简称 K8s）进行协同设计（co-design），共同构建大模型时代 AI Workload 调度的通用范式。
AI 已经让很多人成为”超级个体”，但一件完整工作并没有因此自动变快。AI 帮我写完了需求草稿、帮我定位了 Bug、帮我生成了一批用例、帮我整理了一份配置——AI 让每个人都成为了"超级个体"，却依然需要由“人”来作为主导推动。一件完整的工作仍要靠人一步步看、一步步转、一步步推：需求等人评审，Bug 等人接手，上下文在一次次转述里丢失。我们意识到，真正的瓶颈不在"每个人会不会用 AI"，而在“没有为 AI 的模式去设计一套新的工作方式”。这次基于 Multica，我们搭出了这支 AI 协作军团的雏形——这是我们对"组织级 Loop Engineering” 的一次思考实践。
本文提到的意识指 QoderWork 内的意识功能，包括但不限于长短期记忆、用户画像、工作手册等，但本最佳实践适用于任何市面主流的 Agent 。
运营和处置要更快 - Claude Mythos 第一次将 “自主发现并武器化漏洞”的能力，提升到超越人类顶尖专家的水平，将漏洞 "从公开披露到被规模化利用" 的窗口，从数月/数天压缩到数分钟，倒逼安全从 "人类节奏"切换到"机器速度"。 安全边界需要更牢 - 更便捷的 AI 攻击手段，并未改变安全防护体系的本质，更好地构建信任边界，包括网络的物理边界、身份的信任边界、以及智能体应用可能带来的意图和行为治理，都是“零信任”理念下的不同实践。 考虑架构的“韧性” - 在更快的响应和更牢固的边界基础上，安全架构设计还需要秉持“假设边界终将被穿透”的设计理念，进一步考虑如果存在边界失陷或 Agent 越权访问资源时，我们能否及时发现并将业务影响控制在最小范围。
Qoder Cloud Agents 工程实践系列：如果 Agent 的边界是工具调用，那么 Cloud Use 的边界则是云原生执行。前者让 AI 帮人操作软件，后者让 Agent 成为云上的新型工作负载。读完这篇文章，我们会看到 Cloud Use 和普通 Tool Use 的差别其实不在「能不能调 API」，在于 Agent 是否能以受治理的身份、凭证、环境、生命周期和审计轨迹，真正进入云的生产体系。
