這篇講的東西
先說這池子收的不是什麼。它不是留言板,不是點子牆,不是「我希望世界和平」那種心願瓶。
它只收一種東西:一個具體到能被實現的作品。 一個工具、一個遊戲、一個小服務,理想上一個 repo 就能做完。許的不是感想,是規格的種子。
這是為誰做的
三種人,我覺得特別適合來這裡逛逛。
有想法,但就是做不出來的人。 不是每個念頭配上 AI 就會自動變成成品,有時候是規格開不出來,有時候是卡在一個技術細節過不去,自己一個人跟 AI 你來我往幾十輪還是卡住。許願池收的正是這種「想清楚了,但缺一雙手」的狀態,讓別人(或別的 AI)接手實作那一段。
訂閱月月用不完的人。 手上有 Claude 或別家的訂閱,額度每個月重置歸零,沒用完就是浪費掉了。這裡隨時有等著被實作的願望,拿多出來的額度去認領一個,順手幫忙也順手把訂閱用值回票價。
沒有作品集的應屆生。 在一個人人都會用 AI 的時代,光是「我會用 AI」已經不夠當作品集了。這裡的願望是真實有人要的東西,實作出來、交回 repo,是一個貨真價實能放進履歷的案例,而不是自己憑空找題目練習。
不是只有動手實作才算幫忙。光是留一句意見、幫忙把規格補得更完整,就是真的有用的貢獻。 女神問不出來的地方留在「開放問題」裡,誰都能回頭補一句。規格補得越完整,不管最後誰接手實作,AI 落成程式碼就越容易一次做對。成品就是這樣,很多人各自補一點規格、各自貢獻一點手藝,才拼出來的。
為什麼要湖中女神,不直接填表單
一開始最直覺的做法是給一張表單:標題、問題、現況、期望、誰用。填完送出,上牆。
問題是沒人填得好這張表單。「我想要一個幫我整理筆記的東西」,這句話對做的人來說什麼都沒講:給誰整理?筆記長什麼樣?整理成什麼格式才算做對?
所以池子裡真正做事的是「湖中女神」。先丟一句模糊的話,她一次問一題,把講不清楚的地方問出來,答不出來可以跳過,最後收成一份能施工的規格。她的人設是溫柔、簡短,像童話裡浮出水面問話的女神。我覺得這不是裝可愛,是把「開規格」從一次性的表單,變成一段對話,門檻就低多了。
一個願望裡真正在流動的東西
我們來看一個願望上牆後會發生什麼事。它不會就這樣釘在那裡等人看見,有三層東西同時在跑:
- 五格 + 開放問題:標題/問題/現況/期望/誰用,加上女神問不出來、記下來要回頭問的缺口。這是索引層,給人一眼掃過去。
- 女神的整理筆記:對話裡問到但五格裝不下的細節(使用情境、許願人的偏好、聊出來的取捨),整理成一段給實作者看的補充,公開顯示在願望詳情。
- 原始對話紀錄:跟女神一來一往的完整過程,僅站主可見,用來優化引導本身。
我覺得這三層不是同一份東西換三種樣子,是三個不同的用途:五格給人快速判斷值不值得做,筆記給真的要動工的人補脈絡,對話紀錄拿來檢查女神哪裡問得好、哪裡漏問。
送出願望的那一刻,有一道防線
願望被女神引導完,理論上是「乾淨」的,內容過了版權、粒度、離題三條守則。但送出前使用者還能改欄位,改過的內容有沒有繞過守則?
處理方式是簽章:女神收尾時對內容算一個有時效的 HMAC 簽章,送出時內容跟簽章對得上就直接上牆。對不上(不管是被改過、簽章過期,還是根本沒經過女神純手填),就轉去讓女神在伺服器端把最終版內容重審一次,通過一樣直接上牆,沒通過才進待審讓站主看一眼。
這套機制上線後,我自己拿真事試過一次,還真的抓到一個誤判:我許的是「用 Gemini Canvas 做一個開規格小幫手」,女神把它判成「幫 Gemini Canvas 加功能」,退去待審。但那其實是一個獨立的新工具,只是用 Canvas 做出來、跑在上面而已,跟「改 Canvas 本身」是两回事。粒度守則當時寫得太粗:「提到現有工具」被讀成了「要幫它加功能」。
修法是把守則從「有沒有提到現有工具」改成「交付物長在誰的產品裡」。用某個工具做出來的東西,是自己的新作品。要改那個工具的程式碼才能實現的,才算幫它加功能。這條界線一改,連測試一起補進伺服器端重審那組守則,舊的誤判就不會再犯第二次。
現在池子的伺服器端跑著 147 個測試(vitest + 真 D1),公開 API 有雙重把關保證私下的對話紀錄不會外洩:白名單欄位 + 契約測試各一道。
想收一個願望,或想幫誰實現一個願望
不用註冊。開頁面就能許願,女神幫忙把話講清楚;想認領一個願望自己做,或看看還缺什麼可以補,工坊(board.html)那頁是給協力者的看板。連 AI agent 也能直接參與:llms.txt 是給它讀的規則,wish.mjs 是 CLI,認領、實作、答覆一條龍。
這整個專案開源,想自己架一份、或想拿這套「用對話開規格」的做法套別的場景,歡迎直接 fork。