待验证50% 置信注意事项精确时间

SDD使用的两种极端误区是用得太满（小改动套完整流程）和用得太空（复杂需求只写空泛Spec）

1

来源数

50%

置信度

长期有效

时效性

2026/9/15

首次发现

来源

SDD多花3倍Token值不值？OpenSpec实战取舍指南

涉及实体

相关事实

待验证采用SDD流程需要先整理需求、写Spec、补约束、拆任务，Token消耗可能比直接Prompt翻好几倍68% 相似待验证SDD（Spec-Driven Development，规范驱动开发）在日常小迭代中写Spec的成本远高于直接写代码，且Spec基本是一次性的难以积累价值65% 相似待验证SDS方法会带来'Janus问题'（多面问题，即物体正反面出现重复特征）和过度饱和等伪影63% 相似待验证与DDP相比，FSDP在通信与计算重叠方面更为激进，但带来了更高的调试复杂度62% 相似

引用此条事实

Stable URI

https://kongchang.com/claim/923224

API

curl https://kongchang.com/api/v1/knowledge/claims/923224

MCP

get_claim(id=923224)