0xFunky
@0x0funky • 24,452 subscribers
Founder - SuiXu Intelligence / Kaggle Competition - Master / @GooseCityDAO / Founder @agentgameforge
Shorts
Videos
全程使用 Codex + GPT-5.5 + agent-sprite-forge 半天時間做出一款類寶可夢的戰國妖怪捕捉 RPG。 包含： - 4 張地圖 (2道館+2場景地圖) - 16 種怪物，含進化型共 27 個型態 - 御三家選擇、野外遇敵、道館挑戰、Boss 戰 - 怪物捕捉、升級、進化、圖鑑、道具、補血點 - 自動生成地圖、角色、怪物 sprite、NPC、道館與 props - 也做了不同地圖/戰鬥的背景音樂和音效 從地圖設計、碰撞、NPC 對話、戰鬥系統、怪物數值、進化線、精靈圖、音效，全都是跟 Codex 用對話開發出來的。 用嘴巴加速遊戲開發的時代已經到來了。 遊戲連結在留言。
0xFunky493,548 views • 1 month ago
Codex 內建 Image2 是真有太好用了。 我本來只是想測看看能不能生成 2D game sprite，結果發現Image2已經可以很穩地產出角色動作的 sprite sheet，然後就順手做了一個 Skill 可以一句prompt生成任何的 2D 動畫。 從 prompt設計 → image gen → sprite sheet → cleanup → transparent PNG → animated GIF 全部都是codex 一手包辦。 甚至生成完之後，還會自己 review、微調，直到輸出比較乾淨的結果。 再也不用丟到canva手動去除背景，也不用額外串 image API，只需要下一句 prompt，任何 2D 元素 Sprite 跟 gif 都可以直接生成。 現在真的是解放雙手時代，我老婆的補習班教學影片也都請agent來做了，10分鐘就可以做完一整個學期總共90分鐘的複習影片，重點是質感還不差，之後有機會再來分享。 agent-sprite-forge 是開源的，連結在留言。
0xFunky125,185 views • 1 month ago
先說，我沒有使用過 Unity，也沒有用 Unity 開發過遊戲。 這次我全程使用 Codex + GPT-5.5 + agent-sprite-forge，用對話的方式，完成了一個用 Unity 製作的 Vampire Survivors 類型 2D 召喚獸遊戲。 大概花了 12 小時左右，這次比較花時間的地方是美術素材，我改用 2x3 共 6 frames 的 sprite sheet 來製作角色、怪物、召喚獸和特效，讓動畫看起來更流暢，再加上自己有強迫症重畫花了不少時間。 遊戲內容包含一名可操作主角，可以召喚 6 隻不同的召喚獸。召喚獸會自動攻擊，並且可以升級、進化；敵人與 Boss 會持續從四面八方湧過來，遊戲中也加入了 XP、金幣、補血道具、升級獎勵三選一、開場召喚獸選擇、HUD、計分系統，以及勝利條件和失敗畫面。 中間有遇到一些實際開發問題，像是 sprite 大小對齊、動畫方向、HUD 排版、血條更新、怪物生成和效能調整，這些全部都請codex幫我解決，這次全部過程0手動。 我覺得最有感的是，AI + agent-sprite-forge 已經不是單純幫我生圖或寫 code，而是像一個可以一起調遊戲的開發協作者兼美術夥伴。 整個過程就是邊玩、邊指出問題、邊修正，最後真的幫我這個從來沒用過 Unity 的人 (我是因為這次要測試才安裝的)，做出一個可以在 Unity 裡打開、編輯、遊玩的完整遊戲。 話說這幾天下來，我好像真的快變成每天都能靠嘴巴開發出一款小遊戲了，遊戲連結在留言，我自己覺得滿好玩的😂
0xFunky79,702 views • 1 month ago
1小時多，用嘴巴開發做了一個類 Kingdom Rush 的塔防小遊戲。 全程使用 Codex + agent-sprite-forge skill，從地圖、Props、塔、怪物動畫、Boss、飛行怪、HUD，到 Godot 裡的波次、難度、升級 / 賣塔流程，基本上都是跟 Codex 對話做出來的。 比較有感的是，這次不只是生素材，也不是單純用 JS 做一個陽春版 Demo，而是一路把素材接進 Godot 專案裡，真的用遊戲引擎把地圖、角色、塔、防守波次和互動流程串起來。 當然 Codex 目前還沒辦法非常精準地處理所有位置資訊，像是地圖偏移、物件對齊、塔的位置這些細節，最後還是需要在 Godot 裡手動微調。 但整個手動調整時間不到 10 分鐘。 Codex + agent-sprite-forge + Godot 這條 AI 2D 遊戲開發路線，基本上已經打通了。 接下來準備再來試試看 Unity。
0xFunky73,487 views • 1 month ago
使用 Codex 搭配 agent-sprite-forge，並指定 Godot 作為遊戲引擎，就可以快速生成可編輯的 2D RPG 地圖資產。 使用這個Prompt： 「幫我使用 Generate 2D Map 生成一個 2D RPG 遊戲地圖，要有分開的 Props，包含遇怪獸的草叢，連接 Godot 遊戲引擎，做完之後要可以開啟 Godot 進行所有元素調整。」 最後輸出的不是單純一張地圖圖檔，而是一個可以直接在 Godot 裡編輯的專案： - 可調整的 TileMapLayer - 分離式 Props - 遇怪草叢 Area2D - 碰撞 StaticBody2D - 出口區 - Debug 玩家角色 agent-sprite-forge 可以從文字需求快速變成Godot 裡面可調整的 RPG 地圖原型，之後有機會再來試試看Unity行不行。
0xFunky52,781 views • 1 month ago
![[Vibe Coding 實戰演示] 昨天看到wei神公佈Read only的API就想說來玩一下Vibe Coding，寫出了一個過去wei神的歷史交易數據紀錄平台，平台記錄著wei神過去交易資訊，然後搭配Chart的K棒來做交易Mark參考，記錄一下整個Vibe過程，順便教學一下我都怎麼 Vibe Coding 一些想法。 我沒有把平台部屬起來，直接開源放到了Github上面，所有歷史交易數據包含order還有trade還有帳戶history的csv資料也都放到雲端開放大家下載，留言都有連結。 整個Vibe過程大概花了半天，中間經歷了使用Gemini 3還有Opus 4.5，大致過程如下: 1⃣一開始使用Antigravity+Gemini3，我直接把wei神的貼文複製貼上去並加了這個prompt "這是一個交易員公開了他的read only api，請幫我分析內文這是哪一家cex的api並且把他過去的歷史交易資訊全部抓下來存成csv" 接著他直接分析內文認為是bitmex的api，但他還是寫了一個script測試是幣安還是bitmex，確認是bitmex後就寫出了一個抓取data的script去把歷史trade的數據給抓了回來。 2⃣資料抓完之後我下了這個prompt "請幫我利用抓取下來的trade history建立一個dashboard，包含了所有資訊，並且加入Chart來顯示交易的紀錄" 然後就一步步生出了一版非常陽春的版本，上面有歷史K棒擠了一大堆的BUY & SELL，然後下面顯示所有的交易Table。 這邊提一下，中間會出現一些error，Antigravity很炫，可以在瀏覽器安裝一個extension，他會直接去操作網站並截圖error直接分析debug，但我這邊非常不建議讓他這麼做，精準度太差，建議一律手動複製網站上的error log貼上去當prompt 做debug。 3⃣因為抓下來的Trade log並不是倉位歷史的資訊，基本上只有buy 跟sell，而且同一個order會拆成很多的buy呈現在圖表上整個超亂的，我想做的應該是分析wei神每一個倉位歷史開單邏輯跟關單邏輯，如果不把trade整合成倉位歷史根本沒辦法看，所以我就下了這個prompt。 "有辦法把這csv做成類似倉位歷史嗎? 就是每一個開單還有這個開單pnl多少那種? 還是bitmax可以fetch這種api? 因為目前的trade log是每一次的交易（有可能是同一個order但分不同trade成交），不是同一個order跟position，想要做成那種倉位歷史的概念，請幫我做看看？" 結果他使用了FIFO (先進先出 First In, First Out）的方法來幫我整理CSV並新增了一個Position的Page，但這問題就來了，我看了一下整理出來的倉位歷史一定是錯的而且超亂，之後不論我怎麼問Gemini 3 一直鬼打牆在處理csv，結果也都一直是錯的。 4⃣ 剛好 Claude Opus 4.5 釋出，想說試試看，我就切換到Cursor + Opus 4.5，下了這個prompt (其實就是閒聊) "這是我之前設計的一個平台，有一個很厲害的交易員提供 READ ONLY的API, 讓使用者可以抓他Bitmex這家交易所的歷史交易資訊, 我之前有寫一個script把trade log都抓成 bitmex_trades csv這個檔案 不過我發現這是trade log, 每一筆trade都會記錄, 但並不是倉位歷史, bitmex有api抓倉位歷史嗎? 還是說要用這個csv去計算倉位歷史，bitmex 除了trade history以外有沒有什麼api可以抓取更多information讓這個平台更好的? 然後這個平台目前有display 每一筆交易的 chart, 我是希望可以變成倉位歷史, 然後點倉位後就可以顯示那一次的倉位操作來做學習" 神奇的來了，Opus直接去翻bitmex的api doc，抓取了wallet/order/execution history，然後直接把我卡了很久的問題全部解決了，他直接利用了order還有execution算出了比較精確的倉位歷史，甚至還幫我加了首頁的Overview Page。 5⃣ 接下來就是一些前端的修飾，我直接回到Gemini請他幫我調整CSS跟介面讓介面看起來更專業一些，還有更新Chart使用類似TradingView的畫面。 最後還是感謝 paulwei 提供實盤紀錄供別人學習，確實是我看過第一個這樣公開敢把實盤 API 直接丟出來，讓大家無死角檢視並學習每一筆進出單細節的交易員。 而這就是 Vibe Coding 的魅力，半天時間就能把一個單純的 idea 落地成實用的分析工具，整個過程基本上你也不需要懂程式。 最後希望這篇實戰紀錄能給大家一點啟發，都一起 Vibe 起來吧！](https://image.24vids.com/tw-1993320956912451804/amplify_video_thumb/1993319234248884225/img/qjYmYzTroyUbKhJr.jpg)
[Vibe Coding 實戰演示] 昨天看到wei神公佈Read only的API就想說來玩一下Vibe Coding，寫出了一個過去wei神的歷史交易數據紀錄平台，平台記錄著wei神過去交易資訊，然後搭配Chart的K棒來做交易Mark參考，記錄一下整個Vibe過程，順便教學一下我都怎麼 Vibe Coding 一些想法。 我沒有把平台部屬起來，直接開源放到了Github上面，所有歷史交易數據包含order還有trade還有帳戶history的csv資料也都放到雲端開放大家下載，留言都有連結。 整個Vibe過程大概花了半天，中間經歷了使用Gemini 3還有Opus 4.5，大致過程如下: 1⃣一開始使用Antigravity+Gemini3，我直接把wei神的貼文複製貼上去並加了這個prompt "這是一個交易員公開了他的read only api，請幫我分析內文這是哪一家cex的api並且把他過去的歷史交易資訊全部抓下來存成csv" 接著他直接分析內文認為是bitmex的api，但他還是寫了一個script測試是幣安還是bitmex，確認是bitmex後就寫出了一個抓取data的script去把歷史trade的數據給抓了回來。 2⃣資料抓完之後我下了這個prompt "請幫我利用抓取下來的trade history建立一個dashboard，包含了所有資訊，並且加入Chart來顯示交易的紀錄" 然後就一步步生出了一版非常陽春的版本，上面有歷史K棒擠了一大堆的BUY & SELL，然後下面顯示所有的交易Table。 這邊提一下，中間會出現一些error，Antigravity很炫，可以在瀏覽器安裝一個extension，他會直接去操作網站並截圖error直接分析debug，但我這邊非常不建議讓他這麼做，精準度太差，建議一律手動複製網站上的error log貼上去當prompt 做debug。 3⃣因為抓下來的Trade log並不是倉位歷史的資訊，基本上只有buy 跟sell，而且同一個order會拆成很多的buy呈現在圖表上整個超亂的，我想做的應該是分析wei神每一個倉位歷史開單邏輯跟關單邏輯，如果不把trade整合成倉位歷史根本沒辦法看，所以我就下了這個prompt。 "有辦法把這csv做成類似倉位歷史嗎? 就是每一個開單還有這個開單pnl多少那種? 還是bitmax可以fetch這種api? 因為目前的trade log是每一次的交易（有可能是同一個order但分不同trade成交），不是同一個order跟position，想要做成那種倉位歷史的概念，請幫我做看看？" 結果他使用了FIFO (先進先出 First In, First Out）的方法來幫我整理CSV並新增了一個Position的Page，但這問題就來了，我看了一下整理出來的倉位歷史一定是錯的而且超亂，之後不論我怎麼問Gemini 3 一直鬼打牆在處理csv，結果也都一直是錯的。 4⃣ 剛好 Claude Opus 4.5 釋出，想說試試看，我就切換到Cursor + Opus 4.5，下了這個prompt (其實就是閒聊) "這是我之前設計的一個平台，有一個很厲害的交易員提供 READ ONLY的API, 讓使用者可以抓他Bitmex這家交易所的歷史交易資訊, 我之前有寫一個script把trade log都抓成 bitmex_trades csv這個檔案 不過我發現這是trade log, 每一筆trade都會記錄, 但並不是倉位歷史, bitmex有api抓倉位歷史嗎? 還是說要用這個csv去計算倉位歷史，bitmex 除了trade history以外有沒有什麼api可以抓取更多information讓這個平台更好的? 然後這個平台目前有display 每一筆交易的 chart, 我是希望可以變成倉位歷史, 然後點倉位後就可以顯示那一次的倉位操作來做學習" 神奇的來了，Opus直接去翻bitmex的api doc，抓取了wallet/order/execution history，然後直接把我卡了很久的問題全部解決了，他直接利用了order還有execution算出了比較精確的倉位歷史，甚至還幫我加了首頁的Overview Page。 5⃣ 接下來就是一些前端的修飾，我直接回到Gemini請他幫我調整CSS跟介面讓介面看起來更專業一些，還有更新Chart使用類似TradingView的畫面。 最後還是感謝 paulwei 提供實盤紀錄供別人學習，確實是我看過第一個這樣公開敢把實盤 API 直接丟出來，讓大家無死角檢視並學習每一筆進出單細節的交易員。 而這就是 Vibe Coding 的魅力，半天時間就能把一個單純的 idea 落地成實用的分析工具，整個過程基本上你也不需要懂程式。 最後希望這篇實戰紀錄能給大家一點啟發，都一起 Vibe 起來吧！
0xFunky184,133 views • 6 months ago
之前開源了wei神的歷史交易數據紀錄平台後，有收到一些交易員的建議是否能新增支援其他交易所的資料。 主要原因是因為許多主流交易所的 APP 或網頁端，很多無法顯示太久之前的歷史交易紀錄，對於想要完整覆盤，紀錄自己的TradeJourney並找出自己交易盲點的人來說是很難的，如果能有一個平台，整合自己所有交易所的交易紀錄，進行系統性的分析，那會很有幫助。 因此我用了兩天的時間，將原本只記錄Wei神（BitMex）的平台進行了重構與升級，並正式取名為TradeVoyage！ TradeVoyage 重大更新 • 多交易所支援： 支援 BitMEX、Binance Futures、OKX、Bybit 過去歷史交易資料的記錄 dashboard 。 • 導入 Read-Only API： 現在可以直接在平台上使用唯讀 API 安全地下載您的歷史交易數據，不用再跑script另外下載，未來會支援自動更新功能。 • AI 交易分析： 整合了最新的AI 模型（包含 GPT-5.2、Claude Sonnet 4、Gemini 3 Pro 等），將過去的交易紀錄送進AI進行多維度分析，也可自行設計 prompt 達到客製化分析的功能（不得不說GPT-5.2分析挺好的…） • 全面優化： 依據不同交易所進行更精準的倉位和 PnL 計算，改進的 K 線圖與交易標記顯示，可直接點選某次倉位快速跳到該時間段進行進場出場邏輯覆盤。 TraderVoyage 是完全免費且開源的！ 市場上有TraderSync 但是是收費的，我希望能以免費開源的方式，做出更貼合Crypto交易員的需求的產品，未來會持續優化與更新，也希望大家能提供寶貴的意見和功能建議，讓我們一起將 TraderVoyage 打造成最好的交易覆盤免費開源工具🙏 平台已於 Github 全開源，因為是開源自行部署，一切都在自己的電腦，完全不用擔心API或資料會有外流的問題，連結在留言。
0xFunky47,323 views • 5 months ago
![[Vibe Coding實戰演示] 簡單來說一下為什麼我很喜歡OKX這系列的訪談，以及我是怎麼利用這樣的訪談搭配AI來做一些有幫助的工具。 這樣的訪談之所以珍貴，不在於這人賺了多少收益，而是在於訪談上這些交易員清晰地拆解了他們自身寶貴的「決策邏輯」，如果只是讀過去，很快就會忘了，但如果是搭配 Vibe Coding，是完全可以把這些經驗都變成幫助自己的「工具」。 其中這個"黑天鵝風險監控 + 宕機檢測器"工具就是在這次跟Wesley訪談之中請AI做出來的工具之一。 講一下整個思維以及過程: 1⃣我把這篇訪談複製貼上並加入下面的Prompt，直接請AI幫我找出有沒有什麼工具可以開發 (我這邊是使用GPT-5.1，GPT-5.1的整理統整能力還算滿強的) "這是一個跟厲害的A9交易員的經驗訪談，可以幫我從裡面看看有沒有什麼可以把這個交易員經驗轉換成輔助交易的程式工具？" 2⃣GPT-5.1 直接給出了10個可以開發的工具，甚至會詳細的把痛點跟可以做的工具跟功能都列出來。 1) 黑天鵝風險監控 + 宕機檢測器（最強，從訪談直接點名痛點） 2) EV/GTO 概率交易計畫生成器（基於他德撲 → 交易的核心理念） 3) 市場結構切換檢測器（根據他強調路徑依賴極危險） 4) 大資金杠杆監控 / 清算動能分析器（他提到黑天鵝爆倉的動能邏輯） 5) Meme幣敘事熱度雷達（他交易 meme 主要靠敘事 + 散戶情緒） 6) Meme 幣“籌碼集中風險雷達”（他提到用 Bubblemaps 看） 7) 震盪區間智慧交易助手（他靠震盪策略快速回血） 8) 倉位與風險控制輔助器（完全對應他資金管理理念） 9) 新手長期配置助手（他強調比特幣長期最穩） 10) K 線結構簡化器（他提到：越大級別、越簡單、越高勝率） 3⃣我以製作第一個工具為例，GPT給出了下面的文字我直接複製到Cursor + Claude Opus4.5 上面，一次Prompt直接就生出這個監控工具了。 "黑天鵝風險監控 + 宕機檢測器（最強，從訪談直接點名痛點） 🟥 痛點 Wesley 爆倉 500 萬美金的最大原因： 某交易所“系統宕機導致做市商不掛單”，瞬間無流動性。 區塊鏈世界幾乎沒人監控這個。 🟩 可做工具 交易所健康監控器（Exchange Health Monitor） 功能： 即時監控 Binance/OKX/Bybit 訂單簿深度變化 檢測流動性瞬間消失（大幅跳空、無掛單） 檢測 API 503 / websocket 中斷 一旦出現“潛在宕機風險” → Telegram / Discord / x402 發訊通知 🟨 商業化 VIP 用戶月訂閱 給大交易群 / KOL / 社群賣 API key 高級版加入“自動減倉 / 保護模式” 這是幣圈最缺但沒人做好的，你做出來會超多人用。" === 結論 === 當 AI 把「執行」的成本降到幾乎為零，真正被無限放大的，是個體的思考密度與創造力。 一篇高質量的訪談，AI 能幫你提煉成一套交易工具 一套高手的邏輯，AI 能幫你轉化成自動運轉的系統 你腦中的一個閃念，今晚就能落地變成產品。 這就是「超級個體」的真諦： 不是讓你一個人「做」十個人的工作（那是過勞） 而是讓你一個人「擁有」十個人的能力（這是槓桿） 我們唯一要做的，就是用人類的判斷力去駕馭 AI 的執行力，AI 讓每個人都有機會做出什麼，但能不能做出來，就全看你想不想了！](https://image.24vids.com/tw-1994785726546776142/amplify_video_thumb/1994758075874775043/img/rIUkzh31Wguw87ca.jpg)
[Vibe Coding實戰演示] 簡單來說一下為什麼我很喜歡OKX這系列的訪談，以及我是怎麼利用這樣的訪談搭配AI來做一些有幫助的工具。 這樣的訪談之所以珍貴，不在於這人賺了多少收益，而是在於訪談上這些交易員清晰地拆解了他們自身寶貴的「決策邏輯」，如果只是讀過去，很快就會忘了，但如果是搭配 Vibe Coding，是完全可以把這些經驗都變成幫助自己的「工具」。 其中這個"黑天鵝風險監控 + 宕機檢測器"工具就是在這次跟Wesley訪談之中請AI做出來的工具之一。 講一下整個思維以及過程: 1⃣我把這篇訪談複製貼上並加入下面的Prompt，直接請AI幫我找出有沒有什麼工具可以開發 (我這邊是使用GPT-5.1，GPT-5.1的整理統整能力還算滿強的) "這是一個跟厲害的A9交易員的經驗訪談，可以幫我從裡面看看有沒有什麼可以把這個交易員經驗轉換成輔助交易的程式工具？" 2⃣GPT-5.1 直接給出了10個可以開發的工具，甚至會詳細的把痛點跟可以做的工具跟功能都列出來。 1) 黑天鵝風險監控 + 宕機檢測器（最強，從訪談直接點名痛點） 2) EV/GTO 概率交易計畫生成器（基於他德撲 → 交易的核心理念） 3) 市場結構切換檢測器（根據他強調路徑依賴極危險） 4) 大資金杠杆監控 / 清算動能分析器（他提到黑天鵝爆倉的動能邏輯） 5) Meme幣敘事熱度雷達（他交易 meme 主要靠敘事 + 散戶情緒） 6) Meme 幣“籌碼集中風險雷達”（他提到用 Bubblemaps 看） 7) 震盪區間智慧交易助手（他靠震盪策略快速回血） 8) 倉位與風險控制輔助器（完全對應他資金管理理念） 9) 新手長期配置助手（他強調比特幣長期最穩） 10) K 線結構簡化器（他提到：越大級別、越簡單、越高勝率） 3⃣我以製作第一個工具為例，GPT給出了下面的文字我直接複製到Cursor + Claude Opus4.5 上面，一次Prompt直接就生出這個監控工具了。 "黑天鵝風險監控 + 宕機檢測器（最強，從訪談直接點名痛點） 🟥 痛點 Wesley 爆倉 500 萬美金的最大原因： 某交易所“系統宕機導致做市商不掛單”，瞬間無流動性。 區塊鏈世界幾乎沒人監控這個。 🟩 可做工具 交易所健康監控器（Exchange Health Monitor） 功能： 即時監控 Binance/OKX/Bybit 訂單簿深度變化 檢測流動性瞬間消失（大幅跳空、無掛單） 檢測 API 503 / websocket 中斷 一旦出現“潛在宕機風險” → Telegram / Discord / x402 發訊通知 🟨 商業化 VIP 用戶月訂閱 給大交易群 / KOL / 社群賣 API key 高級版加入“自動減倉 / 保護模式” 這是幣圈最缺但沒人做好的，你做出來會超多人用。" === 結論 === 當 AI 把「執行」的成本降到幾乎為零，真正被無限放大的，是個體的思考密度與創造力。 一篇高質量的訪談，AI 能幫你提煉成一套交易工具 一套高手的邏輯，AI 能幫你轉化成自動運轉的系統 你腦中的一個閃念，今晚就能落地變成產品。 這就是「超級個體」的真諦： 不是讓你一個人「做」十個人的工作（那是過勞） 而是讓你一個人「擁有」十個人的能力（這是槓桿） 我們唯一要做的，就是用人類的判斷力去駕馭 AI 的執行力，AI 讓每個人都有機會做出什麼，但能不能做出來，就全看你想不想了！
0xFunky40,589 views • 6 months ago
相信平常開很多 terminal 跑 agents cli 的人，都會跟我一樣遇到過這幾個痛點： 1. terminal 多到找不到哪一個是你要的 2. tmux 指令不熟，每次切換都卡卡的，還容易不小心跳錯視窗，往上滑還不能用滾輪 3. 要 share 文檔給其他 agent 只能手動複製貼到 project folder 找了一圈目前開源的 agent 管理平台，沒有一個符合我的操作習慣的，所以我把之前開發 VibeHQ 的優點留下來，就自己重新做了一個TermHive的多Agents 管理平台。 • 保留 Tmux 的遞迴分割視窗 + 可拖拉分隔線，利用滑鼠就可以切換與視窗滑動不再使用指令。 • Shared Content Folder 集中式的檔案空間，讓 team agents 之間互相讀寫溝通更順暢。 • 做了一個 Project Wiki，靈感來自 Karpathy 的 LLM Wiki，每個 project 一份持久化的結構化 wiki。直接叫 agent 去讀 wiki 就能快速掌握現況，可讀可寫，等於整個 team 的 knowledge base。 已經用這個管理Agent很久了，桌面乾淨，Project 有共享wiki不怕開發記憶流失（也保留了agent原生的記憶）content 共享順暢，用這套來開發是真的蠻順手的，我公司有部署一套在雲端，另一個開發員工直接無縫共享開發。 Harness Engineering 真的太捲了，之前開發的VibeHQ一直達不到心中的標準，即使做了很多架構跟規範但最後也很容易不受控亂掉，就算讓AI做 Auto-Optimization 還是會越改越糟，最後還是回到自己操作Agent了，因為我相信那些大廠遲早會把harness給搞好，就好好使用他們達到我的目的就好😂 TermHive是開源的，連結放留言。 話說這demo影片完全是由AI用remotion做出來了的，效果也還不錯，簡單乾淨。
0xFunky14,642 views • 1 month ago
這是最棒也是最焦慮的時代。 每個月的AI工具的訂閱費越來越貴，GPT-5.4出來實測後確實還不錯，就直接升級了，Claude 肯定是Max 20x開到滿，Google也是訂閱了Ultra方案，主要是為了用Antigravity來撸 Claude Opus 4.6。 現在每天的開發效率完全不是同一個量級，這幾天也都在專心優化自己開發的多智能體框架 VibHQ，並用這個框架做了一個手機跟電腦都互通的平台來管理所有的 Cli Agents，不用開remote session就可以在手機遠端使用codex跟claude code。 已經用這個做了不少Projects Teams，其中做了 PM Bot 策略優化 Team，AI 自己規劃、自己執行、自己 QA，現在這個框架已經慢慢符合我對 Multi-Agents 的想像了，接下來就是多跑一點收集更多數據來優化整個框架。 一人公司，帶著一整個專業的 AI 工程團隊。
0xFunky13,073 views • 3 months ago
測試網站開出來了 一開始用vercel部屬卡關花了不少時間，後來直接轉戰部屬cloudrun就輕鬆多了，之後有機會也會教大家怎麼讓AI一步一步教你完成雲端上線你的APP。 開放 "3天" 的 Free Trail 給大家測試玩玩看，燒我的OpenAI API (我有設budget，各位別用太兇...)，直接連到網站輸入資訊就可以分析了，希望有測的都可以給我一些Feedback，Git Repo也可以幫我點個星星🙏 測試連結: Git: 不得不說這個框架能改還有家的東西可多了，仔細看產出的Report內容也還不錯 (不過我測一些小幣效果比較差，應該是目前社群分析接的data來源比較爛)，之後接上更多的data source還有加入更多Agents應該會讓效果更好，後面說不定甚至可以接MCP直接操作下單，能玩的東西好多！有興趣合作或贊助的歡迎DM！
0xFunky29,870 views • 11 months ago
No more content to load