按时间排列的实战拆解:架构与中间件、AI 落地、技术与业务之间。
企业里做对话入口,难点不是让助手一直说下去,而是划清三条边界——什么必须答、什么必须停、什么必须转人工。这篇给一套可核对的判据:每一次停和转都要落成一条能被反查的记录,否则转接只是把访客推回原地。
几十到几百篇的企业知识库,检索的瓶颈通常不是「找不到相似语义」,而是元数据没配对、命中的那一篇没被真读进去。这篇按本站的实现拆三层:目录层给每篇配一句能被当摘要用的说明,预读层让回答前真读一遍最命中的那一两篇,最后给「什么时候该上向量库」的…
换模型的决策权不在提示词写得好不好,而在有没有一套能重复跑的评测集。这篇讲我自己那份最小评测集怎么搭:三十五条问题按七个桶分什么、一条用例上每条判据为什么这么写、怎么判分(不要求逐字匹配)、什么时候该加新条。
多数团队把注意力放在选模型和提示词上,真正卡住交付的是"这个助手能看哪些数据、能代替访客提交什么、越界了怎么拦"这一层;这一层做在服务层还是只做在提示词里,决定了后面能不能换模型。
Jackson 3 把核心与 databind 挪进了 tools.jackson 包名,于是 2 和 3 能同时在一条 classpath 上跑。真正花人力的不是换依赖那一刀,而是序列化行为对不上却不停机构建的那类差异,以及还留在 2 上…
Spring AI 出了 2.0 这一大版本并 GA,MCP 是原生集成进去的。这篇不复述特性清单,只回答一件事:接框架买的是哪一层。我拿本站助手那条 Java 链路做样本——两处对话调用、三档超时、两格工具,逐项对一遍哪些是买来的、哪些无…
Redis 先从开源改成双许可,又在 8.0 那一版把 AGPLv3 加了回来;Valkey 则从 7.x 分出去、由 Linux 基金会托管。这篇不复述新闻,只回答一件事:对你手上那套在跑的系统,今年到底要不要为这一处动刀。
Kafka 4.0 彻底移除 ZooKeeper 支持之后,「要不要跟」的真实答案不在 Kafka 版本表里,而在你手上那套 ZooKeeper 还养着多少东西——这篇给一份可核对的停/跟判据。
一套跑了几年的 ERP 正在被重写,做法是只借鉴功能:它做什么我就做什么,但类、方法、包结构全部重新写,代码一行不搬。六周之内 484 次提交,约 12220 个 Java 文件、约 132 万行、672 个控制器、540 张表映射、27…
八十人、三个团队、二十多个服务仓一起写一套新系统,它上线跑了几年。这篇把它逐层拆开:服务按一条判据切两层——要不要独立看有几个业务域要用、进哪一层看它自己有没有业务规则,财务就是这样留在业务域那一层的;每个仓固定六层、新服务从骨架复制而不是…
助手只读本站写过的内容,答不上来会直说,不会编。