Building Wordtrak: A Case Study in AI-Assisted Game Development

AI 輔助開發的興起降低了獨立創作者的進入門檻，讓單人開發者能夠以創紀錄的速度在多個平台上推出精美的產品。最近的一個例子就是 Wordtrak，這是一款由 qrush 開發的 1v1 與每日單字對決遊戲。透過利用 AI 進行程式碼編寫、藝術設計和遊戲機制，創作者為單字遊戲類型引入了競爭性的轉折。

Wordtrak 旨在捕捉像 Wordle 這樣的遊戲所具有的每日儀式感，同時透過面對面的對決增加競爭層次。然而，與任何新發布的產品一樣，從個人專案轉向公開產品的過程也帶來了一波關於遊戲平衡、使用者體驗以及 AI 在創意領域哲學意義的批評意見。

The Mechanics of Wordtrak

Wordtrak 被設計為一種競爭性的單字構建體驗。雖然核心循環涉及從一組字母中組成單字，但社群回饋強調了幾個機制可以進一步優化的領域：

Letter Distribution and RNG

單字遊戲中的主要挑戰之一是「抽到爛牌」。使用者回饋提到，有時會出現大量元音（vowels）的情況，使得幾乎無法進行遊戲，導致提早結束遊戲。這突出了單字遊戲中常見的緊張關係：純粹技巧與字母池隨機性之間的平衡。

Competitive Clarity

玩家提出了關於對手狀態透明度的問題。具體來說，使用者好奇對手是否從相同的字母池中抽牌，或者遊戲是否使用「autopets-style」系統來記錄並回放動作。目前感覺需要更好的視覺指示器，例如：

• 在交易階段時，可見的可用字母「袋」 (bag)。
• 對手活動的即時指示器（例如：倒數計時器或懸停狀態）。

UX and Visual Design Critiques

雖然圖形被一些人稱讚為「有趣且引人入勝」，但其他人則指出了顯著的無障礙性與可用性問題。

The Color Palette

一個值得注意的批評涉及深色模式色調的使用。一些使用者發現，方塊圖塊（tiles）在黑色背景下會變得模糊，特別是在螢幕反光的情況下。一個建議是轉向使用較淺的、粉彩色調——讓人聯想到 Scrabble 或 Bananagrams 等經典遊戲——以提高對比度和可讀性。

Interaction Feedback

從 UX 的角度來看，遊戲的「手感」是最大的改進空間所在。回饋建議遊戲缺乏「juice」——即獎勵玩家成功時那種令人滿足的視覺與音效回饋。具體來說：

• Lack of Confirmation: 目前在發送「trak」時沒有明確的視覺指示。
• State Confusion: 玩家在發送 trak 後仍可選擇字母，這會造成無意義的狀態，並可能讓使用者感到困惑。
• The Swap Phase: 更換圖塊的確認過程被視為一個不必要的摩擦點。

The AI Controversy: Tool or Creator?

Wordtrak 開發過程中可能最具爭議性的面向之一是其對 AI（特別是 Claude）在程式碼編寫、藝術設計甚至社群管理方面的重度依賴。這在 Hacker News 社群中引發了哲學性的分歧。

一方面，使用者將 AI 視為「創意倍增器」，讓開發者能夠填補盲點並快速迭代。正如一位使用者所說：

"Wonderful example of using AI thoughtfully as a creativity multiplier, rather than diluting the artistry of the end result."

另一方面，一些批評者認為，如果 AI 處理了流程中的每一個階段——從設計到程式碼到溝通——那麼人類的元素就會消失。一位批評者質疑了這類專案的意義，並詢問當 AI 是生產的主要驅動者時，過程是否變得「太過懶惰」。

Technical Implementation and Future Growth

Wordtrak 目前可在網頁與 iOS 上使用，Android 版本正在開發中。這引發了關於跨平台開發的技術討論。一些社群成員建議，鑑於 KMP (Kotlin Multiplatform) 現在已被認為是生產就緒的，使用 Kotlin Multiplatform (KMP) 會比為 iOS 和 Android 分別建立客戶端更有效率。

此外，社群社群建議了幾項功能增強以提高留存率與新手引導：

• Practice Mode: 提供一種方式讓使用者在不浪費每日謎題的情況下學習機制。

• Visual Tutorials: 使用簡單的動畫來取代文字密集的教學，以減少新玩家的進入門檻。

• Dictionary Curation: 需要修剪字典以防止不合理或冒犯性的單字被接受為有效玩法。