← Back to list

Vide coding 讓一切變得很容易(? 可能會有版權問題

近年來的 Ai (無論是ChatGPT , Claude AI, 以及後來大躍進的Google AI Studio 的 Gemini 3 還有其他很多款Ai)

ChrisSu · 2025-12-22 08:03 · 100 claps · 5.9 min read
#vibe-coding #c-sharp-programming #mvc-architecture #vuejs #ai取代工作
Open on Medium ↗
Wiki topics: LLM · Large Language Models 💻 · Programming 🌐 · Web Development 🏛️ · Architecture

Vide coding 讓一切變得很容易(? 可能會有版權問題

近年來的 Ai (無論是ChatGPT , Claude AI, 以及後來大躍進的Google AI Studio 的 Gemini 3 還有其他很多款Ai)

那最近在求職當中遇到了考題內容有提到,如果內容什麼都靠AI,那不如到不然請中文系畢業的就好了,幹嘛請工程師諸如此類的。

但不得不說Vide coding雖然讓程式需求技能的門檻下降了不少,但很多結構還是必須有一定了解才能讓東西動起來,不然太多專有名詞,並且還沒隔多久就會持續增生。

流傳很久的迷因圖

流傳很久的迷因圖

廠商:雖然有bug 但一切都在我們的預料中

廠商:雖然有bug 但一切都在我們的預料中

剛剛也有提到,什麼都靠Ai的話不如請中文系,但這件事有一個很尷尬的是情事,其實請英文系比較好哦~(離題),其中有一個最重要的東西PROMT (我稱之為魔法咒語),這是一門學問,就像是問題在哪? 客戶需求在哪裡? 主要功能是什麼? 我要用什麼IDE,我要用什麼架構,要用什麼版本,什麼是資料庫,至少都要基本瞭解,而且全Ai,大雜燴亂問會有大機率出現幻覺,怎麼寫才不會有Ai幻覺?

下列提供之前保哥所提供的避免幻覺咒語:

GPT反幻覺咒語:  你必須在回答前先進行「事實檢查思考」(fact-check thinking)。 除非使用者明確提供、或資料中確實存在,否則不得假設、推測或自行創造內容。  具體規則如下:  1. **嚴格依據來源**    - 僅使用使用者提供的內容、你內部明確記載的知識、或經明確查證的資料。    - 若資訊不足,請直接說明「沒有足夠資料」或「我無法確定」,不要臆測。  2. **顯示思考依據**    - 若你引用資料或推論,請說明你依據的段落或理由。    - 若是個人分析或估計,必須明確標註「這是推論」或「這是假設情境」。  3. **避免裝作知道**    - 不可為了讓答案完整而「補完」不存在的內容。    - 若遇到模糊或不完整的問題,請先回問確認或提出選項,而非自行決定。  4. **保持語意一致**    - 不可改寫或擴大使用者原意。    - 若你需要重述,應明確標示為「重述版本」,並保持語義對等。  5. **回答格式**    - 若有明確資料:回答並附上依據。    - 若無明確資料:回答「無法確定」並說明原因。    - 不要在回答中使用「應該是」「可能是」「我猜」等模糊語氣,除非使用者要求。  6. **思考深度**    - 在產出前,先檢查答案是否:      a. 有清楚依據        b. 未超出題目範圍        c. 沒有出現任何未被明確提及的人名、數字、事件或假設  最終原則:**寧可空白,不可捏造。**

以上的避免幻覺咒語只能減少不能阻止真的幻覺。

為什麼會有Ai幻覺? 是它開始對使用催眠?? 還是它開始捏造事實??

重點在於,使用者本身有沒有察覺這件事,Ai很聰明沒有錯,但它也很迅速也正確,可是當使用者沒有意識到Ai說假話(即不正確)的答案,應該要有自我覺察及反思,而不是一股腦的通通丟進去通通拿出來用,應該是盡量的去了解這件事在做什麼?

我知道先了解這件事本身有個盲點,因為通常我們教育型態就是,先讓它能動能呈現,我才好交作業(長官交代),這本身是衝突的,就像是你要在你修改的程式碼海裡面,當個稱職的碼農,開始註解今天應該要註解的事情,這也是一件很重要的事情,但我就看過,直接請Ai生成註解,然後不過目直接貼上的也有,我個人偏好,至少看一下~~~~,如果今天是在跟錢有關的金融業或者是購票系統或者是Web3區塊鏈世界,可不得這樣馬虎。

當議題還沒延伸到資安之前,先了解到架構(自己),以我個人經歷的C#….到ASP.NET 到 MVC前後端分離架構,直到最近才動手的DDD的世界,真的嚐試很多有趣的Side project。

終於進入主題拉-> Vide coding for Google AI Studio

前陣子有個很紅的在Threads上 (我知道會有版權問題)

轉自Threads 的畫面

轉自Threads 的畫面

於是我也嘗試利用這個方式做出了對戰遊戲。 但我不想做得很一般,至少可以連線對戰,可以有聊天功能,可以架設伺服器。 於是乎我第一個想到的是ASP.NET MVC採前後端分離+Vue.js 的WebAPP => 整合成Docker yml 後存到 Rpi+安裝Ubuntu + Ngork 去執行跨網域連線的破冰遊戲(哄騙小孩安靜工具? 其實並沒有,玩到很瘋會更吵) 以上內容剛好是我之前去職訓的結業專題內容,WebApp前後端分離的客服功能Websoket + n8n +腳本。

至於製作過程的畫面跟 Promt,還有遊戲運行,我這邊就不太能提供了,有機會碰面我才分享吧。

首先要做網頁或要有想像,如果沒了想像空間,其實幾乎很多事情都無法完成,並且會雞同鴨講,在團隊或公司營運其實很害怕資訊不對等這件事。

然後先成功做出對戰畫面,對戰方式,資訊,互動方式(快速對話氣泡),連線模式(後面被說應該新增單機模式,我也是新增出來了,可惡很好Cue)。 不適單純一張照片,而是真的動起來,有聲音,背景音等等,選角是隨機獲得六隻的對戰,任何事件都是Random (包含命中,閃避,暴擊等等),且每回合都有60秒的時間如果低於0秒判斷輸,中斷遊戲離場也判輸,那麼我說明的每一句每一段話,您是否有想像到怎麼動作? 大概會長什麼樣呢? 如果有,要嘛是你真的是經驗老道的老手,不然就是潛力滿滿的Vide coding工程師呢(? 但是這樣說有點不正確,有些人是習慣看到畫面後,他馬上知道怎麼做怎麼切版之類的,復刻型工程師,這不得不說也很厲害,應該可以往逆工程工程師發展吧? 大致上就是這樣,當可以區域連線隻對戰,直接壓力測試看哪邊有問題就修正哪邊,之後就要重頭戲,掛載了。

正好之前手邊有一顆Rpi4B 8G可以嘗試,也有Ubuntu的一點點經驗,也剛好知道可以掛Docker及Ngrok的反向代理,但一定很多不是忘記或不知道的情況,那怎辦? 那就先Google 跟 Ai 詢問拉。整理之後發現有共同點或者是可行性,就會開始嘗試使用,到最後的成功。(不得不說這邊試錯了好幾次)

但最後還是成功做出拉,但最終版本電腦版的我就懶得UI調整了,我比較著重於破冰遊戲,應該是簡單的在手機上可以掃QR Code 進行遊戲,可以在途中引導話題,跟思維想法交流,且一場遊戲3~5分鐘內可以完成。

大概就這樣Vide coding 的部分,我覺得不是變得容易,而是時間耗損降低,AI會取代工程師嗎? 老實說不會,但會取代不用的人。畢竟老闆們也開始變聰明,交期都在縮短,真的是要命的XD

那麼門檻降低? 其實年代的不一樣,現在很多不用學的部分只是當初學程是('Hello world')而已吧,只是功能變得比較多一點。

以上大概是我Vide coding目前的心路歷程(? 之後有想到什麼我在寫吧XD


메타데이터
post_id
095bc4e270ff
slug
vide-coding-讓一切變得很容易-可能會有版權問題-095bc4e270ff
url
https://medium.com/@killpmite/vide-coding-%E8%AE%93%E4%B8%80%E5%88%87%E8%AE%8A%E5%BE%97%E5%BE%88%E5%AE%B9%E6%98%93-%E5%8F%AF%E8%83%BD%E6%9C%83%E6%9C%89%E7%89%88%E6%AC%8A%E5%95%8F%E9%A1%8C-095bc4e270ff
canonical_url
https://medium.com/@killpmite/vide-coding-%E8%AE%93%E4%B8%80%E5%88%87%E8%AE%8A%E5%BE%97%E5%BE%88%E5%AE%B9%E6%98%93-%E5%8F%AF%E8%83%BD%E6%9C%83%E6%9C%89%E7%89%88%E6%AC%8A%E5%95%8F%E9%A1%8C-095bc4e270ff
author_url
https://medium.com/@killpmite
status
ok
fetched_at
2026-07-22 00:55:33