Pi 的 Vibe Coder 把用戶變建造者

我把 Pi Network 的 Vibe Coder 活動拆成一份能直接套用的 builder 招募 playbook。

我看 crypto 生態系想把自己講成「有用」已經很多年了，老實說，大多都在演同一套：先喊一個超大的用戶數，再去招開發者，然後一臉困惑地看著沒人來。Pi Network 這次的 Vibe Coder campaign，味道也很像這套戲，但至少它承認問題在哪：它缺 app。不是口號，不是「社群很熱」，也不是再發一輪希望貼文。它要的是能真的打開、真的用、真的回來用的東西。

我會注意到這件事，不是因為什麼周邊抽獎，而是它的訊息結構很直白：拉 builders 進來，丟去 Pi App Studio，然後一直重複那個傳說中的 6000 萬用戶在等。這種 pitch 我看過會成功，也看過會翻車。差別通常不在聲量，而在產品缺口是不是真的存在、開發體驗是不是真的夠順。我想拆的不是活動本身，而是它背後那套招 builder 的方法論。

來源上，我是從 Victoria Hale 在 HOKANEWS.com 的文章切進來的；文中提到活動仍在進行，也引用了 @PrinceC99926278 的社群貼文，並把 Pi App Studio 當成 AI 輔助開發者的主要落點。這篇不是技術規格，我把它當成一個平台在試著把「人很多」轉成「有人願意做東西」的訊號。

Pi 不是在賣 hype，它是在賣 builder 問題

“The ecosystem is currently supported by a potential user base of over 60 million users who are waiting for new applications to be developed and deployed.”

翻譯一下就是：Pi Network 想把「我們有很多用戶」變成「你應該來這裡做 app」。這是平台最老派的招式之一，但也最現實。你有一群人，不代表開發者會自動來；你得讓 builder 相信，這裡比別處更容易做出有用的東西。

我看過很多團隊犯同一個錯：只會拿 audience size 當王牌。話術大概是，「你看我們有多少人」，然後就開始等開發者感動。問題是，開發者不會因為有一群人就衝進來。工具爛、分發路徑不清楚、回報機制模糊，這三個任何一個卡住，都會讓人直接轉頭走人。

Pi 這次比較像是把第一步講清楚：人已經在那裡了，現在缺的是 app。這個方向沒錯。說白了，如果你是平台，手上有一堆閒置注意力，卻沒有足夠軟體，招 builder 本來就是你該做的事。

實操上，如果你在做平台，不要再跟開發者說「我們很有潛力」。你要講的是：你能觸及誰、怎麼觸及、上架後怎麼被看見、做成之後怎麼擴散。你如果一段話講不清楚，代表你還沒準備好招人。

反過來，如果你是開發者，先別被那個大數字騙走。你真正該問的是：新 app 怎麼被發現？怎麼被使用？怎麼回來第二次？這才是生死線。

Pi App Studio 才是主產品，不是 campaign 名字

這次文章一直繞回 Pi App Studio，我覺得那才是重點。不是活動名稱，不是周邊，不是社群喊話，是 studio 本身。

也就是說，Pi 想把 App Studio 包裝成一個「拆掉摩擦」的工具。如果生態系真的缺 app，那就要讓做 app 這件事變得比較不痛，尤其是對 AI 輔助開發者來說，最好可以少走很多冤枉路。

我之前幫一個團隊在比較小的鏈上做 consumer app prototype，真正卡住的不是鏈本身，而是周邊一堆雜事：登入、 onboarding、部署、測試、環境切換，還有那種「等等，我現在是在 dev 還是 staging？」的白癡時間。studio、template、app builder 只有在它真的幫你少掉這些麻煩時才有價值，不然它只是比較漂亮的 dashboard。

Pi 看起來是懂這件事的：招 builder 其實就是在賣更短的 time-to-first-app。你如果能讓人更快做出第一個能跑的版本，這才是故事。做不到的話，活動就只是貼圖加轉發誘因。

實操上，builder 平台最該做的不是多塞功能，而是把前 30 分鐘講到不能再清楚。第一個模板在哪、第一個 deploy 怎麼做、第一個測試怎麼跑、成功狀態長什麼樣，全部攤開。不要把流程埋在一堆生態系話術底下。builder 想知道的是：我今天到底能做什麼，不是你明年想成為什麼。

• 先減少 setup 步驟，再加功能。
• 把第一個能跑的 app 做到很明顯。
• 把從 idea 到 deploy 的路徑寫死。

對開發者來說，判斷也很簡單：studio 如果不能快速帶你到 demo，就不要幫它腦補。直接跳過。

這個 campaign 會動，是因為它把誘因和身份綁在一起

HOKANEWS 那篇說，參與者可以透過邀請開發者加入 Pi App Studio 來拿 Pi 主題周邊。這聽起來很小，坦白說也真的不大，但小誘因在某些場景還是有用，前提是它是在強化身份感。很多人喜歡當那個「把 builder 帶進生態系」的人。

翻譯一下就是：Pi 不只是要 referrals，它要的是社群成員扮演 scout。這個框架比單純拉人強多了。scout 不只是丟連結，他會找對的人、帶對的人進來，然後替環境背書。

我在開源社群跟新創 beta 都看過這種模式。真正驅動人的，通常不是那個小獎品本身，而是 status、access，還有「我有參與到一個東西的早期」的感覺。周邊只是 token，真正的誘因是社交證明。

但我也會提醒一下，這種活動很容易只做出一波熱度，做不出生態。你如果只是因為有人想拿帽子或貼紙才來，pipeline 很快就乾掉。你需要 immediate reward，但更需要留下來的理由。

實操上，我會把 builder campaign 的誘因拆成兩層。第一層是參與或轉介的即時獎勵。第二層是做出有用東西後的長期回報。第二層更重要，因為它可以是曝光、支援、分發、資源，不一定是錢。沒有第二層，你其實只是在買注意力。

如果你是想進 Pi 生態系的 builder，我會先問一個很直白的問題：第一個 app 做完之後呢？如果答案是「繼續發文」，那就不夠。

六千萬用戶只有在「找得到」的時候才有用

我對這種大用戶數字會本能懷疑，因為它們常常被當成命運。其實不是。再大的 base，只要平台沒辦法把人穩定導到 app 上，那個數字就只是簡報上的裝飾。

也就是說，6000 萬不是 product feature，它是 promise。promise 要能成立，就得有機制：discovery、onboarding、retention、trust、transaction flow，這些東西一個都不能爛。只要其中一段斷掉，用戶數就只剩談資，不會變成 growth engine。

我看過太多產品一邊吹 audience size，一邊完全不管 user 到 action 的路徑。每次都一樣：團隊以為只要 app 做出來，用戶就會自己出現。可是人不會瞬間傳送進你的軟體裡，他們需要理由、提示，還有一個不會卡住的第一次使用體驗。

Pi 的難題是，它想把一個很廣的 ecosystem 變成 app platform。這比單純數人頭難多了。它得證明那些人真的可被觸達，而且 builder 做出來的 app 真的能從這些人身上得到回饋。

實操上，如果你要拿 audience size 來 pitch，記得一定要把 path 一起講。你要告訴開發者：用戶怎麼找到 app、平台控制哪個分發面、launch 後怎麼看成效。不要讓 builder 自己猜，因為猜測就是好點子死掉的地方。

• 把從 discovery 到 repeat use 的路徑講清楚。
• 說明平台控制哪個 distribution surface。
• 讓 builder 知道怎麼量 adoption。

這才是我會認真看待「大用戶基礎」之前，至少要看到的東西。

Pi 押的是 AI builder 這條捷徑

文章一直提 AI developer、AI app builder，我覺得這不是亂寫。這是現在最實際的降門檻方式。只要 builder 可以用 AI 工具去 scaffold、串邏輯、快速出版本，平台就突然變得比較好接近。

翻譯一下就是：Pi 想順著 builder 現在本來就會用的工作方式走。很多開發者現在不是從空白編輯器開始，而是先用 AI 輔助把骨架搭起來。這很正常，也很合理。平台如果還假裝每個人都想手刻一切，那就很脫節。

我用 AI coding tools 用得夠多了，也很清楚它們哪裡有用、哪裡會害人。它們很適合做 scaffold、快速迭代、補 boilerplate；但如果平台文件寫得很爛、runtime 假設又藏起來，它們就會直接失效。所以 Pi 如果真的要吸引 AI builders，文件和模板就不能再裝神秘。

還有一層更實際的：AI-assisted development 會改變誰能做東西。這會把 builder 池子拉大。對一個想快速增加 app 供給的 network 來說，這超重要。更多 builder，代表更多實驗；更多實驗，代表比較有機會找到真的有人要的 app。

實操上，如果你是做給 AI 輔助開發者的平台，請直接給 starter prompts、starter code、真實 use case 的範例。不要再丟那種空泛 hello world。給我你這個生態系最需要的 app 類型。

如果是 Pi，我會先把範例聚焦在 payments、community tools、commerce、identity 和輕量服務。模板先做好，比 campaign copy 更重要。

Utility-first 這件事，比姿態重要多了

文章把 Pi 的動作放進一個更大的脈絡：crypto 從被動參與轉向主動開發。這個 framing 我認同，雖然寫得有點太順。重點不是持幣姿態，重點是這個 network 能不能真的產出有用軟體。

也就是說，Pi 想從「先等 adoption」這個坑裡爬出來。utility-first 的生態系，不可能只靠 narrative 活著。它們得靠人真的能在裡面完成某件實際的事。

我看過太多 blockchain project 一直盯著 listing、價格討論、社群聲量，結果 app layer 薄得像紙。這種東西最後都差不多。用戶可能會因為故事來，但會因為軟體留下來；如果軟體不在，故事很快就沒路可走。

Pi 這次有趣的地方在於，它至少方向對了：去做東西，做有用的東西，把人帶進來。這種東西看起來很無聊，但無聊在這裡是好事。因為比起空喊，無聊至少比較接近可用。

實操上，如果你在 Web3 裡做產品，不要只問社群熱不熱，要問用戶能不能不離開 ecosystem 就完成一個任務。如果答案是不行，那你還沒有 utility，你只有 participation。

這個差別，比很多團隊願意承認的都大。

可抄的模板

# Builder campaign playbook for a large-user Web3 ecosystem

## Goal
Recruit developers to build useful apps for an existing user base.

## Core message
We already have users. Now we need apps that solve real problems for them.

## Campaign structure
1. Name the builder environment clearly.
2. State the user base size only if you can support it.
3. Show the exact path from idea to working app.
4. Offer a small immediate incentive for participation.
5. Offer a larger long-term incentive for shipping something useful.

## Outreach copy
We’re looking for builders who want to ship apps for an active user base.
Use our app studio to prototype, test, and launch faster.
Bring in other builders, share what works, and help grow the ecosystem.

## Builder onboarding checklist
- One-page overview of the platform
- Starter template or starter prompt
- First-run tutorial
- Deployment instructions
- Example apps with real use cases
- Support channel for builder questions

## App ideas to seed the ecosystem
- Community tools
- Payments and commerce apps
- Identity or profile tools
- Lightweight utilities
- AI-assisted workflow apps

## Success metrics
- Number of builders who start
- Number of apps that reach a working demo
- Number of apps that launch publicly
- Number of users who return to use an app again
- Number of apps that solve a real task

## Campaign warning signs
- The pitch depends only on user count
- The docs are vague
- The app studio adds more friction than it removes
- Incentives attract attention but not shipping
- No clear distribution path exists for new apps

## Copy-ready launch post
We’re inviting builders to create apps for a large, active user base.
If you want to ship faster, start with our app studio and build something useful.
We’re especially interested in AI-assisted builders, community tools, and apps that solve real tasks.
Join the campaign, bring in other builders, and help expand the ecosystem with software people actually use.

如果我真的要把 Pi 這套活動拿去跑，我會直接用上面這個結構，再把廢話砍更乾淨。重點不是看起來很宏大，而是讓 builder 一眼看懂：他能拿到什麼、要做什麼、成功長什麼樣。

這就是 campaign 跟 system 的差別。campaign 會衝一下，system 才會慢慢累積。

來源致謝：我主要拆的是 HOKANEWS.com 上 Victoria Hale 的文章，另外參考了 Pi Network 官方網站 與 @PrinceC99926278 的社群訊息。文中的 playbook 與判讀是我根據原文和自己做 builder growth 的經驗整理出來的。