2023年，GitHub上提示工程教程的Star數(shù)暴漲340%，但同一時期，生產(chǎn)環(huán)境AI應(yīng)用的崩潰率也創(chuàng)下新高。一個被刻意回避的事實是：會寫提示詞和能建AI系統(tǒng)，中間隔著整整一套工程化鴻溝。

本文寫給那些已經(jīng)玩膩ChatGPT、準(zhǔn)備正經(jīng)做產(chǎn)品的開發(fā)者。我們不聊怎么讓AI寫出更押韻的詩，只聊怎么讓它在凌晨3點不出岔子。

從"咒語"到"流水線"：為什么單點提示注定崩盤

直接調(diào)用GPT-4的API，就像用打火機點篝火——能著，但隨時可能燒到手。真實業(yè)務(wù)場景需要多輪對話、外部數(shù)據(jù)注入、錯誤兜底，這些都不是一段精心調(diào)教的prompt能解決的。

LangChain是目前最主流的編排框架。它把"鏈"（Chain）、"代理"（Agent）、"工具"（Tool）抽象成可拼裝的積木，讓多步驟推理變成可維護的代碼。

看個最小可用示例：定義一個模板，把用戶輸入的產(chǎn)品名傳給模型，返回5個創(chuàng)意公司名。代碼不超過10行，但已經(jīng)封裝了模板渲染、模型調(diào)用、結(jié)果解析的全流程。

對比裸調(diào)API，這種結(jié)構(gòu)的優(yōu)勢在故障排查時立竿見影。當(dāng)命名結(jié)果偏離預(yù)期，你能定位是模板措辭問題、模型溫度參數(shù)問題，還是輸入數(shù)據(jù)格式問題——而不是對著一段300字的"咒語"逐字調(diào)試。

LlamaIndex走另一條路。它專攻數(shù)據(jù)增強場景，把企業(yè)私有文檔變成LLM可調(diào)用的知識庫。選型邏輯很清晰：要做復(fù)雜工具調(diào)用和自主決策，選LangChain；核心需求是搜索+綜合私有數(shù)據(jù)，選LlamaIndex。

RAG：讓AI"開卷考試"的工程化落地

大模型的致命盲區(qū)是從不更新知識。GPT-4的訓(xùn)練數(shù)據(jù)截止于2024年初，它不知道你家產(chǎn)品上周改了什么定價策略，更讀不懂未公開的技術(shù)文檔。

檢索增強生成（RAG）的解法簡單粗暴：把私有文檔切片、向量化、存進向量數(shù)據(jù)庫，用戶提問時先檢索相關(guān)片段，再塞進prompt讓模型參考。相當(dāng)于允許AI"開卷考試"，但考卷和教材都是你自己定的。

技術(shù)實現(xiàn)分三步：用OpenAI的嵌入模型把文檔轉(zhuǎn)成向量，存進Pinecone這類向量數(shù)據(jù)庫，查詢時取Top-K相似片段拼接上下文。整個過程沒有魔法，全是工程。

但RAG的坑在于"看起來簡單，調(diào)起來要命"。文檔切多大粒度？檢索召回率不夠怎么辦？上下文窗口塞不下怎么處理？這些問題沒有標(biāo)準(zhǔn)答案，只有A/B測試和監(jiān)控指標(biāo)。

評估與監(jiān)控：AI工程最容易被跳過的環(huán)節(jié)

傳統(tǒng)軟件有單元測試、集成測試、性能測試。AI應(yīng)用呢？模型輸出是非確定性的，同一個輸入可能返回不同結(jié)果，這意味著傳統(tǒng)測試框架直接失效。

業(yè)界正在形成新的評估范式。RAGAS（Retrieval-Augmented Generation Assessment）專門評測RAG系統(tǒng)的檢索精度和生成質(zhì)量，用LLM當(dāng)評委給自家人打分。TruLens則提供可解釋性追蹤，讓你看到哪段上下文導(dǎo)致了幻覺輸出。

更隱蔽的風(fēng)險是數(shù)據(jù)漂移。用戶提問方式會變，源文檔內(nèi)容會變，模型本身也會更新。沒有持續(xù)監(jiān)控，系統(tǒng)性能可能在幾周內(nèi)從90分跌到不及格，而你渾然不覺。

一個被驗證的實踐是：把用戶查詢聚類，定期采樣人工標(biāo)注，建立離線評估流水線。成本不低，但比線上翻車后的公關(guān)危機便宜得多。

部署與成本：當(dāng)Token賬單開始說話

開發(fā)階段沒人關(guān)心成本，直到第一個月賬單出來。GPT-4的輸入Token按百萬計價，輸出更貴，而RAG系統(tǒng)每次查詢都要先走一遍向量檢索+上下文拼接，Token消耗成倍放大。

工程化的應(yīng)對策略是分層降級：核心鏈路用最強模型保質(zhì)量，邊緣場景用GPT-3.5甚至開源模型扛流量。緩存高頻查詢結(jié)果，對相似問題直接返回歷史答案，能砍掉30%以上的無效調(diào)用。

部署架構(gòu)也在進化。從直接調(diào)用OpenAI API，到自建模型推理服務(wù)，再到混合云部署——數(shù)據(jù)敏感型企業(yè) increasingly 選擇后者。Llama 2、Mistral等開源模型的商業(yè)化可用，讓"脫離OpenAI"從口號變成可選項。

但自托管的代價是團隊要接管模型運維、安全補丁、性能調(diào)優(yōu)。沒有專職ML工程師的小團隊，貿(mào)然上開源模型往往是給自己挖坑。

Prompt工程不會消失，它只是退居為AI工程的一個子模塊。當(dāng)行業(yè)從Demo狂歡轉(zhuǎn)向生產(chǎn)落地，勝負手不再是誰能寫出更驚艷的提示詞，而是誰能搭建更健壯的系統(tǒng)。