Amazon 週二（10月27日）喺公司網站登出新版「軟體開發工程師（SDE）職務指引」，重新界定 AI 時代之下工程師同主管嘅角色。新版指引 9月先喺內部流傳。
最關鍵嘅一點：Amazon 明言「Token 用量、AI 工具採用率、程式碼變更或審查次數」呢啲指標係「深層有缺陷」（deeply flawed）嘅評估方式，如果真將佢哋當目標，只會推高成本、增加系統複雜度。新版指引寫：「我哋相信，最正確嘅做法，係用長期的實際工作成果（long-term outcomes）嚟衡量、亦被衡量。」
由「KiroRank」風波開始
呢份指引並非無因生有。今年5月，Amazon 內部出現自發建立嘅「KiroRank」排行榜，依據 AI 開發工具 Kiro 嘅 Token 用量排名。員工為衝高名次，有工程師刻意讓 AI 代理執行不必要嘅任務，就係為了推高 Token 數字。Amazon 發現後關閉咗該排行榜。資深副總裁 Dave Treadwell 當時提醒員工，唔好「為用 AI 而用 AI」，要專注於改善產品及解決實際業務問題。
業界現象：「tokenmaxxing」
呢啲唔係 Amazon 一家嘅事。「tokenmaxxing」呢個詞已經喺業界流行，意思係「盡可能多用 AI，唔顧實際產出」。有公司已經開始限制員工嘅 Token 用量，或者將部分任務轉用較平嘅開源模型，原因就係 AI 開支快速上升。Amazon 發言人則表示，公司未設 Token 用量上限。
圖片：Lisi Mezistrano Wolf／CC BY-SA 4.0／Wikimedia Commons
CEO Andy Jassy 之前曾預測，AI 將會「改變日常工作的範圍同速度」，並可能喺未來幾年透過自動化削減企業員工人數，但同時會創造其他崗位。
「文藝復興式開發者」
新版指引提出一個新名詞：「Renaissance Developer」（文藝復興式開發者）。概念係工程師應同時掌握 AI 工具、人類判斷力同領域專業知識，三者結合嚟創造新產品同服務。指引同時鼓勵工程師如判斷 AI 工具無法改善某項工作，應説明原因，而唔係被視為表現不佳。原文：「如果你的工作未受惠於現行 AI 工具，呢個係一個發現，唔係一個缺陷。」
指引亦建議主管特別關注 AI 採用率最低及最高嘅各 10% 團隊，瞭解未積極使用嘅原因，以及大量使用係咪真係提高咗交付成果。
資料圖片：Pixabay
阿調搞兩下
呢份指引最值錢嘅一句，係「用長期的實際工作成果嚟衡量」。點解？因為 Token 用量呢個指標，本身就係一個激勵扭曲（perverse incentive）嘅經典案例。你將一個跟產出無直接關係嘅「投入量」指標，綁咗上去績效考核，人自然會去刷個數字，唔會去問「呢樣嘢做到做？」
今年5月嘅 KiroRank 事件，就係呢個扭曲嘅最好例證。
打工仔最擔心嘅，係 AI 變成老細加碼嘅工具——唔係幫你少做嘢，而係你唔用就唔合格。Amazon 呢次明言「唔用 AI 唔算缺陷」，至少喺文本上，個方向係對嘅。
真係做到未，先等睇執行。
阿調｜深度調教
