最近開始使用AI輔助工具，終於著手完成我一直想做的心智圖（Mindmap）。其實，自己對寫程式的興趣由來已久，但礙於編程技術一般，加上要實現一個有視覺效果的程式需要花費大量時間，這個夢想一直擱置著。直到現在，AI時代的到來讓我重新燃起了希望。
看到如今連8歲的小朋友都可以利用AI輕鬆創作自己的程式，作為一個「程式老人」實在是既感慨又振奮。這些AI工具的出現，不僅降低了學習門檻，亦讓我重新拾起對程式設計的熱情。 看 Youtube : https://www.youtube.com/watch?v=o5uvDZ8srHA
透過AI輔助，我開始一步步實現我的想法。從設計心智圖的結構到處理細節，AI工具就像一位耐心的助手，幫助我填補技術上的不足。雖然過程中仍需學習和探索，但這種感覺讓我重新找回了當初對編程的熱愛，也讓我深刻體會到AI的力量和潛力。
這個就是這次實驗的成果, 有興趣可以看看, 給一點意見。 https://mindcomb-t3.vercel.app/
先來總結:
這次整整一個月的AI 應用探索, 令我感到現在的AI 令APP開發的時間大幅減少, 可以說是令一個普通人都可以一嘗程式設計的滋味, 以住要很長的學習CURVE都可以大幅縮短，以住有很多IDEA都可以找到一個用更少資源來實行的方法。而今次使用的IDE 即是TRAE亦都在這個月裏更新了好幾次, 加入了更多的免費LLM幫手，總結使用這類IDE的經驗, 用”BUILDER”來做0到1的基本建設, Debug和加減Feature, 都比用CHAT好，因為Builder會考慮整個Project, 會先找出有關的部分, 了解整個系統再給出建議和修改，所以推薦以BUILDER做所有加減。而CHAT就用來做一些自己非常知道自己在做什麼的情況才去用, 例如修改某個parameter, 叫它做個Register/ Summary, 或是給個建議或改進, 令自己想要的效果具體化, 再把自己具體化的資訊放入去Builder去實行才是最佳的做法。
普通人的卡點:
程式設計是一個專業，當然現在的門檻已經下降得很低，有不明的地方直接找AI來問問。我以住叫阿仔都是學習”寫程式的邏輯”，例如是LOOP, VARIABLE, Object-Oriented, Conditional, Array, Sorting 這些基本知悉。不要去計較如何去寫出來, 什麼Python, Java, Swift, C, Basic 通通都知道有就好, 因為如何去寫的工作已經被AI接手, 我們要學習的是如何盡我們所能地清晰表達我們想要的效果, 以我和阿仔的講法是, “我們要學習如何表達我們的夢想”。事實上… 做人都是一樣, 只要我們可以清晰介定目標，方法自己就會出現。
[2025-3-07]
2025年的3月7日第一次試用Cursor 和 Trae, 用了一會就轉用Trae直接開發, 原因没有什麼, 就是因為可以免費地用Claude-3.5-Sonnet 及Claude-3.7-Sonnet 來直接開發, 付出的是在高峰時侯需要排隊
在3月7日的時候, Trae的國外版本只可以用Claude-3.5-Sonnet 及Claude-3.7-Sonnet, 到4月7日的時候已經可以用上DeepSeek-R1, DeepSeek-V3, GPT-4o以及 最新版本的DeepSeek-V3-0324版, 使用上因為Claude-3.5-Sonnet 及Claude-3.7-Sonnet 可以用圖片溝通, 所以主力都是用它們去開發, 在Peak hour 的時候就用Claude-3.5-Sonnet, 在對付ERROR的時候用V3-0324>GPT-4o, 有LOGICAL ERROR的時候會用DeepSeek R1>Claude-3.7-Sonnet 去找找問題。
[2025-3-13]
Source Control ( Version Control)
最近幾天的探索中，我深刻體會到人工智能雖然強大，但有時候一個小小的修正錯誤，就可能讓之前所有的努力化為烏有。這讓我聯想到版本控制（Version Control）的概念，覺得這其實是一個非常重要的策略，尤其是在依賴AI進行創作或開發的過程中。
我的做法是，每當設計到一個重要的階段性成果時，就會把整個項目完整複製到一個安全的地方，作為備份。這樣即使AI之後的修改出現問題，甚至讓原本的成果變得面目全非，我仍然可以隨時回到之前的版本，而不會陷入「從零開始」的困境。
這種方法其實就是軟件開發中的版本控制工具，例如Git，這樣不僅能讓我們更安心，也能提高效率，避免反覆重複勞動。總之，做好備份，真的可以讓人事半
功倍！
在TRAE左邊有這個SOURCE CONTROL 選項 (即是我上面講的Version Control)
跟住指示，在ＧＩＴ下載所需要的各式, 不過去到最尾都是不能連到Github, 明天再試一試
再試多幾次又再攪爛了… 每次都是做一個FUNCTION, 攪到好地地又到我的LOCALHOST出問題…攪一大輪之後又再見到個輸出已經面目全非
[2025-3-14]
又經過一日的Trial & Error, 最後都是一個不能逆轉的ERROR…
在嘗試不下10 次都不能成功下完成得出可見成果後, 都是要幹掉重煉, 轉一下在CHAT中… 問他應該如何進行, 是我在什麼地方做錯了嗎?
[2025-3-15]
感覺到愈走愈遠, 在這個投入之下, 果斷去開一個新的Mindcomb-T3 Repository, 重新開始, 在這個AI的助力之下, 重做的成本是很低很低
[2025-3-16]
在應對這樣的ERROR問題, 可以直接CAP圖放入CHAT中, Claude-3.5-Sonnet 及Claude-3.7-Sonnet可以用到圖像認知的能力去幫你解決問題
在CHAT 及BUILDER 中, 有一個REVERT的BUTTON, 可以用來把”攪爛”了的CODE切回原本某個CHAT的時間點, 我想這個在5-7個CHAT入面可以使用, 有時真的走遠了這個BUTTON會不見了, 可能是和內存有關? 或是和選擇的LLM上文下理有關, 這裏没有答案, 有用但不太可靠
[2025-3-17]
有時會一改動就會出現大量的ERROR/ WARNING, 可以直接截圖在CHAT問AI究竟發生什麼事
[2025-3-18]
今日為了要和阿仔玩, 試了一會Replit, 真是可以很快地做出一個Pototype, 不過只有10次的”對話修改”, 亦是一個很好的教材, 阿仔要掌握的, 是如何去和AI 的精準溝通, 當然我都進步了, 第一步已經寫了我想要有什麼的效果
[2025-3-19]
今天做到一個這樣的, 可以有AI Elaboration 的 function
我發覺AI 雖然很強, 但是他的目的是”不擇手段地”完成你指派的工作, 意思是它可能用以前没用的方法, 去做一件你現在要完成的工作, 但這個程序可能之前已經有其基本, 只要稍加更改就能成事, 但它可能會無視之前的建設, 隨意地開一個新的程序來完成我的某一件工作。所以我加入了一個文件, 就是要”提醒”AI不要自發地開太多的新程序, 而且要在開發過程中貫徹這個提示, 如下:
我問它, 我需要在每個CHAT提示它要記記得這些提示嗎? 雖然它說不需要, 但實際操作時還是要不時提一提它, 建議在文件內寫一句, “如果有用考慮到本文件就寫上XXXXX”類似的記號, 讓自己可以有更好掌握它們的思路
同時我亦只它把所有的FEATURE及METHOD給我做一次總結, 看看有什麼已經做好, 有什麼要仍要跟進, 本來是想做一次CODE CLEARING…
[2025-3-21]
今日我試一下國外版本的TRAE, 已經可以用DeekSeepR1, 看起來是比較”用心”地解決問題…. 不過… 問題仍在…
[2025-3-23]
由jsx全轉了tsx… 我聽從了ai 的建議, 結果是連原本的輸出圖像, 最後又是把心一橫, 又開了一個新的PROJECT
及後又同阿仔分享了一下我們的工作, 要重整旗鼓
[2025-3-24-25]
繼續再來對付ERROR…
[2025-3-26]
今天試著去DEPLOY到GIT PAGE, 因為FREE, 可惜未能成功
[2025-3-27]
在CHAT , AI 給我一個建議, 叫我可以試著DEPLOY 到Vercel, 說比較簡單一點, 今天試一試,
在不同的時段,會遇到不同的ERROR…
在Debug的過程中, 必需要記住太陽之下無新事, 很多ERROR都是前人已經有答案, 要好好地利用Vercel的Documentation 以及 Vercel Community
看看哪一個合適, 第一個成功的Deployment就完成了
先行Preview mode, 没有問題就可以Promote 做Production
[2025-3-28]
如果改一改某一段CODE就出現大量的ERROR, 可以Sort “does not exist” 找出某一些ERROR先做, 很多時只是在加減Code的時候 ” ; ” 意外地删除了, 當然我又不會真正地逐行去找，最簡單的就是用上面的方法, 把Does not exist的method 找出來, 因為找的過程中很可能會補回
[2025-3-29]
因為有一個ERROR攪來攪去都未解決, 個AI係會道歉… 當然很可能是我們之前的Debug方向跟本是錯的… 意氣用事面對一個AI是豪無用處…
[2025-4-1]
攪爛Code？唔緊要，人生本來就係一場Debug！呢啲情況，保持冷靜先係王道。以下係三步大法，幫你從Code地獄翻身：
第一步：保持冷靜，飲杯咖啡。
唔好急住狂改，先深呼吸，諗清楚成件事。攪爛唔係世界末日，反而係一次學習機會。記住，Code爛咗可以修，心情爛咗就難救！
第二步：召喚AI做Audit。
叫AI幫你整理所有Method同Data Flow，擺晒喺一個File度。呢個步驟就好似請個超級秘書幫你將所有文件分類整理，睇清楚邊啲係重點，邊啲係垃圾。
第三步：Code Cleaning大掃除。AI可以幫你搵出重複嘅Function，然後你就可以做一次徹底嘅清理。呢個過程就好似清理房間，將所有唔需要嘅雜物丟走，令Code乾淨利落。記住，唔好再Copy & Paste冇計劃嘅Code，咁只會令問題越嚟越複雜。
最後，攪爛Code係IT人嘅日常，最緊要係唔怕爛，勇於修！Debug完之後，你會發現自己又升級咗！
[2025-4-3]
有時做做下, 都有些氣餒, 為什麼其他人的展示, 幾句Prompt就出到幾成功的Product, 我攪了一個月都未成功出到?
不過再想深入一點, 其他人那些展示其實没有什麼用處, 只是不斷告訴你, “現在這個世界已經出現了很多工具, 你看到了嗎? ”
其實刀有很多款式, 現在我知道了刀可以做什麼, 我現在做的不是展示相同的資訊, 我在創造屬於我自己的產品, 真正是我想要塑造的形象, 而且可以去Fine Tune的東西。 我相信這就是AI 帶給現時普通人的機會, 我們要做的不是僅僅是知道, 而是”學會”去應用。
現在可以用DeepSeek V3的最新Version , 看來是可以快一點, 在高峰時間用來代替Claude-3.7-Sonnet
[2025-4-4]
和以往一樣, 找出”Cannot find name” 都可以應付大量ERROR
終於趕及有一個像樣的出來
[2025-4-5]
有時是太依賴AI, 其實在不同的時候應該要用不同的方式, 在大多數的修改下, 應該用Builder會比較合適, 用CHAT要來回多次才有Builder 的效果, 用Builder 它會自己去考慮同一個點多次, 以以上的syntex bug為例, 比我自己用chat實在是快太多, 我用了一些愚蠢的方式來做, 浪費了不少的時間。
在Deploy的過程中, 很多時會見到這個”npm run build”, 找不出有什麼原因, 最後用的手段是在Terminal 下載 Vercel CLI, 在 local 先 Build, 再deploy pre-build 到 vercel (因為在local 自家電腦裏其實是可行没有ERROR, 所以試試這個方式是否可行)
[2025-4-6]
終於都完成了一次LOCAL BUILD 是没有ERROR 的… 有了Vercel CLI 在本機上試行(其實都會PUSH去Vercel, 只是没有PUSH去Github), 好可惜未能一次成功, 看到有某些ERROR仍然存在於broswer
[2025-4-7]
經過差不多一個月的時間, 今早終於都可以走入直路, 把這個APP DEPLOY 到VERCEL, 即是所有人都可以在網上體驗這個APP
https://mindcomb-t3.vercel.app/
加油