知识工程的文章大多停在"要做什么"——分类、抽实体、建图谱。Brian Curry觉得这种写法像餐厅菜单只写菜名，不告诉你厨房着过几次火。他刚发了篇47页的工程指南，专讲"什么先崩"和"六个月后悔清单"。

Curry在Stripe和Figma干过数据基建。他见过太多团队把知识图谱画成完美架构图，上线才发现向量数据库和图谱引擎在互相拖慢。「最昂贵的错误是早期选错数据管道，后期重构比重写还疼」——这是他文档里标红的一句话。

指南里没提任何厂商名字。Curry说点名道姓的推荐，半年后可能变成技术债。他只给决策框架：延迟敏感走内存图，一致性优先上事务库，别幻想两者兼得。附了张流程图，标了七个"这里有人踩过坑"的箭头。

文档发在Curry个人博客，10小时冲到HN首页。评论区最热的回复是："终于有人承认这玩意不是调几个API就能跑通的。"另一条吐槽更扎心："我们CTO上周刚说完'知识工程很简单'，我已转发链接并抄送全员。"