公司接入 AI 编程问题
想请教一下大家,在大公司接入 AI 编程时,有没有遇到过“公司自研框架 / 内部封装太重,AI 理解和处理效果很差”的问题?你们一般是怎么解决的?
我们这边踩过一圈坑,大概是这样:
最开始用 Claude Code + 一堆 skill ,想把公司内部框架的规则和上下文喂给 AI 。结果实际效果很玄学,什么时候触发、触发得准不准,基本像开盲盒。
后来又改成用 hook 做拦截,根据上下文去判断该加载哪些 skill ,于是开始疯狂写路由、写判断、写分发逻辑。表面上更“可控”了,但维护成本也直线上升,系统越来越像在给 AI 外挂一个 AI 翻译层。
再后来还接了 MCP ,尝试让它按需补充证据和上下文,效果有提升,但整体还是没达到“真正好用”的程度。说白了,就是链路越搭越复杂,体验却没有质变,多少有点像给拖拉机装涡轮,声音很大,速度一般。
所以想问问大家:
你们在企业内部落地 AI 编程时,碰到这种“内部框架太重、AI 适配不好”的情况,一般怎么处理?
是靠更细的规则编排、RAG / MCP / hook 这类方案,还是干脆从工程规范、框架抽象、代码组织方式上反过来改?
很想听听一线经验,少踩点坑。
你们的内部封装到底有多重我很好奇。我自己封装的项目,和常规写法不一致,GEMINI 会无视我的规则直接框框造普通写法,但是用 CODEX ,规则限制之后能准确的仿造项目里已有的写法,堆出一样风格的代码。
@gorvey 公司买的 minimax ,感觉一般般,不是很聪明的样子
@lujiaosama orm 接口 工作流 事件调用 都是内部的,现在主要是他总自己发挥写错,codex 确实更工程化,claude code 现在约束他多用 idea 的 mcp 做 review 复盘在查询文档会好一点
直接把内部框架源码扔给 ai 分析,写成 agent 试试
@fulinlin9527 #3 https://i.imgur.com/eXmH5Tf.png minmax 的参数是最小的,同样的额度 minmax 用量要多很多,国产里面其实比较弱,现换个模型
感觉如果 AI 能访问你们的框架源码和 API 文档啥的,都好说
用的什么模型