用 Claude Opus 5.5 累積 100 小時的 Vibe Coding 心得

🧑‍🏫 這支影片示範用 vibe coding（你用一般的話講需求，程式全交給 AI 寫）做出一個真正能用的物業管理系統，不只是好看的網頁，而是有會員登入、資料庫，還能控制誰看得到什麼。多數教學只做到展示用的網頁，這支則處理最容易卡住的後台，所以值得看。

• 00:00 講者說這個模型（字幕寫作 Opus 3.5，片尾寫作 Opus 5.5）能寫程式、寫作、編輯，還能推理很多模型處理不了的問題，價格也低到可以每天用
  ↳ 講者先稱讚這個模型：寫程式、寫文章、改稿都行，還能解其他模型解不了的推理題，而且便宜到可以天天用。模型名稱字幕寫 Opus 3.5、片尾寫 Opus 5.5，前後不一致。
• 00:00 vibe coding 的定義：你描述想要什麼，由模型寫程式，你自己一行都不用碰
  ↳ vibe coding 就是「用說的寫程式」：你把想要的東西講清楚，程式碼全由模型寫，你只負責看成果、提修改意見，自己一行程式都不用動。
• 00:34 多數 vibe coding 影片只做 landing page，但那是最簡單的東西；一碰到登入、儲存資料、不同使用者看到不同內容，這種做法就垮了
  ↳ landing page 是介紹產品用的單一網頁，只給人看、沒有互動，所以最好做。講者說真正難的是登入、存資料、不同人看到不同內容，只會做門面的做法碰到這些就不管用了。
• 01:04 影片流程：先做完整網站，再做一個真正的 application；所有 prompt 都放在免費的 Skool 社群，連結在說明欄
  ↳ 影片分兩段：先做一個完整網站，再做一個真正會運作的 application（應用程式）。所有 prompt（給 AI 的指令文字）都免費放在講者的 Skool 線上社群，連結在說明欄。
• 01:04 操作環境是 Claude desktop app 裡的 Claude Code，模型用 Opus 3.5；範例客戶是名叫 Keystone 的物業管理公司
  ↳ 講者用的是 Claude 桌面版裡的 Claude Code（讓 Claude 直接在你電腦上建檔、寫程式的工具），模型選 Opus 3.5。示範情境是幫一家叫 Keystone 的物業管理公司做系統。
• 01:37 物業管理只是範例，同一套流程也能做 CRM、庫存系統、內部 dashboard，只要換掉 tables，流程不變
  ↳ table 就是資料表，像 Excel 裡的一張分頁。物業管理只是舉例，資料表換成客戶就是 CRM（客戶管理系統），換成貨品就是庫存系統，也能做內部數據總覽 dashboard，步驟都一樣。
• 01:37 貼上 prompt 送出，幾分鐘內就產生網站，而且是存在筆電上的真實檔案；接著可以請它用 Vercel 部署，拿到 live URL
  ↳ 貼上 prompt 按送出，幾分鐘網站就做好了，而且是真的存在你電腦裡的檔案。再請它用 Vercel（把網站放上網路的服務）上線，就會拿到一個誰都打得開的網址。
• 02:10 心得：網站只是門面，撐起一門生意的是背後的權限、資料和授權；講者就是在這裡卡住，花了很多時間
  ↳ 講者的心得：網站只是店面，讓生意真正運作的是後台，也就是誰能看什麼、資料存在哪、誰可以登入。他就是在這一段卡最久。
• 02:43 一個 app 需要資料庫、登入、權限等級和 hosting，平常這是四個獨立服務，要分別註冊、設定，再自己串起來
  ↳ 一個 app 需要四樣東西：資料庫、登入、權限等級、hosting（讓 app 在網路上運作的主機服務）。平常這是四個不同的服務，要各自註冊、設定，再自己想辦法接起來。
• 02:43 講者承認的錯誤：一直想靠寫更好的 prompt 解決。但再好的 prompt 也變不出資料庫；模型像引擎，還需要一台車把它裝起來
  ↳ 講者犯過的錯是以為 prompt 寫得夠好就能搞定一切。但資料庫是真的要有地方放的東西，文字變不出來。模型像引擎，還要有車身把它裝起來才跑得動。
• 03:15 Softr 是做商業應用的平台，資料庫、登入、權限等級、workflows、hosting 全在同一個地方
  ↳ Softr 是專門做商業用軟體的平台，資料庫、登入、權限等級、workflow（自動化流程）和 hosting 全都在同一個地方，不用自己東拼西湊。
• 03:15 Softr 有 MCP server。MCP 是 Anthropic 自家用來把 Claude 接上外部工具的協定，所以這不是 hack 或 workaround，是 Claude 跟 Softr 溝通的原生方式
  ↳ MCP 是 Anthropic 訂的連接規格，讓 Claude 能操作外部工具；MCP server 則是工具那一端提供的接口。Softr 有提供，所以 Claude 接 Softr 是正規用法，不是偷吃步。
• 03:48 效果是原本四個服務、四組金鑰，變成只要一個連線
  ↳ 原本要管四個服務、四組金鑰（讓程式能連進服務的密碼），現在只要跟 Softr 接一條線就好，要顧的東西少很多。
• 03:48 設定步驟：在 Claude 按 Customize → Add → Custom connector → 貼上 Softr MCP URL → 授權；只要登入一次，走標準 OAuth
  ↳ 設定步驟：在 Claude 按 Customize → Add → Custom connector（自己新增的外部連線）→ 貼上 Softr 的 MCP 網址 → 授權。OAuth 就是常見的「登入帳號、按同意」，只要做一次。
• 04:22 設定好後，Claude Code 裡的 Opus 3.5 可以直接看到 Softr，用描述的方式就能建資料庫、定義欄位、設權限等級、建 workflows
  ↳ 接好之後，Claude Code 就能直接操作 Softr。你用說的，它就幫你建資料庫、決定有哪些欄位、設定權限等級（誰能看什麼），還能建自動化流程。
• 04:22 先從簡單的 prompt 開始，不要一開始就要包含付款、文件、通知的完整租客入口網站
  ↳ 一開始不要貪心，別第一句就要一個有付款、文件、通知的完整租客網站。先做最基本的，確定能跑，再慢慢往上加。
• 04:53 第一個 prompt 要一個放單位資料、讓員工能登入的地方，並列出每個欄位：單位編號、物業地址、租客姓名、月租金、租約到期日，先只設一個使用者角色
  ↳ 第一個 prompt 要寫得很具體：要一個能存單位資料、員工能登入的地方，並列出欄位：單位編號、地址、租客姓名、月租、租約到期日。user role（使用者角色）先只設一種。
• 04:53 結果是真的資料庫、真的登入、可以傳給任何人的真實 URL，小型營運第一天需要的就是這些
  ↳ 做出來的不是樣品，而是真的資料庫、真的登入、可以傳給任何人的真網址。講者認為小公司剛開始需要的就是這些。
• 05:23 同樣的 prompt 結構換成不同 tables，就能做業務 pipeline、庫存清單、客戶入口、內部知識庫；重點是在描述一門生意，不是一個軟體
  ↳ 同樣的 prompt 寫法，只要換掉資料表，就能做業務追蹤、庫存清單、客戶專區、內部知識庫。重點是描述你的生意怎麼運作，不是去想軟體技術。
• 05:53 講者最大的時間浪費：覺得不對就砍掉重開新對話，每次都把模型已經知道的建置內容丟掉。其實不需要，直接在現有基礎上往上加
  ↳ 講者最浪費時間的習慣是：一覺得不對就開新對話重來，模型前面已經知道的內容就全丟了。其實在原本的對話裡請它修改、往上加就好。
• 06:25 加疊第一步 prompt：新增 tenants table，把每個單位連到一位租客，讓租客從文字欄位變成真正的紀錄；這一改就把清單變成資料庫，所有東西都串起來
  ↳ 下一步加一張「租客」資料表，把每個單位連到一位租客。原本租客只是一格文字，現在變成有自己資料的一筆紀錄。表和表連起來，清單才變成真正的資料庫。
• 06:25 下一個 prompt：建立連到單位的維修申請 table，讓租客從自己的入口提交，再加一個 workflow：一有申請就 email 通知經理
  ↳ 再加一張連到單位的「維修申請」表，讓租客從自己的頁面送出申請，另外設一個 workflow：只要有新申請進來，就自動寄 email 給經理。
• 06:25 例子：租客晚上 11 點回報水龍頭漏水，申請會自動送到經理信箱；講者完全沒碰任何自動化平台
  ↳ 實際效果：租客晚上 11 點回報水龍頭漏水，申請就自動寄到經理信箱。講者強調他完全沒另外去碰任何自動化工具，全部用說的就做好了。
• 07:01 需要標準 block 沒有的功能時，可以用 Softr 自己的 vibe coding block：描述要的自訂檢視、計算機、圖表，就會生成接上即時資料、直接放進現有 app 的自訂 block
  ↳ 現成的功能區塊（block）不夠用時，可以用 Softr 的 vibe coding block：描述你要的自訂畫面、計算機或圖表，它就做出一塊接上即時資料的區塊，直接放進 app。
• 07:34 整個過程都不用重來，每次加的東西都小到可以先檢查再往下做；不是寫一個完美 prompt，而是一段跟著生意一起長大的對話
  ↳ 整個過程從頭到尾都沒砍掉重來。每次只加一小塊，檢查沒問題再往下做。重點不是寫出一個完美的 prompt，而是讓對話跟著生意一起慢慢長大。
• 07:34 最後一個 prompt：新增第二個使用者角色，經理看得到所有單位和租客，租客登入只看到自己的單位
  ↳ 最後一個 prompt 加上第二種角色：經理登入看得到所有單位和租客，租客登入只看得到自己租的那一間。
• 08:06 權限刻意獨立成一步，因為權限不是事後加上去的功能，之後做的所有東西都會繼承它
  ↳ 權限特地獨立成一步來做，因為它是地基，不是最後才貼上去的功能。之後做的每樣東西都會照這套規則決定誰看得到。
• 08:06 要實際測試，因為 app 要有別人真的能用才算數
  ↳ 做完一定要真的登入測試。講者的標準是：要有別人真的能用，這個 app 才算數。
• 08:41 傳給真實租客測試：租客只看到自己租的單位、租約日期和自己的維修申請；用經理登入則看到所有物業、租客和未處理申請。同一個 app，兩種完全不同的畫面
  ↳ 講者請真的租客登入：租客只看到自己的單位、租約日期和自己的維修申請；換成經理登入，就看到所有物業、租客和還沒處理的申請。同一個 app，依身分顯示不同畫面。
• 09:13 第二課提到的那道牆（登入、資料、權限）就此消失；同樣的六堂課也能做 CRM、庫存、員工 dashboard、報表、知識管理、完整 ERP，只要是使用者登入看自己資料的系統都行。生意會變，流程不變
  ↳ 前面說會卡住的登入、資料、權限都解決了。同樣六個步驟也能做 CRM、庫存、員工 dashboard、報表、ERP（整合公司營運的管理系統），只要是「登入看自己資料」的系統都行。
• 09:47 prompt、Softr 連線步驟和設定都免費放在 Skool 社群與說明欄連結；講者推薦用 Opus 5.5 做 app 的人註冊 Softr，稱它是「把一切黏在一起的膠水」
  ↳ 所有 prompt、Softr 連線步驟和設定都免費放在 Skool 社群和說明欄。講者推薦用 Opus 5.5 做 app 的人註冊 Softr，說它是把一切黏在一起的膠水。這段屬於推薦，參考就好。

影片中，把 Softr 連接到 Claude 的設定方式是哪一種？