Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

使用agent-sprite-forge這個skill就可以在Codex上面直接做到one shot建立完整的遊戲了。 下面這2個全部都是在 Codex 使用GPT-5.5跟agent-sprite-forge "一次"做出來的,所有遊戲元素一次生成並且把遊戲邏輯都做出來給你了,後續哪裡有問題也是直接跟codex對話就行,不論是要加新的怪物還是新的任何元素都可以。 我還記得2年前要一張一張用Midjourney生成,然後慢慢丟到canva去背再慢慢寫code... 獨立遊戲開發生態,是真的要被 Agent 改寫了。

267,155 görüntüleme • 5 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

81,157 görüntüleme • 4 ay önce

最近發生太多事情,很久沒 po 文了。 這兩天有空,又回頭用 AI 做了一個 RPG GAME,距離上次才四個月,沒想到模型進步這麼多,一樣花不到半天,就做出影片裡的這個遊戲,這質感已經達到我有點驚訝的地步了,對完全沒有美術背景的我來說很有成就感。 比起現在看到一堆用Three JS做來的方塊感遊戲,我一直更喜歡像是八方旅人的那種 HD-2D 的質感。 以前用 agent-sprite-forge 做素材,sprite sheet做出來的角色動畫偶爾還是有斷格感,這次改成用 GPT Image 2.5 生成素材,再用 Grok Build 的 img2video 製作動作,流暢度比我之前做的好很多,地圖則用 Three.js 搭地形與光影,再把動畫元素放進去。 流暢度比我之前做的好很多,角色待機、走路、攻擊,連怪物、樹葉、火光和水面都像是真的動了起來,站著不動時,也有「活在場景裡」的感覺。 整個遊戲都由 AI 開發,我只負責提想法、試玩和回饋,沒有手寫程式、修圖或手調動畫,也沒用 Unity、Godot 這類現成遊戲引擎,連遊戲全部的配樂也是直接讓AI去使用 Google Lyria 幫我做的 (音樂我覺得配的超好)。 製作流程也整理成了 Skill,照目前的做法,新增一個場景搭配故事,也只需要半小時。 這次訂閱額度用量: 1. GPT Pro 200U 單週額度的 40% 2. Grok Build 100U 單週 50% 遊戲連結在留言,大家可以體驗看看,AI現在已經可以做到這樣的美術質感,之後有空的話再看看要不要把完整遊戲做完!

0xFunky

15,657 görüntüleme • 13 gün ö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

185,467 görüntüleme • 10 ay önce

今天跟各位介紹這一款捕魚打金遊戲 #Koye, 昨晚已經有同學打了200多U,趕緊給大家分享一下,以下是整個打金流程: 1. 無論有沒有NFT都可以玩這款遊戲,但我強烈建議可以購買NFT,因為購買N F T每天都能領到大量遊戲內的金幣,大家可以在官方網站上Mint NFT,得到盲盒之後記得先開盒,開盒之後會領到不同等級的NFT ,每個不同的NFT都有星星級別的不同,從一個星到三個星每個對應的質押獎勵金幣數量不同,四顆星需要合成取得。 2. 遊戲開始之前可以先質押NFT,按照級別每天領的金幣數量不同。 3. 這是一款手機遊戲,可以到官方網站下載,支持iOS和Android系統。官方稱iOS版本正在審核,馬上就會上線。目前只應對Android手機,蘋果用戶可以到官方網站使用電腦下載模擬器,然後也下載Android的 APK,下載完後點擊APK就可以使用模擬器進入遊戲。 4. 進入遊戲之後請填寫邀請碼:XY8Z0I 5. 到系統設置裡面完善個人資料、還有綁定錢包,如果介意安全問題,可以開一個新的錢包,記得將KOYE NFT打到新的錢包才進行質押喔,如果NF T跟遊戲內的錢包地址不同,NFT是無法進行質押的。 6. 完成質押之後進入遊戲打金,根據個人語言的不同有英文以及中文介面可以選擇。 7. 遊戲裡面的金幣可以透過打魚獲得或是其他任務獲取,在進行打魚的同時也會耗損金幣,而一旦金幣歸零,那麼就無法進行遊戲,這時候 NFT 質押所產生的金幣就非常好用啦。 8. 遊戲中的boss等級魔王會掉落隕石,隕石可以直接兌換 $GSO 9. 自己的大炮可以透過掉落的鑽石升級,我是已經升級到40,000倍,如果是克金玩家,可以升級到20萬倍 10. 如果是克金玩家建議購買自動掛機、把功能升級到最頂級,這樣一來打金速度會快很多 整體收益收益還算過得去,持有NFT越多,賺得錢也越多,打越久賺越多。 如果有任何問題,建議到官方的D C,以下是官方的Twitter : @Koyegame 最後,這遊戲真的有的賺,最近我會狠狠擼這遊戲,看看半個月後能賺多少!

Nancy

21,058 görüntüleme • 3 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 • 5 ay önce

Codex 隐藏玩法:把你每天重复教 AI 的提示词,直接做成 Skill 90% 的人用 Codex,其实都在重复做同一件事: 开一个新任务,把同一套要求再告诉它一遍。这些 Prompt 你可能已经复制粘贴了几十次。 但其实,这种反复使用的工作方法,完全可以直接做成 Codex Skill。 详细教程如下: 1️⃣先找一段你经常重复使用的 Prompt,比如我最近一直在用这类提示词: “执行任务前先检查需求漏洞和潜在风险,不要默认接受我的方案。涉及代码和结论必须验证,完成后按验收标准逐项检查。” 这类 Prompt 很好用,但最大的问题是:每开一个新任务,都要重新贴一次。 2️⃣直接让 Codex 把它做成 Skill把原来的 Prompt 发给 Codex,然后告诉它: 请把上面这套工作方式整理成一个可重复调用的 Codex Skill。 要求: · 明确这个 Skill 适合在什么情况下使用 · 把原来的要求整理成清晰的执行步骤 · 区分任务开始前、执行过程中和完成后的检查 · 保留必要的验证流程 · 删除重复和模糊的要求 · 不要改变原来的核心工作原则 Codex 就会把原来散乱的一段 Prompt,整理成一套完整的 Skill 工作流。 以后这些规则就不用一直躺在聊天记录里了。 3️⃣ 后面直接调用这个 Skill 再开新任务时,不需要重新复制那一大段 Prompt。 直接告诉 Codex:使用这个 Skill 完成当前任务。 最后你的 Codex 里保存的,就不再是一堆 Prompt,而是你自己的一整套工作流。 Prompt 是教 AI 这一次怎么做。 Skill 是把你的工作方法直接固化下来,以后每个项目都能重复调用。

爱丽丝呀!

40,648 görüntüleme • 1 ay önce