回到首页

输入关键词,多个关键词用空格分隔。

← 书海拾珠 · 系列目录

【AI工程】想做 AI 应用,先把认知框架搭好

约 2 分钟

AI工程的核心,从来都不是写几行prompt那么简单。最近翻完这本AI工程指南,才发现之前踩过的坑,原来都在书里写过了。全书从要不要做AI应用的决策逻辑讲起,把大模型原理、评估体系、提示工程、RAG、微调这些知识点串成了完整的方法论。连怎么权衡成本和效果、怎么处理幻觉这类高频痛点,都给出了可落地的步骤。先搭好认知框架再动手,比瞎写100个prompt有用多了。

概率、多样性与幻觉

概率、多样性和幻觉,是大模型最有趣也最难搞的特性。训练数据决定了模型的认知边界,语料里没有的内容,模型自然也不懂。采样过程赋予了模型概率性,这种特性让AI在创意任务中表现出色,但也带来了输出不一致和幻觉的问题。做AI工程,就是要在这种不确定性中,构建出系统化的工作流程。

RAG 的检索质量

RAG系统落地最大的障碍,永远是检索质量:关键字简单但是有歧义,Embedding 理论上很好实际用起来效果不佳。现在明白了核心问题就是没有建立检索效果的评估标准。没有质量把控的检索都是碰运气,高效检索能力就是RAG系统的核心护城河。

Agent 的准确性

Agent的本质是(LLM + Tools)在特定环境下的应用,但关键还是产出的准确性。工具再强大,模型再聪明,如果输出结果不靠谱,那一切都白搭。这时候就需要人在流程中扮演守门员的角色,把好最后一道关。AI不是来替代人的,而是来增强人的能力的。

非代码形式的软件工程

软件工程的思维,早就需要以非代码的形式展现出来了。以前做软件工程,只需要对齐程序员的开发规范;现在做AI工程,要对齐整个组织的需求和标准。从需求沟通到评估标准,从成本核算到风险控制,每个环节都需要工程化思维。软件工程不再是程序员的专利,而是整个组织的基础设施。

标准化的工程能力

非标和标准化的传统定义正在失效。以前我们总觉得定制化需求没法标准化,但用书中提到的Engineering as a Service思路,把prompt开发、评估、微调、运维全流程拆成标准化模块,现在哪怕是完全非标定制的AI应用,也能按模块清晰计价。标准化的是工程能力,不是产出结果,这才是AI落地的最优解。

这本书已经把AI工程的底层认知给你搭得明明白白,剩下的就是动手实操。AI行业变化快,但这些基于大模型根本特性的方法论,可能在 2026 年依然有效的。当你发现自己已经进入书里没有的领域,恭喜你,你已经是弄潮儿了。

相关文章