我是 Ikehaya。
你今天也穩定地工作了嗎？
我看到 Kajitani 先生在 X 上的一篇貼文。
https://x.com/kajikent/status/2093848882367344803
這說得完全正確。
不過，這個故事對於沒有正確使用 AI 的人來說，可能無法理解。
今天，我就用我每天實際感受到的例子來說明。
=====
前提是，AI 模型本身的智慧，無論誰來使用都是一樣的。
我使用的是 Fable 5，而 Fable 5 本身的「大腦」對你我來說都是相同的。這點毋庸置疑。
但是，我的 Fable 和你的 Fable 所產出的「品質」，很可能完全不同。
在製作網站或應用程式時，我認為我的 Fable 速度更快，且能產出更高品質的作品。
之所以會有這樣的差異，是因為我們擁有「試錯資產」。 從七月開始，我同時運行了 12 個 Fable 帳號，製作了從遊戲到網路服務的各種東西。
在這個過程中，我所踩到的「地雷」以及克服它們的歷史，全都累積在環境之中。
即使擁有相同的大腦，有沒有這些「資產」，能做的事情會完全不同。
=====
設計就是一個很容易理解的例子。
我目前正在製作的遊戲「月見オカルタ」，在開發的前兩週，設計非常俗氣，每次碰到都讓人不舒服。
所以，在功能準備好之後，我花了大概三天時間徹底修改了設計。
我甚至為這個設計取了名字，叫做「羽二重設計」。就像光滑的絲綢布料「羽二重」一樣。
當擁有這樣的資產後，下次我再製作網站時，只要說「用羽二重風格來做」，它就能立刻產出我曾經認真打磨過的設計。
事實上，我目前正在建立一個新的市集，它就是將我在遊戲中打磨出的羽二重設計進行了改編。
反過來說，如果今天才剛開始使用 Fable 的人叫它「做一個好看的網站」，很遺憾，產出的結果會很平庸。
即使是 Fable 5，預設的設計老實說也不怎麼樣。
正是因為我們每天不斷克服那個地獄般的過程，我們的 Fable 才「學會」了設計。
=====
同樣的事情也發生在遊戲和應用程式開發上。
「月見オカルタ」是用「Flutter」製作的，這個框架有些古怪——如果實作細節遺漏，就會在很多地方意外地出現 Bug。
我們已經把所有這些地雷都踩過一遍了。
而且，我們記錄了每一個踩到的地雷，建立了「Flutter 地雷大全」。
正因為如此，我最近用 Flutter 製作的大部分小型應用程式，幾乎都不會出現奇怪的顯示錯誤。
當我要求它「做一個像這樣的應用程式」時，它會在順利避開我們過去踩到的地雷的同時進行實作。
我們也在應用程式審查流程上踩過很多錯誤和失誤，所以商店審查被拒絕的次數也大幅減少了！
====
安全方面也是如此。
昨天，因為「月見オカルタ」的會員註冊遭受大規模機器人註冊攻擊，導致郵件伺服器當機。
由於我們正在發行 NFT，所以機器人會鎖定它們。
到今天早上，我們已經實施了穩固的應對措施，機器人基本上已經無法再註冊了。這個應對的歷史也是知識。
下次我們再實作 NFT 相關服務時，只要說「加入跟上次一樣的應對措施」就行了。
（歡迎試著註冊看看！）
https://vibe.co.jp/luna-occulta/tsukimidai
=====
換句話說，AI 的智慧與其說取決於模型本身的智慧，
不如說更取決於「你環境中累積的知識」。
這跟公司很像。
當你執行各種任務時，知識會累積、傳承，並成為公司的業務資產。
而這一切正在一台電腦內部發生。
我們的 AI 員工能夠理解並執行像是「上次在這裡卡住了，這次避開吧」或「這是最有效率的方法」這樣的事情。它們真的很聰明。
這就是價值的所在。
我們的 Fable 所累積的關於遊戲製作的知識，是花費了高昂成本建立起來的，因此我們不會公開。
如果要提供，會是以 B2B 或顧問合約的形式。
這聽起來可能有點小氣，但這不是可以免費給出的東西。請將其理解為商業機密。
=====
因此，那些積極在前線使用 AI 的人，他們的環境已經累積了壓倒性的知識，使他們能夠以爆炸性的速度推進業務。
我們的環境在過去一個月也有了巨大的進化。九月很可能會更加驚人。
我認為能夠跟上這個腳步的人仍然非常少。
所以，最後做個宣傳。
Yuki-maru 將舉辦一場關於 Claude Code 的「免費研討會」。
https://x.com/Yuki0_0Maru/status/2094171291846955120
他有擔任培訓講師的經驗，而且為人細心，非常適合初學者。
我保證沒有昂貴的後續推銷。
如果你聽了今天的故事，覺得「我完全聽不懂」，那就去跟 Yuki-maru 學習吧。
八月今天結束了。這個月很棒。
讓我們繼續穩步前進。
=====
我每天在 Substack 上發表專欄。也歡迎去看看！
[Ikehaya 的 Substack 在這裡]
