
























背景:Trellis 版本 0.6.0-beta.23,项目较为复杂,有很多封装的三方库,需要项目完全遵循 Spec 里总结的内容。 实际体验:复杂项目被拆分成多个 task,几个 subagent 并发,但是代码开发中没有完全遵循 Spec 里的内容。后续人工 check 有问题后再触发任务按照 Spec 修改,此时代码需要修改较多的地方,上下文占用很多,代码质量不佳。 疑问:Trellis Spec 相关的机制是怎么设计的?当 Spec 内容较多时,如何保障一定按 Spec 的约束进行开发?
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。