刚看了一篇文章，找不到网址了，大概意思是说系统难维护不只因技术债，还包括“认知债”与“意图债”。

- 技术债是代码和架构欠账；（最常见的代码问题，比如一个巨大的class，模块之间耦合等）
- 认知债是系统太难理解、团队脑力负担过高；（一个功能需要看8个服务15张表还有20个配置项，人脑放不下这么长的上下文）
- 意图债是代码没表达清楚业务目的与设计原因；（ if(status==3 && days>7) discount=0.85，但是没人知道这个规则怎么来的，是促销规则还是兼容逻辑）

三者成因不同，治理方式也应分别对待。而且AI时代还会带来新的技术债类型。