洞察觀點

當 AI 工具開始長出「角色」:Codex 全角色化,對人才能力地圖的 3 個提問

當 AI 工具開始長出「角色」:Codex 全角色化,對人才能力地圖的 3 個提問

一個容易被略過的數字,藏著人才策略的訊號

多數 AI 產品更新,HR 與人才發展部門通常不會放進視野,那看起來是 IT 或工程團隊要操心的事。但有一類更新例外:當一項原本「專屬於某種角色」的工具,開始往「所有角色」擴散時,它影響的就不再是技術選型,而是組織裡「誰需要具備什麼能力」這張地圖。

OpenAI 在 6 月 2 日的 Codex 更新,正好提供了這樣一個觀察點。官方揭露:Codex 目前每週使用者超過五百萬人,其中非開發人員:分析師、行銷、營運、設計、研究、投資與銀行從業者,約佔整體的兩成,而這群人的成長速度,是開發者的三倍以上。這次更新的主軸,正是回應這個結構的三件事:六款依「角色」設計的外掛程式(資料分析、創意製作、銷售、產品設計、公開股票投資、投資銀行)、一項讓使用者用自然語言建立並以 URL 分享互動式網站的預覽功能「Sites」,以及一項讓使用者直接在成果上圈選、標註修改指示的「註解」功能。

把這幾件事放在一起,浮現的不是又一次工具升級,而是一個對人才發展工作者值得停下來思考的趨勢:AI 工具的能力邊界,正在從「工程師的專業領域」往「一般知識工作者的日常工具」位移。以下三個提問,是這個位移帶給能力盤點與訓練設計的幾個面向。

提問一:能力擴散的「方向」與「速度」,會如何改寫能力地圖?

「非開發者成長速度是開發者三倍」這個數字之所以值得留意,不在於它的絕對高低,而在於它揭示的方向。能力擴散最快的地帶,往往不是已經熟練的核心使用者,而是邊緣新進的使用者。換句話說,工具的重心正在從「原本就會寫程式的人」,往「過去不寫程式、但工作同樣需要處理資訊的人」移動。

這個方向並非只是抽象趨勢,官方一併揭露了幾個內部與企業的實際用法,可以看出擴散落在誰身上。在 OpenAI 內部,非技術團隊用 Codex 建置內部應用、準備高階主管簡報、製作儀表板,並把創意簡報轉成符合品牌與設計規範的成果;在 Zapier,團隊用它從 Slack、Google Docs、Coda 等工具擷取分散的知識,再轉化為事後檢討報告、事件回應計畫與功能開發工單;在 NVIDIA,研究人員用它加速實驗,從發想研究構想一路到撰寫機器學習基礎架構所需的指令碼。這些場景的共通點,是操作者本身多半不是傳統意義上的軟體工程師,而是營運、分析、研究等角色,他們處理的也不是程式碼,而是各自領域的知識工作。

對人才發展而言,這個方向會動到一個長期被視為穩定的分類前提:把員工粗分為「技術職」與「非技術職」,並據此設計兩套差異很大的數位能力訓練。當原本需要工程背景才能使用的工具,被重新包裝成銷售、行銷、財務、營運都能直接上手的形態,這條分界線的位置就值得重新檢視,不是消失,而是內涵改變。

從技能本位組織(skills-based organization)的視角看,這意味著「AI 工具操作」正從一項區別性技能,逐漸變成跨職能的基礎技能。可觀察到的轉變是:能力盤點的問題,從「哪些人需要學會用 AI 工具」,悄悄變成「在我們的組織裡,是否還存在不需要這項基礎能力的角色」。這兩個問句的預設立場完全相反,而後者正逐漸成為更貼近現況的提問方式。

When AI Tools Begin to Take on Roles Codex Becomes Fully Role Based Raising Three Questions for the Talent Capability Map

提問二:當工作流被封裝成「角色模組」,需要培養的是工具技能,還是編排能力?

這次更新最值得拆解的設計,是外掛程式的組裝邏輯。官方說明,六款外掛合計整合了六十二款常用應用與一百一十項技能,每一款都把「相關應用 + 技能 + 指示 + 工作流程」打包成一個對應特定角色的模組。

六款外掛,六條職能任務鏈

把六款外掛攤開來看,會更清楚這種「角色模組」是什麼意思,因為每一款都對準了一個職能的典型任務鏈,而非單一功能。資料分析外掛面向分析師與業務團隊,串接 Snowflake、Databricks Genie、Hex、Tableau 等工具,協助探索產品與業務資料、找出關鍵指標變化的原因,並產出報表與資訊主頁。創意製作外掛面向行銷與創意團隊,整合 Figma、Canva、Shutterstock、Picsart、Fal 等工具,把創意簡報轉成可審閱的活動看板、可調整的展示型廣告版本,以及產品情境照或電商用圖片組。

銷售外掛串接 Salesforce、HubSpot、Slack、Outreach、Clay 等系統,協助梳理高優先級客戶與相關訊號、準備客戶會議、完成後續跟進、更新客戶紀錄並檢視成交風險。產品設計外掛則把早期構想轉成團隊可審閱的原型,能檢視使用者流程、依即時 URL 製作原型、讓靜態截圖具備互動性,成果還可延續到 Figma、Canva。最後兩款公開股票投資與投資銀行外掛,分別面向投資人與銀行從業者,串接 Moody’s、Daloopa、FactSet、LSEG、S&P、PitchBook、Hebbia 等金融資料源,協助檢視財報、比較公司、追蹤訊號,以及準備提案與可比公司、交易案例的盡職調查資料。官方並預告,企業財務、私募股權投資、行銷策略、策略顧問、法務等更多角色版本將陸續推出,並朝向讓合作夥伴自行在 Codex 與 ChatGPT 中建立、部署外掛的開放生態系發展。

封裝的是流程,不是功能

值得注意的,是這種封裝方式背後的取向:它賣的不再是「一個能力很強的通用工具」,而是「一個角色平常會走的整套流程」。對能力培養而言,這帶來一個需要釐清的區分,當基礎操作、串接哪些系統、按什麼順序推進都被模組預先封裝、開箱即用,員工真正需要被訓練的,是否還是「如何操作這項工具」?

一個值得納入考量的觀點是:當工具把標準工作流封裝好,個人能力的差異就不容易再體現在「會不會用」,而更可能體現在「懂不懂得判斷哪個工作流適合當下的問題、如何把模組組合起來解決非標準的情境、以及如何評估產出品質」。這類能力,性質上更接近流程設計與判斷力,而非單一軟體的操作熟練度。這也呼應了人才發展領域長期以來對 70-20-10 的討論。當「20」與「10」所對應的工具知識被部分自動化,「70」的實戰經驗中所累積的判斷與情境感,其相對權重可能不降反升。

需要補充的是,這並不代表工具操作訓練不再重要,而是它的定位可能從「課程的主體」,逐漸退為「課程的入門前提」,騰出的篇幅則指向更上游的編排與判斷能力。這個重心是否移動、移動多少,會因組織的數位成熟度而有顯著差異,沒有單一答案。

When AI Tools Begin to Take on Roles Codex Becomes Fully Role Based Raising Three Questions for the Talent Capability Map (2)

提問三:產出與迭代的門檻下移,知識工作者的角色會往哪裡移?

更新中的另外兩項功能:Sites 與註解。它們皆指向同一個方向:把「做出成果」與「修改成果」的門檻一起拉低。

Sites:把「做出成果」的門檻拉低

先看 Sites。官方目前以預覽形式向 Business 與 Enterprise 客戶開放,它讓使用者用自然語言把想法、分析與計畫,轉成資訊主頁、規劃工具、審閱工作區、專案看板、展示空間等互動式網站,再透過 URL 分享給工作區成員一起檢視、提供意見與共同決策。官方舉的幾個例子,可以看出它瞄準的是哪一類產出:為即將舉行的客戶檢討會生成一個整合產品更新、待解決問題、使用趨勢與後續行動的互動網頁;依財務模型建立可比較不同假設的情境規劃工具,讓主管不必逐頁翻閱文件分頁;或把產品發布資訊整理成會隨進度持續更新的中心,集中呈現最新訊息、里程碑、負責人與決策。這些原本多半要靠工程或設計資源才做得出來的內部工具,被收斂成一句自然語言的需求描述。

註解:把「指出哪裡要改」變精準

再看註解。這個功能原本是開發者用來微調程式碼、Markdown 與 Codex 建立的網站的工具,這次延伸到一般使用者建立的文件、試算表與投影片。使用者可以圈選網站裡的導覽列要求更新字型、在一份投資主張裡反白某項主張並追問它的出處、或在投影片上標記某張圖表要求更清楚的標籤;Codex 會把修改限縮在被選取的範圍,使用者不必從頭重做、也不用動到已經滿意的部分。官方特別指出,這類就地微調的價值,在初稿完成、工作進入需要判斷、回饋與反覆修訂的階段時最為明顯。

把這兩項放回知識工作的脈絡:過去「初稿製作」這道工序,往往佔據知識工作者相當比例的工時;當這道工序的門檻下移,人投入的重心就有機會從「親手把東西做出來」,往「判斷做出來的東西對不對、好不好、要往哪裡改」位移。Sites 把「做出一個可用的成果」變得更快,而註解則把「指出哪裡要改」變得更精準,兩者一前一後,正好把人的工時往「判斷與回饋」這一端推。

這個位移對訓練設計是個值得關注的面向。如果知識工作者的價值重心正從「製作」上移到「判斷與驗收」,那麼訓練內容中關於「如何評估一份產出的品質」「如何給出精準的修改回饋」「如何定義一個好成果的標準」這類後設能力,其重要性就值得重新評估。這些能力過去常被預設為「做久了自然會」,但當製作環節被大幅壓縮、年輕工作者累積製作經驗的機會隨之減少時,「判斷力如何養成」本身就成為一個需要被刻意設計進訓練的課題,而非默認會自然發生。

從 Codex 全角色化看人才發展:當 AI 工具跨出工程師邊界

單看 Codex 這次更新的任何一項,更多角色外掛、可分享的 Sites、就地修改的註解,都只是一家工具供應商的產品動態。但把「非開發者成長三倍」這個方向、「工作流被封裝成角色模組」這個設計、以及「製作門檻下移」這個趨勢疊在一起,構成的是一個對人才發展工作者值得停下來的訊號:組織裡關於「誰需要什麼能力」的舊地圖,其底層假設正在鬆動。

對人才發展部門而言,這類時點適合做的,或許不是急著把某項工具排進課表,而是回頭盤點幾個面向:現行能力模型裡,「技術 / 非技術」的分界是否仍貼合工具的實際擴散方向;既有的數位能力訓練,重心是落在工具操作、還是工作流編排與判斷;以及,當製作環節逐漸被自動化,組織用什麼方式確保下一代工作者仍能養成「判斷與驗收」的能力。能力地圖最該被重新檢視的時點,往往不是某項新工具出現的那一刻,而是它開始跨出原本的角色邊界、長出新角色的那一刻。

SEO CTA_AI

如有任何問題或需求,請填寫以下表單,我們將竭誠為您解答!
您也可以透過以下按鈕了解更多資源:

Facebook
LinkedIn
聯絡我們表單

返回頂端
取得最新資訊

訂閱每週最新消息