pedma

vip
幣齡 3.4年
最高等級 0
用戶暫無簡介
暫時離開 beta 挖礦一段時間
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
當 opus 只是回答:「我編的」時,總是令人安心。
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
我會嚴格對驅動投資組合目標曝險的引擎進行版本控管
顯然我會隨著時間改進它,但我不想在正式運作中的引擎正在發出曝險指令時,還同時修改該引擎
此外,我希望新引擎能根據改動的嚴重程度,經過幾週或幾個月的測試
但當我想要將它遷移到正式環境時,我有這個範本,我只需要呼叫代理程式並執行遷移
a) 舊版本會被封存(用於稽核)
b) 建立新的工作版本
c) 完整遷移至正式環境
它相當精準,因為隨著時間過去,這個範本變得越來越完善,納入了我們在過去遷移中發現的缺陷
這就是我說要將每個流程標準化的原因
之後執行起來會容易得多,而且它也會持續學習
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
如果你將程式碼庫中的所有變更都記錄下來,下次你再次處理過去已經做過的事情時,代理程式就能從中取得脈絡(如果標籤和分類適當),並提醒你注意我們之前已經遇過的潛在問題。這很有用,因為它能降低再次遇到類似問題的機率。
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
策略的建立/構想發想應該要盡可能不痛苦,這樣我才能快速產出大量想法,而不必先做 100 個不同決策才能得到結果
a) 資料攝取/映射/清理(跨交易場所)
b) 訊號測量
c) 回測(跨交易場所)
d) 結果評估
e) 上線(到目前為止相當有效率)
我要如何讓這一切盡可能簡單。幾乎只需要建立功能,而輸出結果只需點一下就能無縫取得
可能還是需要足夠的摩擦,確保你不會只是在打造一台產生垃圾內容的機器,對吧,你必須維持企業所建立的原則
你必須從第一性原理出發建構,而不只是思考臨時的最終目標
喔,我想知道這個訊號的 IC
對,但這是相對於什麼?這如何影響最終決策?
喔,我想測量這個訊號與剩餘即時訂單簿的相關性
很好,這就是整個流程中的一個步驟
我其實已經有點在做這件事了,但沒有整理成一種能讓最終輸出發揮作用的格式。這些重要步驟全都散落在不同頁面和模組中
我想問題可能出在我自己的文件化
有了 AI 之後,我在程式碼文件化方面進步很多(嗯,我以前根本沒有寫文件,所以現在只要有任何文件都算是進步了)
但我需要更擅長研究流程的文件化,並建立起這套流程
我沒有這個
一切都只存在我的腦中
整個換手率鬧劇讓我意識到,我現在的這套架構有多糟
因為越痛苦,花的時間就越長,每次你想做類似的工作時,就會越感到挫折
而你當然不希望這成為企業的核心,因為企業核心不就是想法的產生嗎?
所以把它修好
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
我對那些在 AI 出現前獨自管理系統化交易帳本的人有了全新的敬意
我當時是手動交易,因為我在開發方面存在明顯的技能差距。我知道如何寫程式,但要建立一套能以所需容量運作、讓我能安心入睡的適當基礎設施,會受到嚴重限制
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
好,謝謝
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
可能會出什麼問題
查看原文
post-image
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
終於有了我們應得的穩定幣
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
讓人發笑,就像喜劇一樣,是一件非常有趣的事
必須試探水溫,因為溫和的內容不會引起共鳴,但如果對某些人來說做得太過火,就會讓他們反感,而你現在就變得很怪
幾乎就像是在研究他們,而一旦你掌握了訣竅,一切就會突然融會貫通
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
就像製作內容一樣
我曾經有一段時間大量製作內容,而核心想法一直都是試著讓人們停止滑動
是什麼讓他們停下來。一旦你弄清楚了,幾乎就像按部就班一樣,你能感覺到它
可能沒辦法確切指出究竟是什麼,但它會與你產生連結
不知為什麼,我覺得這非常有趣
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
在月底執行對帳程式,核對我儲存在 DB 中的所有成交紀錄、交易所的所有資料,以及我手動追蹤的每日餘額,結果只差一點四捨五入誤差,真是種美好的感覺。
會計師甚至不必動一根手指。
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
喝了兩杯咖啡後,我的代理程式變得太慢
我會下意識地滑這個應用程式
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
一項日益重要的技能,是讓自己充分掌握程式碼庫,能根據當前問題的必要性,在投入程度與模型之間做出切換
對於做錯會造成災難性後果的事情,使用最高投入程度的 fable,並加入多層後續驗證
對於有這會更好但若需要 2 或 3 次測試也不至於造成災難性後果的事情,使用 opus
對於任何與撰寫文件相關的事情,使用 sonnet(機械性的文件字串除外,但不包括任何需要說明理由的內容)
(顯然也包括 Anthropic 以外的其他供應商,尤其是用於審查代理程式的輸出)
能夠運用各種框架處理不同問題,以最大化代幣支出的 ROI
這件事為我節省/賺取了 X 的金額,因此投入一定程度的心力來修復它是合理的
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
我個人不喜歡 DEX 將其正常運作的加密貨幣訂單簿轉成 RFQ。
原因有幾點。
其中一點,我可能是錯的,但這讓我感覺你們沒能在那些市場吸引足夠的參與者和流動性,所以才將這些訂單流內部化。
或許這並不是傳統經紀商意義上的內部化,也就是該場域的交易台承接另一方,但無論如何,除了已經接入的做市商之外,沒有人能競爭我的成交,而我不太喜歡這樣。
而且現在我得更加信任你們的執行,因為訂單簿只具參考性,而我基本上是在下限價單,讓做市商在他們認為合適時挑選。
當然,我理解 RFQ 對 RWA 的意義,而且我也有點喜歡這種做法。但對我來說,在一般的加密貨幣訂單簿上這樣做就很奇怪。
那我為什麼要把我的訂單流導向你們的 RFQ,而不是直接自己透過流動性最高的場域,並相信自己的執行能力來處理這些交易?
我不懂。
RWA-1.11%
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
這是今天的執行統計
週轉率相當高的一天(待修正),但成本僅是過去的一小部分
以更低的成本進行交易,但本週的重點是減少交易,同時不放棄太多資訊
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
有沒有一個世界,我可以讓自主代理在沒有我明確批准的情況下處理我的程式碼庫
老實說我不知道,我可以看出這樣做的優勢
我一天最多大概能有 5 小時至 8 小時真正專注的工作,如果我可以讓某些東西 24/7 執行,去做我需要的事情呢
我會先讓它從純粹的外觀調整或影響非常低的任務開始
老兄,我一直很擔心它會碰到我的線上環境
儘管 opus 5 和 fable 都相當不錯,但有時候我還是需要介入並釐清邏輯,因為我知道再往後執行時,它會在某個地方出問題
如果你對此有任何建議,請告訴我
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
多年來,我曾仰慕不同的人
一生而言,這是一場與自我的競賽
直到我厭惡他們的作為
我總覺得那只是一句陳腔濫調
我已變得幻滅
隨著歲月消融
也許是因自己的判斷有失偏頗
對那些我珍視的人
一顆處於契合之中的心
足夠開放,得以改進
卻又足夠封閉
堅持自己的步調
否則便會被沖走
被下一道洋流帶走
像一艘漂泊搖擺的船
那確實可能
使我誤入歧途
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
到今年年底,我做交易這件事大約 9 年了。
我不是在誇張,我不認為自己曾經像今年一樣學到並完成這麼多。
如果這期間沒有爆倉,這也將是我迄今 PnL 遙遙領先最高的一年。
2026 年是個好年。
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享