Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

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。

75,010 görüntüleme • 3 ay önce •via X (Twitter)

0 Yorum

Yorum bulunmuyor

Orijinal gönderinin yorumları burada görünecek

Benzer Videolar

先說,我沒有使用過 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 裡打開、編輯、遊玩的完整遊戲。 話說這幾天下來,我好像真的快變成每天都能靠嘴巴開發出一款小遊戲了,遊戲連結在留言,我自己覺得滿好玩的😂

0xFunky

80,585 görüntüleme • 3 ay önce

[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 起來吧!

0xFunky

184,809 görüntüleme • 8 ay önce

等等要帶老婆出發去北歐追極光(希望能看到 ) 去年底就把機票、住宿、活動全部訂好了。結果昨天突然一陣焦慮湧上來,很怕會不會哪個沒訂到、哪個時間撞到,或者哪封確認信被我遺忘在了信箱深處。 然後我就花了不到一小時,把這個東西做出來了 — TripGo。 只要連結 Gmail,就會自動把信箱裡所有訂單確認信抓出來,並且整理成不同的完整旅行規劃(因為很多訂房、機票平台根本沒有 API,後來想想反而 email 是最乾淨、最完整的資料來源) 每個行程點進去之後,AI 會依據現有訂單自動生成每天行程、出國前準備清單,還會幫你整理這趟旅程的注意事項。我還加了一個小助手,遇到什麼問題都可以直接問,小幫手也支援圖片理解跟搜尋功能,其實就跟Gemini App一樣,最後再補上一個一定會用到的語音翻譯功能。 基本上就是一個專屬於自己的完整 AI 旅行助手。 要請 OpenClaw 整理其實也辦得到,但自己做一個更符合需求的介面,那種掌控感還是很爽的。AI 時代最爽的地方就是,需求出現的瞬間,可以快速的開發成產品。 如果各位也有這需求,等我回來再看看要不要開源給大家。 話說這邊提醒一下,我每次出國好像都會出大金,上次去名古屋是幣安人生,去香港的時候是TST,去歐洲是B,感覺大家可以先準備一下了😂

0xFunky

10,088 görüntüleme • 5 ay önce

這個彤彤直播主很紅嗎? 怎麼大家都在跟她開黃腔 後面粉絲問這個車能不能推 其他粉補一句 我是老漢交給我就完事 我整個笑死 大家實在太幽默了 為什麼我覺得 Talus 比多數 AI 專案更像「長期基建」 這段時間看了很多 AI 專案,你會發現一個很明顯的現象 大家都在比模型多大、參數多少、推理多快 好像只要 AI 夠聰明,事情就自然會發生 但 Talus 走的是完全不同的路 他們把重點放在處理一個更難、也更無聊的問題 AI 能不能長期、穩定地在鏈上運作,形成真正的經濟活動? Talus Labs 的設計邏輯,很像在蓋一座城市 Nexus 是底層框架 相當於城市的法律與基礎設施 它定義了 AI agent 怎麼存在、怎麼互動、怎麼被驗證 不是單一功能,而是一套可持續擴展的規則系統 Agent 是角色 每一個 agent 都有身份、有資產、有行為紀錄 可以彼此合作、競爭、分工 它們不是一次性工具,更像是長期活動的經濟單位 Workflow 則是產線 把複雜的決策與行為拆成標準化流程 讓策略可以被複製、被重用、被優化 這對生態擴張非常重要,因為它讓「成功經驗」可以累積 這三個東西組合在一起,才會出現真正的護城河 很多 AI 專案解決的是「我能不能做到這件事」 Talus 在想的是「十萬個人、十萬個 agent 同時用,系統會不會崩?」 這種問題沒那麼好講故事,也很難短期爆紅 但一旦真的跑起來,別人要複製成本會非常高 你不只要抄功能,還要重建整個框架、標準與生態協作方式 這正是基建型專案的特徵 我會覺得 Talus 更像長期基建,還有一個原因 它的成功,不完全取決於官方做了多少功能 而是有多少人願意在上面「長期建東西」 策略制定者、agent 設計者、生態應用、工具模組 這些角色都能在同一套框架下持續產生價值 這不是短線題材,也不太適合快進快出 它更像是在修一條高速公路,前期看起來沒那麼熱鬧 但一旦交通流量起來,誰都離不開 所以我才會說 Talus 與其說是一個 AI 專案 不如說是在慢慢鋪一個「AI 上鏈經濟」的底座 這種工程,急不來 但一旦完成,就會存在很久

小美哥🕊️|🐬TermMax

642,120 görüntüleme • 7 ay önce

不知不覺,Alpha 已經走過 100 期了。 雖然不能每期都參與到但(有多少能力做多少事)從今年 5 月第一次參與,到現在回頭看,我覺得這是我今年參加過最穩、最值得關注根本(明牌送錢的活動),當然其中還是會有些許風險,可能是在買賣的過程遇到較大的波動(尤其之前突然劇烈波動的KOGE ZKJ 等等!(但還好那時段提前刷完,後面穩定後順勢抄底,真是有驚無險呀! 還記得剛開始的時候,我只是抱著試試看的心態參加。沒想到幾次下來,收益比我想像的還穩定。尤其是那些不需要太多時間成本的項目,真的是「投入有限,收穫超值」。 最讓我有成就感的一次,是最近一次參與的 Alpha。 結算後,我直接用這部分的利潤,給自己買了一副 Apple AirPods Pro 2。 打開包裝、戴上的那一刻,我突然意識到——原來數字世界的收益,也能這麼直接轉換成生活裡的實在幸福感。 更重要的是,Alpha 把項目的部分分配交給了幣安這樣的 T0 級平台。對我們普通用戶來說,這不只是多了一個收益管道,更是多了一份信任和保障。 不必像空投那樣冒著被「項目方畫大餅」的風險,也不必擔心做了辛苦活最後什麼都拿不到。 有人說 Alpha 分走了空投的份額,但在我看來,與其讓不確定的分配落空,不如讓幣安來分,讓更多人真真切切地受益。 幣圈看結果——能賺到錢的,就是好項目。 Alpha,牛! 感謝 币安Binance华语,讓我今年不只是賺到錢,還多了一份生活裡的儀式感。 #币安Alpha百文大赛 #BinanceAlpha

泰德.eth

47,641 görüntüleme • 1 yıl önce

相信平常開很多 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做出來了的,效果也還不錯,簡單乾淨。

0xFunky

14,669 görüntüleme • 4 ay önce