日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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

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

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

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

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

掃碼添加小助手

加入工程師交流群

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

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

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

?

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

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

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

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

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

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

?收貨人信息分析

?收貨地址分析

?商品組合與價值分析

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

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

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

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

?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

?

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

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

?瓶頸1:忽略低價值商品風(fēng)險

?AI的認知停留在“高價值=高風(fēng)險”,只對手機、顯卡等商品敏感。

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

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

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

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

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

?

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

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

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

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

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

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

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

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

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

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

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

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

?

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

wKgZPGi-djeAIzr5AAfXZqQ1y7k565.png

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

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

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

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

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

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

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

?審核編輯 黃宇

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

    關(guān)注

    0

    文章

    16

    瀏覽量

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

    關(guān)注

    2

    文章

    3797

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    零基礎(chǔ)手寫大模型資料2026

    零基礎(chǔ)純代碼手寫大模型:從數(shù)學(xué)原理到工程實踐的技術(shù)解析 在深度學(xué)習(xí)框架高度封裝的今天,理解大模型底層原理的開發(fā)者愈發(fā)稀缺。本文剝離復(fù)雜框架的依賴,從數(shù)學(xué)基礎(chǔ)出發(fā),解析如
    發(fā)表于 05-01 17:44

    HM博學(xué)谷狂野AI大模型第四期

    工程內(nèi)幕 一個大模型的誕生,離不開海量數(shù)據(jù)的訓(xùn)練與精調(diào)??褚?AI 第四期視角深入到模型訓(xùn)練的引擎室,詳細拆解預(yù)訓(xùn)練與指令微調(diào)(SFT)的底層實現(xiàn)邏輯。 在源碼層面,學(xué)員
    發(fā)表于 05-01 17:30

    遠程協(xié)作新范式:工業(yè)場景下的專家支持技術(shù)演進

    遠程協(xié)作新范式:工業(yè)場景下的專家支持技術(shù)演進 當設(shè)備現(xiàn)場出現(xiàn)故障無法解決時,如何快速獲取專家指導(dǎo)?這曾是困擾制造業(yè)、能源、工程機械等重資產(chǎn)行業(yè)的普遍難題。傳統(tǒng)模式下,企業(yè)要么派遣專家
    發(fā)表于 04-30 09:54

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

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

    云知聲推出醫(yī)療領(lǐng)域專家模型“山?!ぶt(yī)大模型5.0”

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

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

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

    詳解SPICE器件模型的分類

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

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

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

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

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

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

    工程師使用基于模型的系統(tǒng)工程 (MBSE) 來管理系統(tǒng)復(fù)雜性、改善溝通并生成優(yōu)化系統(tǒng)。成功的 MBSE 需要將利益相關(guān)方的需求融入到系統(tǒng)設(shè)計需求和架構(gòu)模型中,以創(chuàng)建直觀的系統(tǒng)描述。
    的頭像 發(fā)表于 07-22 10:12 ?1062次閱讀
    如何實現(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)缺讀取不到生成的三個模型文件
    發(fā)表于 07-18 07:18

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

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

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

    電子發(fā)燒友網(wǎng)綜合報道 2025年6月30日,華為正式宣布開源盤古70億參數(shù)的稠密模型、盤古Pro MoE 720億參數(shù)的混合專家模型及基于昇騰的模型推理技術(shù),此舉標志著華為在AI技術(shù)生
    的頭像 發(fā)表于 07-06 05:51 ?7659次閱讀

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

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

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

    模型切換概述 本文介紹如何一個FA模型開發(fā)的聲明式范式應(yīng)用切換到Stage模型,您需要完成如下動作: 工程切換:新建一個Stage
    發(fā)表于 06-04 06:22
    南京市| 凯里市| 彝良县| 荣昌县| 五河县| 苗栗县| 景宁| 兴隆县| 逊克县| 龙井市| 宿迁市| 长子县| 寿宁县| 津市市| 兴安盟| 崇州市| 疏勒县| 贵港市| 泰宁县| 五莲县| 丹棱县| 满城县| 新沂市| 淮北市| 阜康市| 六枝特区| 托里县| 延边| 沙坪坝区| 秦皇岛市| 宁波市| 班玛县| 都江堰市| 桂东县| 临清市| 丰都县| 湾仔区| 华安县| 柳江县| 昭平县| 海丰县|