搭跑道再放飞机：平台工程先行

你开始搭建隔离机制、编写 API Contract、配置集成测试。你发现：在多个 Agent 开始写业务代码之前，有大量基础设施需要先就位。

这些基础设施的搭建本身就是一个项目。如果在 Agent 已经开始并行工作之后再补建，你会陷入一边灭火一边铺路的困境。平台工程必须先于业务代码存在。在放出第一个并行 Agent 之前，跑道必须铺好。

但"跑道"到底包含什么？在前面的章节中，测试是 Agent 获取反馈的主要通道：写一个测试，跑一下，红或绿，据此决定下一步。这个通道至关重要，但它只是 Agent 感官系统的一部分。人类工程师在写代码时收到的反馈远不止测试结果：编辑器里的红色波浪线、CI 流水线的构建状态、日志里的异常堆栈、部署后的监控指标。这些信号覆盖了从毫秒到天的不同时间尺度，构成了一个多层次的反馈体系。

Agent 同样需要这个体系。如果它只有"测试通过或失败"这一个信号源，很多问题要到很晚才能被发现。类型错误要等到测试运行才报出来，环境差异要等到部署才暴露，性能退化要等到用户投诉才知道。每一层反馈的缺失，都意味着偏差的存活时间更长，修复成本更高。

平台工程的核心任务，是按照反馈延迟从短到长，逐层搭建这个感官系统。