pedma

我開始更多地使用 CC 中的自動功能
我不確定自己是否會繼續這麼做，因為我發現程式碼庫中出現了更多低級錯誤
這可能不只是因為功能本身，而是 OPUS 顯然變笨了，加上我自己在沒有像以前手動接受時那樣閱讀邏輯與程式碼
也許我的智能代理式工作存在漏洞，是因為我自己的能力問題
但我覺得自己需要理解輸出內容
即使這代表會讓我變慢
我不能在很大程度上就把思考過程外包給這些機器
顯然，執行本身包含某種程度的思考，而這部分我確實在外包，但整體邏輯與設計應該由我做最後決定
讓它自由發揮似乎很多時候都在針對錯誤的目標進行最佳化

你們是對的，讓 codex 檢查 claude 的工作非常有用
已經在 fable 的輸出中發現一個還算嚴重的邏輯漏洞
沒什麼嚴重的，但可能會在未來的尾端事件中破壞某筆訂單的稽核軌跡

策略的建立／構想發想應該要盡可能不痛苦，這樣我才能快速產出大量想法，而不必先做 100 個不同決策才能得到結果
a) 資料攝取／映射／清理（跨交易場所）
b) 訊號測量
c) 回測（跨交易場所）
d) 結果評估
e) 上線（到目前為止相當有效率）
我要如何讓這一切盡可能簡單。幾乎只需要建立功能，而輸出結果只需點一下就能無縫取得
可能還是需要足夠的摩擦，確保你不會只是在打造一台產生垃圾內容的機器，對吧，你必須維持企業所建立的原則
你必須從第一性原理出發建構，而不只是思考臨時的最終目標
喔，我想知道這個訊號的 IC
對，但這是相對於什麼？這如何影響最終決策？
喔，我想測量這個訊號與剩餘即時訂單簿的相關性
很好，這就是整個流程中的一個步驟
我其實已經有點在做這件事了，但沒有整理成一種能讓最終輸出發揮作用的格式。這些重要步驟全都散落在不同頁面和模組中
我想問題可能出在我自己的文件化
有了 AI 之後，我在程式碼文件化方面進步很多（嗯，我以前根本沒有寫文件，所以現在只要有任何文件都算是進步了）
但我需要更擅長研究流程的文件化，並建立起這套流程
我沒有這個
一切都只存在我的腦中
整個換手率鬧劇讓我意識到，我現在的這套架構有多糟
因為越痛苦，花的時間就越長，每次你想做類似的工作時，就會越感到挫折
而你當然不希望這成為企業的核心，因為企業核心不就是想法的產生嗎？
所以把它修好

我對那些在 AI 出現前獨自管理系統化交易帳本的人有了全新的敬意
我當時是手動交易，因為我在開發方面存在明顯的技能差距。我知道如何寫程式，但要建立一套能以所需容量運作、讓我能安心入睡的適當基礎設施，會受到嚴重限制

好，謝謝

讓人發笑，就像喜劇一樣，是一件非常有趣的事
必須試探水溫，因為溫和的內容不會引起共鳴，但如果對某些人來說做得太過火，就會讓他們反感，而你現在就變得很怪
幾乎就像是在研究他們，而一旦你掌握了訣竅，一切就會突然融會貫通

就像製作內容一樣
我曾經有一段時間大量製作內容，而核心想法一直都是試著讓人們停止滑動
是什麼讓他們停下來。一旦你弄清楚了，幾乎就像按部就班一樣，你能感覺到它
可能沒辦法確切指出究竟是什麼，但它會與你產生連結
不知為什麼，我覺得這非常有趣

喝了兩杯咖啡後，我的代理程式變得太慢
我會下意識地滑這個應用程式

一項日益重要的技能，是讓自己充分掌握程式碼庫，能根據當前問題的必要性，在投入程度與模型之間做出切換
對於做錯會造成災難性後果的事情，使用最高投入程度的 fable，並加入多層後續驗證
對於有這會更好但若需要 2 或 3 次測試也不至於造成災難性後果的事情，使用 opus
對於任何與撰寫文件相關的事情，使用 sonnet（機械性的文件字串除外，但不包括任何需要說明理由的內容）
（顯然也包括 Anthropic 以外的其他供應商，尤其是用於審查代理程式的輸出）
能夠運用各種框架處理不同問題，以最大化代幣支出的 ROI
這件事為我節省／賺取了 X 的金額，因此投入一定程度的心力來修復它是合理的