-
日期: 2026-04-03 | 來源: 定焦One | 有0人參與評論 | 字體: 小 中 大
但去年底開始，公司把Kiro定為公司“推薦的AI原生開發工具”，並且定了指標：年底前，80%的工程師每周使用Kiro。
最開始說是為了讓大家在項目裡順手把工具用起來，但沒過多久，內部就上線了壹個追蹤員工AI使用頻率的系統。誰在用、誰沒怎麼用，後台都能看出來。
最讓我們頭疼的是，Kiro不太好用。寫樣板代碼、測試、接口適配還行；但壹旦牽涉到調用鏈、狀態處理或者部署約束，它生成的代碼就經常只是個半成品。所以，大量工程師要求改用Claude Code，認為Kiro不適合高復雜度的工程判斷。
大家對AI生成的代碼不放心是有原因的，去年底，公司有個團隊就因為跑Kiro出了個不小的事故。事故之後，AI參與的代碼變更審批明顯收緊了。
但我還是會覺得有點恍惚。那些踏踏實實鑽研底層邏輯、手動優化核心代碼的人，在追蹤系統上不夠活躍；反而是那些頻繁調試提示詞的人，成了“積極擁抱新技術”的典型。
我原本以為，工程師的價值是處理那些真正復雜的問題。可現在很多時候，我負責寫提示詞、盯生成結果、補它留下來的坑。我最擔心的不是工作方式變了，而是長期這樣下去，自己從零實現、排查復雜問題的能力，會壹點點退化。
全員寫Skills，
等於自己“幹掉”自己
Kelly ｜北京某互聯網大廠 後端研發（職級序列8）
作為壹名後端程序員，我從去年開始就已經在工作中高頻使用AI了，用的比較多的是內部的無代碼編程工具。
今年春節前後，公司整體的AI應用氛圍突然變得非常激進。現在，全部員工都能在系統裡看到自己每天消耗了多少Token，我的直屬領導對我說的最多的壹句話就是“這個事兒可以用AI試壹試。”
目前公司沒有明確的Token消耗考核，但是每個部門有各自的考核標准。
具體到我所在的部門，近期鼓勵全員寫Skills，要求大家對日常的工作經驗、工作流程、技術細節以及常見問題進行全面盤點，然後文檔化、Skills化。
Leader主要看兩個指標：用公司內部“龍蝦”工具每天的Token消耗量，以及Skills的產出量，對於後者，部門甚至有非常明確的考核指標，每周強制要求產出。
不僅如此，目前部門裡50%的開發需求，被強制要求由Agent生成，這意味著，產品、開發、測試環節被直接跳過，要求用“龍蝦”實現端到端的產出。
這個50%的比例還會在年內逐步提升，目標是到2026年底爭取實現全自動化。
Token使用成本方面，我們部門技術序列目前Claude Opus的Token管夠，不強制使用內部工具。但大部分部門Opus的額度有限，超出部分要自費，使用內部工具和自家模型的Token沒有限制。- 新聞來源於其它媒體，內容不代表本站立場！
-
原文鏈接
原文鏈接:
目前還沒有人發表評論, 大家都在期待您的高見