當工程師、PM、設計師的界線消失，你會是哪一種人？

你是做什麼的？

我們從第一份工作開始就被教到現在：先選一個職能，工程師、PM、設計師、資料科學家，然後在那個框裡把自己越練越深。但 Anthropic Claude Code 團隊負責人 Boris Cherny 在六月底的一則貼文，提出了一個完全不同的視角。他觀察自己團隊裡的成員，發現真正決定一個人價值的，不是他的職稱，而是他屬於哪一種「跨職能人才」原型。這則貼文短短幾天觀看次數已經超過四十萬次，顯然戳中了很多人心裡的疑問：如果職稱不再能定義我，我到底是誰？

五種角色原型：從零到成熟系統的人才光譜

Boris Cherny 觀察 Claude Code 團隊後，歸納出五種原型：

• Prototyper（原型師）：專門生出新點子，產出量大，但多數不會真正上線
• Builder（建造者）：負責把雛形快速做成能上線的正式產品或基礎架構
• Sweeper（整理者）：做的是清理，把介面簡化、把系統理順、把不該存在的功能下架、把效能優化
• Grower（成長推手）：拿一個已經做出來的產品持續迭代，直到它真正找到產品市場契合度
• Maintainer（維護者）：守住一套成熟系統，讓它在規模擴大時依然安全、穩定、快速、有效率

Boris 也提到，多數人其實橫跨兩種、有時甚至三種原型。

有意思的是，他特別強調這五種原型跟職稱完全脫鉤。同樣在 Anthropic，有些設計師是 Prototyper 型，有些工程師卻是 Sweeper 型，PM 裡也同時存在 Grower 跟 Maintainer。如果你現在被要求用這五個詞而不是職稱來形容自己，你會怎麼選？

工程師視角：這不是新概念，是舊債務被重新命名

寫過程式的人都知道一種東西叫技術債，也就是那些你告訴自己「之後再修」卻一直沒動的舊程式碼，它們不會消失，只會慢慢拖垮整個系統的速度。職涯裡其實也有一種類似的債務：明明工作內容早就變了，職稱卻還停在原地，於是團隊用錯誤的期待去分配任務，個人也用錯誤的自我認知去做選擇。Boris 的框架某種程度上是在幫團隊還債，把「你到底在做什麼」這件事重新對齊。

他給出的組合邏輯其實非常務實。一個還沒找到市場定位的新產品，需要 Prototyper、Builder、Sweeper 三種能力撐著，因為此刻最缺的是快速試錯與快速成型；一個已經找到市場定位、正在成長的產品，主力換成 Builder、Sweeper、Grower，再搭配一點 Maintainer；一個已經穩定獲利的成熟產品，則反過來需要 Sweeper、Grower、Maintainer 為主，Builder 退居次要。換句話說，同一個人在不同階段的產品裡，可能是最被需要的角色，也可能是最不合拍的角色，這跟他厲不厲害沒有關係，跟時機有關係。

生涯諮詢師視角：從「我是誰」到「我現在該扮演誰」

當職稱不再是安全的錨點，很多人第一個反應是焦慮，因為原本清楚的身份標籤突然變得模糊了。但換個角度看，這其實也是一種鬆綁。你不必再用一個固定的職稱去證明自己的價值，而是可以誠實地問自己：我現在最擅長、也最有能量做的，究竟是生出新點子，還是把混亂收拾乾淨,又或者是守住一個已經很重要卻沒人願意碰的系統？

如果你此刻正在猶豫要不要轉職、轉組，或者只是單純覺得現在的職位跟自己越來越不合拍，也許可以先不急著換職稱，而是先問自己：在過去這一年裡，你真正做出貢獻、也做得最開心的那些時刻，比較接近五種原型裡的哪一種？那個答案，可能比任何一張新名片都更誠實。

那麼，下一次有人問你「你是做什麼的」，你會用職稱回答，還是會說出你現在真正扮演的角色？

如果你也正在經歷這種職稱與實際貢獻對不上的階段，也許你需要的不是換一個新職稱，而是換一個能看懂你真正實力的舞台。Project Ark 方舟計畫 正是在做這件事：讓正在進行式的 AI 實戰力被看見，連結 AI 跨域產出者與真正懂你價值的工作機會。如果你就是文章裡說的那種橫跨兩三種原型、卻找不到一個職稱能完整定義自己的人，不妨去看看方舟計畫，也許那裡有更懂你的答案。