9月26日，Floci 项目在 Hacker News 上线，定位为“任何云、本地跑”的轻量化云模拟器套件。它由四个独立的 MIT 许可二进制组成：floci 模拟 AWS、floci-az 模拟 Azure、floci-gcp 模拟 GCP、floci-oci 模拟 OCI。所有组件都直接监听固定端口，开发者不需要任何云账号凭证、API Key 或者功能开关即可启动，因此特别适合让 AI 编码代理在本地完成安全、可重复的端到端验证。
Floci 的旗舰 floci 在 4566 端口实现 119 项 AWS 服务，宣称 24 毫秒冷启动，与 LocalStack 完全兼容。所谓“drop-in replacement”是指同一端口、同一协议、同一调用语义，开发者只要把环境切到 floci 的 endpoint，原本运行在 LocalStack 之上的代码不需要任何改动，CI 与代理脚本都能继续工作。覆盖的服务清单包括 S3、SQS、Lambda、DynamoDB、RDS、EKS 等核心组件，加上 S3 兼容的对象存储、消息队列、无服务器计算、关系型与 NoSQL 数据库、容器编排等共 119 个端点。
四大云本地跑：Lambda、RDS、Redis、Kafka 都是真实实现
Azure 端由 floci-az 覆盖 28 项服务，监听 4577 端口，空闲内存约 13 MiB，涵盖 Blob、Queue、Table、Functions、App Config、Key Vault、Event Hubs、Service Bus 等。GCP 端 floci-gcp 在 4588 端口集中提供 25 项服务，覆盖 GCS、Pub/Sub、Firestore、Cloud Run、Cloud SQL、GKE 等，并强调“all 25 services on one port”。Oracle Cloud 端 floci-oci 则在 4599 端口上提供 8 项服务，覆盖 Object Storage、Identity、Queue、Streaming、KMS、Vault、Functions 等。
与常见的 mock 框架不同，Floci 强调 Lambda、RDS、Redis、Kafka 等关键服务是“真正运行”的实现，而不是模拟 API 形状。这样代理在本地验证通过的代码，在生产环境里的行为不会有“mock-shaped false positives”。开发者可以让 AI 代理激进迭代——最坏情况只是重置一个本地容器，不会影响 staging 环境，也不会产生云账单。
面向 AI 代理的安全沙盒：凭证不外泄、零爆炸半径
Floci 在官方文档中明确列出四个面向 AI 辅助开发的设计要点。其一是无凭证泄漏：代理使用一次性 throwaway key 连接，不存在真实云密钥进入代理上下文或沙盒的风险。其二是 24 毫秒级内循环：代理可以在编辑循环内启动、测试、再销毁，不必等待远端账户往返。其三是真实信号：Lambda、RDS、Redis、Kafka 全部以真实逻辑运行，避免 mock 形状的假阳性。其四是零爆炸半径：代理可以任意迭代，最坏情况是重置本地容器，绝不会影响 staging 或云账单。
Hacker News 评论区对 Floci 的反馈集中在两个方向。有运维工程师表示，团队对 floci-oci 的对象存储模拟最感兴趣，其它云服务他们已经拥有自有技术栈；更多开发者把重点放在 CI 与本地代理场景：独立 MIT 二进制、13 MiB 级空闲内存与固定端口意味着可以直接塞进现有工作流，而无需额外的 Docker 守护进程。项目方给出的典型用法是，团队把环境变量切到 floci 端口后，让编码代理在本地完成 S3 写入、SQS 投递与 Lambda 触发的完整验证，再把同一份代码推到真实云端。
在 Hacker News 讨论中，开发者除了肯定“LocalStack 替代”的价值，也注意到 Floci 的命名问题：希腊语里这个词带有俗义，意大利语近形词也有俚语义，因此社区里出现了不少名字梗。不过项目作者在文档后页澄清，名字取自 cirrocumulus floccus 这种云的气象学名称，与本义无关。Floci 目前在 GitHub 开源，仓库地址 floci-io 已上线，支持 macOS、Linux、Windows 与 Docker 镜像。