陳科｜從底座到 AI，技術(shù)人的成長進(jìn)化論

資深技術(shù)專家 陳科

在數(shù)字技術(shù)持續(xù)重構(gòu)產(chǎn)業(yè)格局的今天，從分布式架構(gòu)到人工智能的技術(shù)躍遷，正成為傳統(tǒng)金融行業(yè)數(shù)字化轉(zhuǎn)型的核心驅(qū)動力，而大模型與企業(yè)級知識服務(wù)的深度融合，更是券商在科技賦能業(yè)務(wù)中的關(guān)鍵探索方向。

如何將互聯(lián)網(wǎng)高并發(fā)、微服務(wù)與 PaaS 架構(gòu)的成熟經(jīng)驗(yàn)，遷移至強(qiáng)合規(guī)、高穩(wěn)定的金融技術(shù)體系；如何通過大模型與企業(yè)知識庫建設(shè)，破解內(nèi)部知識沉淀、場景落地、數(shù)據(jù)安全與應(yīng)用實(shí)效等核心難題，成為金融科技領(lǐng)域亟待突破的焦點(diǎn)議題。

近日，我們有幸邀請到資深技術(shù)專家陳科老師，圍繞技術(shù)轉(zhuǎn)型與能力沉淀、金融數(shù)字化架構(gòu)實(shí)踐、企業(yè)級大模型平臺建設(shè)、職業(yè)成長與技術(shù)路徑選擇，為理解全棧技術(shù)能力如何支撐金融 AI 轉(zhuǎn)型、重構(gòu)企業(yè)技術(shù)價值提供深度洞察。

01

風(fēng)采展示

問1：您好，陳老師！很榮幸有機(jī)會采訪到您，先簡單介紹一下您自己！

謝謝主持人，也很高興和大家交流。

我2012年畢業(yè)后進(jìn)入互聯(lián)網(wǎng)行業(yè)，早期在網(wǎng)易和vivo主要做中間件研發(fā)、微服務(wù)架構(gòu)和PaaS基礎(chǔ)設(shè)施，長期和高并發(fā)、分布式系統(tǒng)、服務(wù)治理這些問題打交道。后來進(jìn)入證券行業(yè)，參與金融科技平臺和數(shù)字化轉(zhuǎn)型相關(guān)工作，把互聯(lián)網(wǎng)架構(gòu)思維帶到金融場景里。最近兩年，隨著大模型技術(shù)的發(fā)展，我又把工作重心逐步轉(zhuǎn)向企業(yè)知識庫和大模型應(yīng)用落地。一路走來，從中間件到平臺，再到AI應(yīng)用，我一直在做一件事，就是用技術(shù)解決復(fù)雜業(yè)務(wù)問題。

問題2：從互聯(lián)網(wǎng)到券商，再切入大模型，三次大的方向躍遷，您是如何快速建立新領(lǐng)域認(rèn)知，并把過往經(jīng)驗(yàn)遷移過去的？

我進(jìn)入一個新領(lǐng)域，通常先做三件事。第一，快速建立全局認(rèn)知，先把業(yè)務(wù)鏈路、核心系統(tǒng)、關(guān)鍵約束搞清楚。第二，分辨哪些是行業(yè)特有的，哪些是通用規(guī)律。比如架構(gòu)設(shè)計(jì)、穩(wěn)定性治理、平臺化建設(shè)，這些底層方法在很多行業(yè)都是通的；變化更多是在業(yè)務(wù)語義、監(jiān)管要求和落地方式上。第三，就是盡快通過真實(shí)項(xiàng)目把認(rèn)知壓實(shí)。因?yàn)楹芏鄸|西只有做過才真正理解。對我來說，跨領(lǐng)域不是推倒重來，而是把過去積累的能力，在新問題上重新組合、持續(xù)升級。

問題3：隨著技術(shù)的快速發(fā)展，如何保持對新技術(shù)、新趨勢的敏感度？你平時通過哪些渠道獲取行業(yè)前沿信息，又是如何篩選和判斷哪些信息對自己有價值并值得深入學(xué)習(xí)的？

我覺得保持敏感度很重要，但更重要的是判斷力。平時我主要通過幾個渠道獲取信息：一是頭部技術(shù)公司、云廠商、開源社區(qū)和技術(shù)博客，二是行業(yè)會議和同行交流，三是和業(yè)務(wù)、監(jiān)管相關(guān)的信息。因?yàn)橛绕湓诮鹑谛袠I(yè)，技術(shù)能不能落地，不只是看先進(jìn)不先進(jìn)，還要看業(yè)務(wù)價值和合規(guī)邊界。至于篩選，我主要看四點(diǎn)：是不是在解決真實(shí)問題，能不能工程化落地，和當(dāng)前業(yè)務(wù)階段是否匹配，能不能沉淀成長期能力。很多熱點(diǎn)我不會一上來就重投入，而是先做小范圍驗(yàn)證，看效果、成本和復(fù)雜度，再決定要不要深入。

02

微服務(wù)架構(gòu)與PaaS基礎(chǔ)設(shè)施

問題4：在金融行業(yè)進(jìn)行數(shù)字化轉(zhuǎn)型過程中，遇到了哪些技術(shù)難點(diǎn)和問題，是如何解決這些問題的？

金融行業(yè)數(shù)字化轉(zhuǎn)型最大的難點(diǎn)，不是在新系統(tǒng)上做建設(shè)，而是在大量存量系統(tǒng)之上做升級。這里面往往是多廠商、多技術(shù)棧、強(qiáng)監(jiān)管、不能輕易中斷，這幾個問題疊加在一起。我們的做法不是一刀切替換，而是先做分層治理和標(biāo)準(zhǔn)化接入。通過統(tǒng)一網(wǎng)關(guān)、統(tǒng)一 API 管理、服務(wù)邊界梳理，把新老系統(tǒng)逐步接起來。對于受監(jiān)管業(yè)務(wù)，則強(qiáng)調(diào)訪問隔離，核心服務(wù)盡量放在私有域里，對外只通過全局網(wǎng)關(guān)暴露有限 API，并做好鑒權(quán)和權(quán)限控制。同時在治理上，把核心 API、高延遲 API、外部 API 做分組隔離，發(fā)布必須灰度、滾動、可回滾。我的體會是，金融行業(yè)轉(zhuǎn)型的關(guān)鍵不是上了多少新技術(shù)，而是能不能在復(fù)雜存量和強(qiáng)監(jiān)管約束下，穩(wěn)步演進(jìn)。

問題5：在微服務(wù)架構(gòu)落地過程中，服務(wù)治理、限流、熔斷、降級這幾塊，您踩過最致命的坑是什么？

這個更多是我在互聯(lián)網(wǎng)公司時期做高并發(fā)系統(tǒng)時的經(jīng)驗(yàn)。踩得最深的坑，其實(shí)是治理策略過于粗暴，把局部問題放大成整體問題。比如下游只是少量實(shí)例抖動，但上游熔斷做得太粗，一觸發(fā)就把整個服務(wù)都熔斷了，結(jié)果本來只是局部異常，最后變成全鏈路不可用。還有一種情況是限流只考慮‘?dāng)r’，沒有考慮‘?dāng)r完以后怎么辦’，所有請求直接失敗，核心和非核心業(yè)務(wù)沒有區(qū)分，限流、熔斷、降級沒有按照層級和維度去區(qū)分，導(dǎo)致用戶體驗(yàn)會非常差。我記得在網(wǎng)易工作時，APP推薦首頁就是一個高并場景，我們就是通過不同層級，不同維度去落地的，例如按照用戶比例去限流和降級，保障確保VIP用戶正常可用，保障普通用戶在觸發(fā)降級時看到的兜底內(nèi)容是一致的。再就是重試配置不當(dāng)，本來是為了提高成功率，結(jié)果在高并發(fā)下反而把下游打穿了。

所以我后來最大的經(jīng)驗(yàn)是，限流、熔斷、降級一定要分層、分級、分粒度設(shè)計(jì)，不能用統(tǒng)一模板一把梭。

問題6：做高并發(fā)系統(tǒng)時，是如何做容量規(guī)劃、壓測體系與全鏈路監(jiān)控的？有哪些關(guān)鍵指標(biāo)？

這部分也是我在互聯(lián)網(wǎng)時期的工作體會。高并發(fā)系統(tǒng)最核心的，不是流量來了能不能扛一次，而是你知不知道自己的邊界在哪里。容量規(guī)劃上，我一般會從業(yè)務(wù)峰值倒推整條鏈路，包括網(wǎng)關(guān)、應(yīng)用、緩存、數(shù)據(jù)庫、消息隊(duì)列和外部依賴，最后形成容量模型，并且預(yù)留冗余。壓測體系不能只做單接口壓測，還要做核心場景壓測、混合流量壓測、全鏈路壓測，甚至故障演練，驗(yàn)證系統(tǒng)在異常情況下能不能穩(wěn)住。監(jiān)控方面，除了 CPU、內(nèi)存這些基礎(chǔ)指標(biāo)，更要看 QPS、TPS、P95、P99、錯誤率、超時率、線程池、連接池、消息積壓，以及關(guān)鍵業(yè)務(wù)成功率。我的經(jīng)驗(yàn)是，真正的穩(wěn)定性來自提前發(fā)現(xiàn)邊界，而不是出問題后再補(bǔ)救?！?/p>

03

技術(shù)實(shí)踐與落地

問題7：在券商內(nèi)部建設(shè)企業(yè)知識庫平臺時，如何選擇適合金融領(lǐng)域知識處理的大模型，考慮了哪些模型性能指標(biāo)和金融業(yè)務(wù)特點(diǎn)，不同模型之間有哪些差異和優(yōu)劣？

企業(yè)知識庫平臺的核心，其實(shí)不只是選模型，而是知識治理、檢索體系、權(quán)限體系和模型能力的整體組合。金融場景里，不能簡單追求‘哪個模型最強(qiáng)’，而要先看場景到底要解決什么問題，是問答、檢索、總結(jié)、審核，還是結(jié)構(gòu)化抽取。選型時我主要看幾個指標(biāo)：專業(yè)理解能力、事實(shí)準(zhǔn)確性、幻覺控制、長文本處理能力、結(jié)構(gòu)化輸出能力、響應(yīng)速度和部署成本。同時還要重點(diǎn)考慮私有化、安全隔離和審計(jì)留痕。閉源模型通常通用能力更強(qiáng)、效果更穩(wěn)定，適合快速驗(yàn)證；開源模型則更可控、更適合私有化和深度定制。所以實(shí)際落地時，往往不是單模型，而是基座模型、Embedding、Rerank、規(guī)則和權(quán)限系統(tǒng)組合起來一起工作。

問題8：券商擁有海量但分散的數(shù)據(jù)，大模型應(yīng)用需要高質(zhì)量、結(jié)構(gòu)化的數(shù)據(jù)支持，如何建立有效的數(shù)據(jù)治理體系，對數(shù)據(jù)進(jìn)行清洗、整合和標(biāo)注，為大模型提供優(yōu)質(zhì)的數(shù)據(jù)輸入，有哪些數(shù)據(jù)治理工具和流程？

我一直認(rèn)為，大模型在企業(yè)里的上限，很多時候是由數(shù)據(jù)治理決定的。券商的數(shù)據(jù)特點(diǎn)不是少，而是多、散、雜，而且權(quán)限邊界復(fù)雜、口徑不統(tǒng)一。所以第一步一定是數(shù)據(jù)盤點(diǎn)和分類分級，先搞清楚數(shù)據(jù)歸誰管、能不能用、有沒有敏感風(fēng)險。第二步是標(biāo)準(zhǔn)化清洗和結(jié)構(gòu)化處理，包括去重、糾錯、版本識別、元數(shù)據(jù)補(bǔ)全、標(biāo)簽和摘要生成。第三步是權(quán)限和安全治理，要做到按業(yè)務(wù)域、按部門、按角色細(xì)粒度授權(quán)。第四步是效果反饋閉環(huán)，根據(jù)召回準(zhǔn)確率、人工審核意見和實(shí)際使用效果持續(xù)優(yōu)化。工具上會涉及文檔解析、OCR、元數(shù)據(jù)管理、脫敏、標(biāo)注審核、向量檢索和評測體系，但核心還是要形成持續(xù)迭代的數(shù)據(jù)治理流程。

問題9：金融監(jiān)管政策不斷更新變化，大模型在券商應(yīng)用中如何確保實(shí)時跟進(jìn)并滿足新的合規(guī)要求，例如在反洗錢、投資者適當(dāng)性管理等場景，有沒有建立動態(tài)的合規(guī)監(jiān)測機(jī)制嵌入到大模型應(yīng)用流程中？

在券商場景里，大模型不能只追求能力強(qiáng)，更要追求可控、可審計(jì)、可糾偏。我的理解是，合規(guī)必須前置，嵌入整個應(yīng)用流程，而不是事后補(bǔ)丁。我們的思路是把外部監(jiān)管要求和內(nèi)部制度要求持續(xù)沉淀成動態(tài)更新的知識和制度體系，也就是常說的‘外規(guī)內(nèi)化’。具體做法上，一層是知識檢索，確保模型引用的是最新、權(quán)威的制度依據(jù)；一層是規(guī)則校驗(yàn)，對敏感內(nèi)容和關(guān)鍵場景做硬約束；再往上是人工復(fù)核和審計(jì)留痕。像反洗錢、投資者適當(dāng)性管理這些場景，我認(rèn)為大模型更適合做輔助識別、歸納總結(jié)和風(fēng)險提示，而不應(yīng)該直接替代最終判斷。這樣既能提高效率，也能守住合規(guī)底線。

04

行業(yè)洞察與未來思考力

問題10：隨著大模型技術(shù)的不斷發(fā)展，未來在券商業(yè)務(wù)中還可能拓展出哪些新的應(yīng)用場景，對于這些潛在場景，目前做了哪些前瞻性的研究和準(zhǔn)備？

我覺得未來大模型在券商里的應(yīng)用空間會非常大，而且不會只停留在智能問答這種淺層場景。隨著模型能力、工具調(diào)用能力和企業(yè)治理能力逐步成熟，它會從信息輔助，慢慢走向流程輔助，再進(jìn)一步走向業(yè)務(wù)協(xié)同。

具體看，我比較看好的方向有幾類：一類是“外規(guī)內(nèi)化”，比如監(jiān)管規(guī)則理解、制度對齊、變更影響分析、執(zhí)行檢查等，幫助機(jī)構(gòu)把外部規(guī)則更快轉(zhuǎn)化成內(nèi)部可執(zhí)行能力；第二類是“數(shù)字員工”，比如投研、運(yùn)營、合規(guī)、研發(fā)、客服等崗位的輔助；第三類是“智能工具化”場景，比如合同審核、制度文件審核、會議紀(jì)要、知識檢索、材料撰寫等，這類場景邊界清晰、收益也更容易驗(yàn)證，應(yīng)該優(yōu)先落地。再往后，還可以逐步延伸到投顧輔助、財(cái)富管理、投行業(yè)務(wù)支持、風(fēng)險排查、培訓(xùn)傳承等更深層業(yè)務(wù)。

不過我覺得現(xiàn)階段也不能太激進(jìn)，更現(xiàn)實(shí)的策略還是優(yōu)先瞄準(zhǔn)業(yè)內(nèi)相對成熟的場景，讓子彈先飛一會。因?yàn)殚_源模型和智能體方案迭代非?？?，今天花很大力氣做的定制優(yōu)化，可能下一次模型升級后就被快速覆蓋，收益反而不如直接升級模型。比如有些最近很火的開源 Agent 方案，更適合個人產(chǎn)品，離企業(yè)級、強(qiáng)合規(guī)的券商場景還有距離。所以我認(rèn)為現(xiàn)階段更重要的是先把知識庫、智能體平臺、模型服務(wù)平臺和安全治理底座搭好，為后續(xù)規(guī)?；涞刈鰷?zhǔn)備。

問題11：大模型正在重構(gòu)技術(shù)棧，你認(rèn)為未來工程師的核心能力模型會發(fā)生怎樣的變化？

我認(rèn)為未來工程師的核心能力模型會繼續(xù)上移，但不是簡單地從“代碼實(shí)現(xiàn)者”變成“系統(tǒng)設(shè)計(jì)者”，因?yàn)榻裉斓拇竽Ｐ秃椭悄芫幊坦ぞ咭呀?jīng)開始深入?yún)⑴c設(shè)計(jì)本身。真正稀缺的能力，將越來越體現(xiàn)在對問題和約束的定義、對方案優(yōu)劣的判斷、對復(fù)雜系統(tǒng)的取舍，以及對最終結(jié)果的驗(yàn)證和責(zé)任承擔(dān)上。換句話說，未來工程師依然要懂實(shí)現(xiàn)，也依然要懂設(shè)計(jì)，但更核心的競爭力會轉(zhuǎn)向“駕馭設(shè)計(jì)與實(shí)現(xiàn)過程”的能力。誰能把業(yè)務(wù)目標(biāo)、系統(tǒng)約束、數(shù)據(jù)條件、風(fēng)險邊界和工具能力說清楚，誰就更能借助AI放大產(chǎn)出。因此，未來工程師最重要的能力，第一不是單點(diǎn)編碼能力，第二也不只是傳統(tǒng)意義上的架構(gòu)設(shè)計(jì)能力，而是更高一層的系統(tǒng)級判斷能力與人機(jī)協(xié)作編排能力。前者決定做什么、為什么這樣做，后者決定如何把模型、工具、流程和人工協(xié)同組織成一個可靠閉環(huán)。從這個意義上說，工程師不會被壓縮成“提示詞操作員”，也不會只剩下寫代碼或畫架構(gòu)圖，而會逐步演變成面向復(fù)雜問題的解決者、約束定義者、結(jié)果校驗(yàn)者和智能系統(tǒng)的指揮者。