91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

我如何用Prompt工程將大模型調(diào)教成風(fēng)控專家

京東云 ? 來源:jf_75140285 ? 作者:jf_75140285 ? 2025-09-08 14:22 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

作為一個(gè)交易風(fēng)控的算法工程師,在日常工作中,我常常與海量的數(shù)據(jù)和復(fù)雜的模型打交道,試圖在看似平靜的水面下,捕捉那些隱藏的風(fēng)險(xiǎn)暗流。最近,我嘗試將大語言模型(LLM)引入到我的工作流中,這段經(jīng)歷充滿了波折、頓悟和驚喜。 今天,我想復(fù)盤整個(gè)過程,分享我如何通過一套循序漸進(jìn)的“Prompt工程心法”,將一個(gè)“什么都懂一點(diǎn),但什么都不精”的通用大模型,一步步調(diào)教成能夠精準(zhǔn)識別復(fù)雜電商風(fēng)控風(fēng)險(xiǎn)的“AI專家”。

一、 引言:當(dāng)算法工程師遇見“猜不透”的AI

故事的起點(diǎn),是我近期做的一個(gè)項(xiàng)目。我通過用戶的行為序列Embedding進(jìn)行聚類,希望能發(fā)現(xiàn)一些未知的、有組織的風(fēng)險(xiǎn)模式。算法跑完,我得到了上百個(gè)“疑似風(fēng)險(xiǎn)簇”,每個(gè)簇里都包含了行為高度相似的用戶訂單。 問題來了:如何高效、準(zhǔn)確地甄別這些聚類結(jié)果? 傳統(tǒng)的人工審核,不僅耗時(shí)耗力,而且每個(gè)人的判斷標(biāo)準(zhǔn)難以統(tǒng)一,效率和準(zhǔn)確性都無法保證。于是,我自然而然地想到了正當(dāng)紅的大模型。 我最初的想象非常美好:把一個(gè)簇的數(shù)據(jù)丟給AI,它就能告訴我這群用戶有沒有問題。但現(xiàn)實(shí)很快給了我一記重拳。 我最初的嘗試,Prompt大概是這樣的:“幫我看看這個(gè)用戶簇有沒有風(fēng)險(xiǎn)”。 得到的結(jié)果五花八門:模型要么像個(gè)“老好人”,對明顯的異常視而不見;要么像個(gè)“懷疑狂”,把正常的用戶促銷活動(dòng)也標(biāo)記為高風(fēng)險(xiǎn)。它就像一個(gè)剛?cè)肼毜膶?shí)習(xí)生,知識淵博,但完全不懂業(yè)務(wù),無法勝任真正的工作。 我很快意識到:問題不在于模型本身,而在于我與模型溝通的方式。 我不能把它當(dāng)成一個(gè)全知的黑盒,而要把它當(dāng)成一個(gè)需要悉心“帶教”的、潛力巨大的“實(shí)習(xí)生”。我的任務(wù),就是設(shè)計(jì)一份完美的“崗前培訓(xùn)手冊”——也就是我們的主角:Prompt。

?

二、 第一階段:從0到1,給AI一本“操作手冊”

要讓一個(gè)實(shí)習(xí)生能干活,首先得讓他知道“干什么”和“怎么干”。我需要將我作為風(fēng)控專家的“隱性知識”顯性化,為AI提供一個(gè)結(jié)構(gòu)化的分析框架。 我的關(guān)鍵動(dòng)作有三步:

1. 角色扮演 (Role-Playing):這是最簡單也最有效的一步。我在Prompt的開頭加入了一句魔法咒語:

“你是一名資深的電商風(fēng)控專家...”

這能有效地為AI設(shè)定身份,激活它龐大知識庫中與該角色最相關(guān)的能力和知識。

2. 定義分析維度 (Defining Dimensions):我把我人工審核時(shí)會(huì)關(guān)注的點(diǎn),明確地列為指令,引導(dǎo)AI從這幾個(gè)方面入手:

?收貨人信息分析

?收貨地址分析

?商品組合與價(jià)值分析

3. 結(jié)構(gòu)化輸入輸出 (Structured I/O):為了實(shí)現(xiàn)高效、準(zhǔn)確的人機(jī)協(xié)作,我規(guī)范了數(shù)據(jù)的“進(jìn)”和“出”。

?輸入:考慮到Token的消耗效率和成本,我選擇了CSV格式來組織和輸入一個(gè)簇內(nèi)的多個(gè)訂單數(shù)據(jù)。相比JSON或Markdown表格,CSV格式最緊湊,能在有限的上下文中傳入最多的信息。

?輸出:我要求AI必須以嚴(yán)格的JSON格式返回分析結(jié)果。這便于我的后端程序直接解析,實(shí)現(xiàn)真正的自動(dòng)化。 經(jīng)過這番改造,我的V1版Prompt誕生了。它就像一本清晰的操作手冊,讓AI的輸出從雜亂無章的自然語言,變成了結(jié)構(gòu)化的分析報(bào)告。

階段小結(jié):我們邁出了從0到1的關(guān)鍵一步,實(shí)現(xiàn)了流程自動(dòng)化。但此時(shí)的AI,更像一個(gè)只會(huì)照本宣科的“初級分析員”,它有了流程,但沒有靈魂,更缺乏對業(yè)務(wù)復(fù)雜性的理解,誤報(bào)率依然很高。

?

三、 第二階段:注入業(yè)務(wù)常識,讓AI學(xué)會(huì)“具體問題具體分析”

很快,我發(fā)現(xiàn)這個(gè)“初級分析員”開始頻繁地“犯教條主義錯(cuò)誤”。它會(huì)把一些業(yè)務(wù)中的正?,F(xiàn)象,當(dāng)作風(fēng)險(xiǎn)信號上報(bào)。我意識到,我不僅要給它規(guī)則,更要給它“規(guī)則背后的邏輯”。

我開始為Prompt注入一系列的“豁免規(guī)則”和“背景知識”:

?挑戰(zhàn)1:高折扣 ≠ 風(fēng)險(xiǎn)

?AI的誤判:AI看到用戶實(shí)付金額極低,就判定為“薅羊毛”。

?我的“補(bǔ)丁”:在Prompt中明確指出:“本次分析的很多訂單是【新用戶首單】,平臺(tái)會(huì)提供高額補(bǔ)貼,因此高折扣是正常現(xiàn)象,不能僅憑此點(diǎn)判斷風(fēng)險(xiǎn)?!?/p>

?挑戰(zhàn)2:隨機(jī)串 ≠ 假姓名

?AI的誤判:AI看到w1e8192vf4rwz這樣的用戶ID,就認(rèn)為是“亂碼、虛假信息”。

?我的“補(bǔ)丁”:明確定義“用戶ID是系統(tǒng)自動(dòng)生成的隨機(jī)字符串,其格式本身不代表風(fēng)險(xiǎn)。你需要分析的是用戶自己填寫的【收貨人姓名】是否存在異常模式?!?/p>

?挑戰(zhàn)3:0元 ≠ 異常;昵稱 ≠ 虛假;權(quán)益商品 ≠ 風(fēng)險(xiǎn)

?我舉一反三,陸續(xù)加入了更多“豁免規(guī)則”:

?“價(jià)格為0的商品通常是【贈(zèng)品】,本身無風(fēng)險(xiǎn)?!?/p>

?“用戶出于隱私保護(hù),使用昵稱或非全名(如‘李先生’)是普遍現(xiàn)象,單筆訂單不應(yīng)視為風(fēng)險(xiǎn)?!?/p>

?“‘省錢卡’等權(quán)益商品是平臺(tái)推廣的正常模式,與主商品一并購買不意味著風(fēng)險(xiǎn)。”

階段小結(jié):經(jīng)過這一輪“業(yè)務(wù)培訓(xùn)”,AI的“情商”和“業(yè)務(wù)感”顯著提升,誤報(bào)率大幅下降。它不再是一個(gè)只會(huì)執(zhí)行命令的機(jī)器,而是成長為了解我們業(yè)務(wù)的“中級分析師”。

?

四、 第三階段:提升分析深度,教會(huì)AI“像偵探一樣思考”

解決了誤報(bào)問題后,我開始追求更高的目標(biāo):提升模型的“洞察力”,讓它能發(fā)現(xiàn)更深層次、更隱蔽的風(fēng)險(xiǎn)。我發(fā)現(xiàn),AI能處理“單點(diǎn)”的異常,但看不透“協(xié)同”作案。

?瓶頸1:忽略低價(jià)值商品風(fēng)險(xiǎn)

?AI的認(rèn)知停留在“高價(jià)值=高風(fēng)險(xiǎn)”,只對手機(jī)、顯卡等商品敏感。

?我的“升級”:拓寬風(fēng)險(xiǎn)定義,明確指出“【遠(yuǎn)超個(gè)人合理消費(fèi)范疇】的低價(jià)值、高流通性快消品(如成百箱的飲料),是小微商戶囤貨套利的重要信號。”

?瓶頸2:缺乏“一致性”視角

?當(dāng)多個(gè)不同賬號的地址并不完全相同時(shí),AI很難將它們關(guān)聯(lián)起來。

?我的“升級”:引入“購物車一致性”概念,告訴AI:“多個(gè)不同用戶,如果購買的商品列表【完全相同或高度雷同】,這種‘抄作業(yè)’式的行為是腳本化或有組織行為的強(qiáng)力證據(jù)。”

階段小結(jié):通過教會(huì)AI識別“行為指紋”,它的分析視角成功地從“訂單級”提升到了“團(tuán)伙級”。它學(xué)會(huì)了“串聯(lián)證據(jù)”,具備了識別有組織、規(guī)?;L(fēng)險(xiǎn)的能力,成長為一名“高級分析師”。

?

五、 第四階段:終極進(jìn)化,讓AI在模糊中做出“法官式裁決”

這是整個(gè)旅程中最具挑戰(zhàn)、也最有價(jià)值的一步。我面臨一個(gè)終極難題:如何區(qū)分“真團(tuán)伙”與“假聚集”?

我的聚類算法本身,可能就會(huì)把一些無辜的用戶圈在一起。例如,平臺(tái)在某個(gè)城市搞了一場營銷活動(dòng),給所有新用戶發(fā)了同一張券,導(dǎo)致大量真實(shí)用戶在相近的時(shí)間購買了同款促銷品。他們的行為高度相似,但他們彼此之間毫無關(guān)聯(lián)。

如果AI無法分辨這種情況,那么之前的努力都將付諸東流。我需要將它從一個(gè)“分析師”或“偵探”,升級為一位“法官”,能夠在模糊的信息中做出審慎的裁決。

我的解決方案是:引入“雙假設(shè)裁決框架”。

我在Prompt中,要求AI在兩個(gè)核心假設(shè)之間進(jìn)行權(quán)衡和判斷:

?假設(shè)A:協(xié)同風(fēng)險(xiǎn)團(tuán)伙

?假設(shè)B:良性特征客群

并且,我為它定義了做出裁決的關(guān)鍵依據(jù)——“硬鏈接”證據(jù)。

“硬鏈接是指能將不同賬號背后指向同一個(gè)實(shí)體的決定性證據(jù),例如【完全相同的非公共收貨地址】。你的首要任務(wù)是尋找硬鏈接。如果找到,則基本可判定為風(fēng)險(xiǎn)團(tuán)伙。如果找不到,再評估其行為是否能被營銷活動(dòng)等良性原因完美解釋。”

同時(shí),我為它提供了正反兩方面的完整Few-Shot示例,一個(gè)是有硬鏈接的風(fēng)險(xiǎn)團(tuán)伙,另一個(gè)是由營銷活動(dòng)導(dǎo)致的良性客群,為它的“裁決”樹立了清晰的標(biāo)桿。

階段小結(jié):至此,我們的Prompt不再是一系列零散的指令,而是一個(gè)完整的、包含世界觀和方法論的【專家系統(tǒng)】。AI最終進(jìn)化成了一位能夠在復(fù)雜模糊的信息中,基于證據(jù)、權(quán)衡不同可能性,并做出審慎判斷的“風(fēng)控專家”。

?

六、 總結(jié)與思考:我的Prompt工程心法

wKgZPGi-djeAIzr5AAfXZqQ1y7k565.png

回顧這段從V1到V4的進(jìn)化之路,我將我的經(jīng)驗(yàn)提煉為幾點(diǎn)“心法”,希望能對大家有所啟發(fā):

?始于模仿,終于框架:從模仿你自己的專家思考過程開始,逐步將零散的規(guī)則,抽象和沉淀為普適的、可復(fù)用的分析框架。

?規(guī)則是骨架,背景是血肉:只給規(guī)則,AI是冰冷的機(jī)器;為規(guī)則注入業(yè)務(wù)背景、用戶心理等“常識”,AI才有智能的靈魂。

?反例是最好的老師:教會(huì)AI“什么不是風(fēng)險(xiǎn)”和“什么是風(fēng)險(xiǎn)”同等重要。精心設(shè)計(jì)的“豁免規(guī)則”和“良性示例”,是降低誤報(bào)率、提升模型可用性的關(guān)鍵。

?從“指令”到“思維模型”:最高級的Prompt,不是告訴AI一步步做什么,而是教會(huì)它一套思考問題的方法論(比如我們的“雙假設(shè)裁決框架”),讓它自己去分析和判斷。

這次探索讓我深刻地體會(huì)到,在AI時(shí)代,Prompt工程絕不僅僅是“提問的藝術(shù)”,它更是一門連接領(lǐng)域?qū)<遗c通用人工智能的、充滿創(chuàng)造性的交叉學(xué)科。我們每個(gè)工程師,都可以通過它,將自己的專業(yè)知識和智慧,賦能給這個(gè)強(qiáng)大的新伙伴,去解決更多過去難以解決的問題。

希望我的這段經(jīng)歷,能為你打開一扇新的大門。感謝閱讀!

?審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • prompt
    +關(guān)注

    關(guān)注

    0

    文章

    16

    瀏覽量

    2864
  • 大模型
    +關(guān)注

    關(guān)注

    2

    文章

    3647

    瀏覽量

    5176
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    傾佳楊茜-方案實(shí)踐:對SiC模塊和單管進(jìn)行LLC最優(yōu)參數(shù)條件調(diào)教

    的 BMF540R12KHA3)及單管(如1200V/223A的 B3M011C120Z)的給電力電子客戶帶來了更多選擇,這些高性能器件應(yīng)用于 LLC 諧振變換器 時(shí),其參數(shù)調(diào)教邏輯與傳統(tǒng)的硅基(Si
    的頭像 發(fā)表于 02-23 13:55 ?1133次閱讀
    傾佳楊茜-方案實(shí)踐:對SiC模塊和單管進(jìn)行LLC最優(yōu)參數(shù)條件<b class='flag-5'>調(diào)教</b>

    云知聲推出醫(yī)療領(lǐng)域專家模型“山海·知醫(yī)大模型5.0”

    剛剛,云知聲正式推出醫(yī)療領(lǐng)域專家級大模型全新力作——“山海?知醫(yī)大模型5.0”。這一里程碑式的發(fā)布,標(biāo)志著其醫(yī)療大模型完成了從“智能工具”到“臨床協(xié)作者”的關(guān)鍵跨越,以更深刻的醫(yī)學(xué)理解
    的頭像 發(fā)表于 12-24 18:12 ?4246次閱讀

    大規(guī)模專家并行模型在TensorRT-LLM的設(shè)計(jì)

    DeepSeek-V3 / R1 等模型采用大規(guī)模細(xì)粒度混合專家模型 (MoE) 架構(gòu),大幅提升了開源模型的質(zhì)量。Llama 4 和 Qwen3 等新發(fā)布的開源
    的頭像 發(fā)表于 09-06 15:21 ?1221次閱讀
    大規(guī)模<b class='flag-5'>專家</b>并行<b class='flag-5'>模型</b>在TensorRT-LLM的設(shè)計(jì)

    詳解SPICE器件模型的分類

    今天我們來聊聊工程師在仿真時(shí)比較關(guān)注的問題。眾多的器件模型,在仿真的時(shí)候到底應(yīng)該怎么選擇一個(gè)器件的模型?使用的這個(gè)器件
    的頭像 發(fā)表于 08-28 13:42 ?1452次閱讀
    詳解SPICE器件<b class='flag-5'>模型</b>的分類

    【「DeepSeek 核心技術(shù)揭秘」閱讀體驗(yàn)】基于MOE混合專家模型的學(xué)習(xí)和思考-2

    時(shí),它的權(quán)重就會(huì)增大,而當(dāng)它的誤差大于此加權(quán)平均值時(shí),它的權(quán)重就會(huì)減小。所以,使用這種損失函數(shù)訓(xùn)練出來的模型,各專家網(wǎng)絡(luò)之間是競爭關(guān)系,而不是合作關(guān)系。正是這種“競爭上崗”的模式,形成了動(dòng)態(tài)加載的效果
    發(fā)表于 08-23 17:00

    【「DeepSeek 核心技術(shù)揭秘」閱讀體驗(yàn)】+混合專家

    邏輯,硬件性能的成本選擇,達(dá)到的效果, 最后是對人工智能的影響。 Deepseek在技術(shù)思路上,采用混合專家系統(tǒng)MoE架構(gòu)(思維模塊),MoE則由多個(gè)專家模型組成,在處理任務(wù)時(shí),它能夠根據(jù)任務(wù)的特性
    發(fā)表于 07-22 22:14

    如何實(shí)現(xiàn)基于模型的系統(tǒng)工程

    工程師使用基于模型的系統(tǒng)工程 (MBSE) 來管理系統(tǒng)復(fù)雜性、改善溝通并生成優(yōu)化系統(tǒng)。成功的 MBSE 需要將利益相關(guān)方的需求融入到系統(tǒng)設(shè)計(jì)需求和架構(gòu)模型中,以創(chuàng)建直觀的系統(tǒng)描述。
    的頭像 發(fā)表于 07-22 10:12 ?835次閱讀
    如何實(shí)現(xiàn)基于<b class='flag-5'>模型</b>的系統(tǒng)<b class='flag-5'>工程</b>

    cubemx導(dǎo)入模型后找不到keil找不到工程內(nèi)的模型的相關(guān)文件是怎么回事?

    模型在cubemx內(nèi)解析后沒有問題,但解析之后生成工程keil內(nèi)缺讀取不到生成的三個(gè)模型文件
    發(fā)表于 07-18 07:18

    鴻蒙中Stage模型與FA模型詳解

    featureAbility 。 FA大概是API7之前的開發(fā)模型。所謂的開發(fā)模型,值得是創(chuàng)建鴻蒙開發(fā)工程后,你在什么樣子的系統(tǒng)容器和接口上進(jìn)行開發(fā)。 當(dāng)初在開發(fā)OpenHarmo
    的頭像 發(fā)表于 07-07 11:50 ?907次閱讀

    華為正式開源盤古7B稠密和72B混合專家模型

    [中國,深圳,2025年6月30日] 今日,華為正式宣布開源盤古70億參數(shù)的稠密模型、盤古Pro MoE 720億參數(shù)的混合專家模型和基于昇騰的模型推理技術(shù)。 此舉是華為踐行昇騰生態(tài)戰(zhàn)
    的頭像 發(fā)表于 06-30 11:19 ?1327次閱讀

    無法Tensorflow Lite模型轉(zhuǎn)換為OpenVINO?格式怎么處理?

    Tensorflow Lite 模型轉(zhuǎn)換為 OpenVINO? 格式。 遇到的錯(cuò)誤: FrontEnd API failed with OpConversionFailure:No translator found for TFLite_Detection_PostP
    發(fā)表于 06-25 08:27

    如何一個(gè)FA模型開發(fā)的聲明式范式應(yīng)用切換到Stage模型

    模型切換概述 本文介紹如何一個(gè)FA模型開發(fā)的聲明式范式應(yīng)用切換到Stage模型,您需要完成如下動(dòng)作: 工程切換:新建一個(gè)Stage
    發(fā)表于 06-04 06:22

    YOLOv4模型轉(zhuǎn)換為IR的說明,無法模型轉(zhuǎn)換為TensorFlow2格式怎么解決?

    遵照 YOLOv4 模型轉(zhuǎn)換為 IR 的 說明,但無法模型轉(zhuǎn)換為 TensorFlow2* 格式。 YOLOv4 darknet
    發(fā)表于 03-07 07:14

    使用模型優(yōu)化器命令ONNX模型轉(zhuǎn)換為OpenVINO? IR格式時(shí)出現(xiàn)“ReplacementID”錯(cuò)誤怎么解決?

    使用模型優(yōu)化器命令 ONNX 模型轉(zhuǎn)換為 OpenVINO? IR 格式: --input_model \"{onnx_path} --input_shape [1,512, 896
    發(fā)表于 03-05 09:41

    ONNX模型轉(zhuǎn)換為IR后報(bào)錯(cuò),怎么解決?

    運(yùn)行模型優(yōu)化器,以 ONNX 模型轉(zhuǎn)換為 IR。 收到錯(cuò)誤:[ ERROR ] The ExpandDims node Unsqueeze_333 has more than 1 input
    發(fā)表于 03-05 09:11