zanebono

感谢分享，通用 harness≠项目 harness ，实际在用 sdd 控制流程的时候经常能遇到协作、执行效果上的问题

比如，如何保证团队在同一个 srs 下并行开发，开的 change 怎么溯源到 srs 业务域，调整了表结构、业务设计怎么即时回馈，跨 change 的术语语义漂移怎么解决（ A 模型用 x 命名，B 模型用 capacity 命名）

自己给项目添加的 hook 怎么保证是正面提升还是负面提升（目前参考 dsh 和 pi 自身的记录留档，定时的做健康巡检，每个 hook 和成本等）

线上可观测的发现如何做到闭环派发 issue 去解决等

在 pi 上写的 hook 和 extension 越多越感觉这套项目定制化流程很难应用到别的项目中，团队的协作也是，心智负担重，而且效果没有明确的体现的话不如不迁移

现在的感触就是 ai 还是不能把 srs 的业务逻辑很好的映射到产品交互设计上（纯 crud 的不算），即使你把表结构和外键关系都讲的很清楚，但是相信不久以后这个问题都能得到解决 hh

@optimistic 可惜了，要是以前发现就不折腾了

@byp 是这样的，因为直接扫出来层级比较低的，比如 C:\Program Files 占用的绝对是非常大的，但是它没有参考价值，只有层级越深，比如博德之门 3 的 mod 在 LocalAppData%\Larian Studios\Baldur's Gate 3\Mods
它可以吃掉 10 多个 g ，这个的话它的权重就比较高，就越可以进行删除操作