《3-路寧--當AI大語言模型遇到一站式平臺.pdf》由會員分享,可在線閱讀,更多相關《3-路寧--當AI大語言模型遇到一站式平臺.pdf(23頁珍藏版)》請在三個皮匠報告上搜索。
1、當AI語模型遇到站式平臺ChatOps2.0到來路寧服務平安、順豐、華為、華三等企業“”語模型及其能 站式平臺及領域知識表達 從GUI到對話 從ChatOps到ChatOps2.0 DevOps領域模型和DSL錄認識語模型成式,預訓練,轉換器,提詞 字接到信息壓縮到涌現思維鏈ChatGPT推理代碼數據格式思維鏈逐注釋簡單和中等難度的任務步步推理向過程編程困難任務問題分解向對象編程代碼訓練是模型能做思維鏈推理最可能的原因https:/yaofu.notion.site/6dafe3f8d11445ca9dcf8a2ca1c5b199本質是序列信息概率預測說明研發過程中的應創作根據指令成本(程序/
2、DSL)或提煉信息。需求改寫優化、驗收條件編寫 代碼補全、代碼成、測試例成 需求問答、具鏈問答翻譯信息形式轉換,種信息格式(DSL)轉換為另種信息格式(DSL)通過然語寫SQL 通過然語寫配置件推理激發和利模型的規劃和推理能,甚展現智能體形態。實現個需求 回答關于具鏈的復雜問題應語模型的三個能模型擅做軟件設計嗎?1.“畫三個圓,代表三個集合,圓中有兩個圓,兩個圓有部分重疊?!?.“去除圖形的坐標,圓標題是“切計算”,左邊圓標題是“神經計算”,右邊圓標題是“形式邏輯”?!?.“標題位于各個圖的上?!?.“給三個圓分別填充藍、紅和?!?.“圓的邊界線都是線,上述三種顏于圓的內部?!?.“顏做透明處
3、理?!?.“標題字體稍微點?!蓖ㄟ^對話畫圖-通過DSL描述知識并利LLM成提供全的流程托管 統:簡化信息架構 封裝操作:整合和簡化平臺操作 流程管控:落地團隊規則 撐度量:規范程師動作,動流轉任務狀態認識站式平臺技術棧領域服務端前端客戶端需求代碼 測試 集成變更交付協作發布運維平臺平臺平臺如何表達領域知識?硅國內分管理Trunk Based或Release Branch Cherry Picking復雜的分模型及托管訴求 團隊間差異流程管控不太認可卡點。相對簡單、統。依賴和包容卡點 流程模式多,團隊間差異具集成Everything As Code 命令,接集成封裝能平臺撐特定流程 套娃平臺并提
4、供新界應模型更容易為什么會有站式平臺?從GUI到對話張勇:“所有軟件都值得接模型升級改造”基于錄和的交付式會被變?!皯舻卿涷炞C的邏輯有哪些變化?”“把我代碼部署到測試環境?!薄翱聪挛疫@個需求所有變更的狀態?!薄凹上挛业拇a?!薄翱聪庐斍癕R的狀態?!薄跋绿税喟男┳兏??”“把我的變更加到5號的班上?!痹O想每次上平臺后的系列操作,多句話就能說清楚:指令:為完成,確定下步操作??勺龅牟僮靼ú僮鳉v史:操作1,操作2當前:NLI(Natural Language Interfaces)https:/ ContextCITicketDevOps Model&LanguageLLMVector Se
5、archPersonal ContextChatbot“查看需求T11066登錄的所有相關變更的狀態?!薄癴etch ticket(id=T11066).application_updates”通過模型翻譯然語指令通過CLI或具引擎執指令成markdown并渲染App Update Model通過模型重寫指令現有平臺需要的改造建基于對話的交互式在IDE/原平臺中提供聊天交互助 基于戶上下 利LLM從然語翻譯到領域DSL完善領域DSL及其執引擎打通端到端領域模型 基于主要領域DSL擴展整個DevOps的DSL 建執引擎調平臺能完善個動態的成引擎借助markdown來傳遞信息和提供操作,甚是多態的
6、 通過插件提供更靈活的交互式提供基于對話在平臺中導航的功能領域模型和DSL描述DevOps領域過程的知識,包括實體、關系、操作、規則等。TaskRuns and PipelineRunsSteps,Tasks,and PipelinesTekton的領域模型應領域模型和DSL過程中的考慮模型的完備性影響對話效率,如分、模塊對多導致執流線要額外參數。模型的完備性往往依賴治理。領域具往往有的DSL,以成熟領域DSL為基礎完善整體語體系,流的DSL會降低訓練成本??苫谀P吞峁﹩柎鸪?。交互變將會帶來的影響部分交互會通過然語完成,GUI式的錄菜單。對初學者更加友好,且持個性需求,需顧及菜單組織式。檔是給模型學習的,戶,模型不僅知道怎么做,還會給戶答疑。領域DSL很重要。歡迎交流感謝聆聽