實戰開發 Prompt Library

我想從 0 開始做一個購物網站 / 購物車系統，請先幫我整理產品想法與使用者需求。

目前想法：
[描述你想賣什麼、服務誰、為什麼需要這個網站]

請輸出：
1. 這個產品最主要的目標使用者
2. 使用者會來這個網站完成哪些任務
3. 前台需要有哪些核心頁面
4. 後台需要有哪些核心管理功能
5. 第一版最重要的成功標準
6. 哪些功能第一版先不要做
7. 你需要我補充回答的 5 個問題

請根據以下產品需求，幫我建議適合初學者用 AI coding 開發的技術架構。

產品需求：
[貼上需求]

我的限制：
- 我希望能快速做出 MVP
- 我會使用 AI coding 工具協助開發
- 我希望部署和資料庫不要太複雜
- 我需要前台購物流程與後台管理介面

請比較 2-3 種技術方案，並用表格比較適合程度、學習難度、開發速度、擴充性、部署方式與風險。
最後請給我最推薦的技術架構與原因。

我想要使用 Tailwind CSS + shadcn/ui 幫我開發購物網站中的第一個首頁。

目前範圍：
- 先單純開發 UI 介面
- 先不用串接資料庫
- 先不用開發購物車功能
- 商品資料可以先使用 mock data

頁面需要包含：
1. Hero 區塊
2. 熱門商品
3. 品牌特色
4. 促銷活動
5. 聯絡我們
6. Footer

完成後請回報修改檔案、主要 component 結構，以及如何在本機檢查畫面。

請幫我實作購物系統前台所有頁面的 RWD。

請檢查並優化：
1. 首頁
2. 商品列表頁
3. 商品詳情頁
4. 購物車頁
5. Checkout 頁

重點：
- 手機版不可水平溢出
- 按鈕與表單要好點擊
- 商品卡片在不同尺寸下排列合理
- 圖片比例穩定，不要造成 layout shift
- 不要重做整個 UI，優先用 Tailwind class 做最小調整

完成後請列出修改檔案，以及建議我用哪些 viewport 檢查。

請幫我開發購物網站的商品列表頁 UI。

目前只做 UI，不需要串接後端。

頁面需要包含：
1. 商品搜尋框
2. 分類篩選
3. 價格篩選
4. 排序選單
5. 商品卡片 grid
6. 空狀態
7. loading skeleton

商品資料先用 mock data。請沿用現有 Tailwind / shadcn/ui 風格，完成後列出檔案與檢查方式。

我的資料庫是串接 Supabase，請幫我設計購物車與訂單系統需要的資料結構。

請幫我設計：
1. products
2. product_categories
3. carts
4. cart_items
5. orders
6. order_items
7. payment_logs，如果有需要

請輸出每張資料表的用途、欄位、型別、foreign key、index、RLS policy 建議、訂單狀態設計，並產生 Supabase migration SQL。

請幫我使用 Supabase CLI 的 migration 流程，建立購物車與訂單系統需要的資料表。

需求：
- 建立 products、product_categories、carts、cart_items、orders、order_items
- 如果需要，也建立 payment_logs
- 加上 foreign keys、indexes、updated_at trigger
- 加上基本 RLS policies
- 建立 12 筆測試商品
- 建立 10 筆測試訂單資料

請先檢查專案目前的 supabase/migrations 結構，沿用既有命名方式。
如果需要使用 destructive SQL，請先停下來問我。

請幫我為購物車與訂單系統設計 Supabase RLS policies。

權限需求：
1. 所有人可以讀取上架商品
2. 一般使用者只能讀取自己的 cart、cart_items、orders、order_items
3. 一般使用者只能新增與更新自己的 cart_items
4. 訂單建立後，使用者不能任意修改金額
5. admin 可以管理商品、訂單與付款紀錄

請產生可放進 Supabase migration 的 SQL，並指出可能的安全風險。

請幫我把商品列表頁從 mock data 改成讀取 Supabase products 資料。

功能範圍：
1. 讀取商品列表
2. 支援搜尋
3. 支援分類篩選
4. 支援排序
5. 顯示 loading、empty、error state

請先檢查專案目前 Supabase client / server helper 的使用方式，不要重做整個 UI。完成後請回報查詢邏輯與測試方式。

請幫我在現有專案中開發購物車功能。

功能範圍：
1. 商品詳情頁可以加入購物車
2. 顯示購物車列表
3. 更新商品數量
4. 移除商品
5. 計算小計與總金額

目前先不做：
- 付款
- 優惠券
- 運費計算

請沿用 carts / cart_items schema、現有 auth 方式與 UI 風格。完成後請回報修改檔案、資料如何讀寫、如何測試。

請幫我建立 checkout flow 的第一版。

功能範圍：
1. 顯示購物車摘要
2. 填寫或確認聯絡資訊
3. 選擇付款方式
4. 建立訂單
5. 顯示訂單建立成功頁

目前先不做：
- 真實付款串接
- 發票
- 複雜物流選項

訂單建立必須避免前端直接相信金額，請在 server side 重新計算。完成後請說明訂單建立流程與測試方式。

請幫我開發 admin 訂單管理頁。

功能範圍：
1. 訂單列表
2. 搜尋訂單編號或 email
3. 篩選付款狀態 / 訂單狀態
4. 查看訂單詳情
5. 更新訂單狀態

請先確認專案目前的 admin route 與權限檢查方式。非 admin 不可存取。
UI 使用現有後台設計風格，資料表格要適合掃描。

請幫我開發 admin 商品管理頁的第一版。

功能範圍：
1. 商品列表
2. 新增商品
3. 編輯商品
4. 上架 / 下架商品
5. 刪除商品前需要確認

請沿用現有 admin UI pattern，表單使用現有表單元件或 shadcn/ui。非 admin 不可存取。

請幫我為購物車系統設計完整手動測試清單。

目前功能包含：
- 商品列表
- 商品詳情
- 加入購物車
- 更新購物車數量
- Checkout 建立訂單
- 會員訂單列表
- Admin 訂單管理

請用表格輸出測試項目、操作步驟、預期結果、優先級。
請包含未登入、空購物車、商品下架、庫存不足、API 失敗、RLS 權限、手機版、Admin 權限、訂單金額正確性。

我的 API 或 Supabase 查詢發生錯誤，請幫我判斷問題在哪裡。

錯誤訊息：
[貼上錯誤]

API route 或 query：
[貼上程式碼]

前端送出的 payload：
[貼上 payload]

Server log：
[貼上 log]

請檢查前端資料格式、API 驗證、Supabase query、RLS 權限、環境變數，並提出最小修正與測試方式。

我的 Next.js 專案 build 失敗了，請幫我讀錯誤並提出修正。

Build log：
[貼上 log]

最近修改：
[貼上修改摘要]

請幫我判斷錯誤發生階段、最關鍵錯誤訊息、可能原因排序、最小修正方案，以及修完後應該跑哪些檢查。
請不要直接大改架構，先找最小修正。

請幫我修正這個頁面的 UI 跑版或 RWD 問題。

頁面路徑：
[貼上路徑]

目前問題：
[例如文字溢出、按鈕太擠、card 重疊、區塊高度不穩定]

請檢查 responsive grid / flex、文字是否超出容器、按鈕與表單是否好點擊、card 高度是否造成 layout shift。
不要重做整頁設計，優先用最小 Tailwind class 修正。

請用 code review 的角度檢查這次修改。

任務目標：
[貼上目標]

請檢查：
1. 是否有和任務無關的修改
2. 是否可能造成既有功能 regression
3. 是否有權限、安全性或資料一致性問題
4. 是否缺 loading / empty / error state
5. 是否缺測試或手動驗收步驟
6. 是否有可簡化的地方

請優先列出具體問題，並附上檔案與原因。

請幫我做 Vercel 上線前檢查。

專案資訊：
- Framework: [Next.js / 其他]
- Database: [Supabase / 其他]
- Third-party services: [付款、Email、Analytics 等]

請檢查 build / type check / lint、production 環境變數、Supabase migration、metadata、OG image、sitemap、robots、追蹤事件、登入、購物車、checkout、admin 等高風險流程，以及 rollback 方案。

請輸出一份可勾選 checklist。

請協助整理目前的產品想法，依照「適合第一版實作、需要延後、需要先驗證」分類，並指出每一類的判斷原因。

請將這個產品收斂成最小可開發版本，只保留使用者完成核心任務所需的流程，其餘功能整理到第二版。

請評估這個產品的付費可能性，列出最主要的付費動機、阻礙因素，以及上線前應先驗證的 3 件事。

請在不重做整頁的前提下，優化這個頁面的排版、間距、字級、色彩與互動狀態，讓它更接近正式產品介面。

請以手機版體驗為優先檢查這個頁面，修正不好點擊、內容過擠、文字過長與區塊順序不清楚的問題，同時維持桌機版穩定。

請檢查這個 UI 是否能更一致地使用 shadcn/ui 元件，並整理按鈕、輸入框、card 與 dialog 的視覺與互動狀態。

請檢查這份資料表設計是否適合後續擴充，特別注意關聯、狀態欄位、命名、index 與常見查詢情境。

請檢查目前 Supabase RLS 是否能正確限制資料讀寫，特別注意使用者資料隔離、欄位更新權限與 admin 權限判斷。

請建立一批適合測試產品流程的 seed data，需涵蓋空狀態、長文字、不同價格區間、取消訂單與異常狀態。

請幫我把目前頁面中的 mock data 改成讀取真實資料來源，並保留原本的 UI 結構。請同時補上 loading、empty、error state，讓資料還沒回來或查不到資料時不會出現破版。

請幫我檢查列表頁到詳情頁的資料流是否一致，例如 id、slug、查詢條件與錯誤處理。若目前有重複查詢或資料格式不一致，請用最小修改整理成穩定的串接方式。

請幫我把搜尋、篩選、排序和 URL query string 串起來，讓使用者重新整理或分享網址時仍保留目前條件。請注意避免不必要的重複請求，並維持手機版篩選體驗順暢。

請幫我針對這個功能整理一份核心流程測試清單，只包含上線前一定要確認的路徑。每個測試項目請包含操作步驟、預期結果，以及失敗時最可能影響的功能。

請幫我列出這個功能最容易被忽略的邊界案例，例如空資料、權限不足、重複提交、網路失敗與資料格式異常。請優先列會造成使用者卡住或資料錯誤的情境。

AI 修改完這個功能後，請幫我整理需要回歸測試的舊功能清單。請根據這次修改的檔案和資料流，判斷哪些頁面、API、權限或狀態最可能被影響。

請根據這段錯誤訊息和最近修改內容，判斷最可能的原因並提出最小修正。先不要重構，請先說明錯誤發生在哪一層，以及需要檢查哪些檔案。

資料庫裡有資料，但畫面沒有顯示，請幫我從前端 state、API response、查詢條件、RLS 權限和資料格式逐層檢查。請列出最可能的 3 個原因，並提供對應的驗證方式。

請幫我檢查登入狀態與權限流程，確認未登入、一般會員、admin 三種狀態看到的頁面與可執行操作是否正確。若有 redirect、loading 或權限閃爍問題，請用最小修改修正。

請先閱讀這個功能相關的現有檔案，再開始修改。實作時優先沿用既有元件、資料存取方式與命名風格，完成後列出修改檔案與測試方式。

請只完成這次指定的小範圍任務，不要順手重構無關檔案或更換技術選型。如果你發現需要擴大修改範圍，請先說明原因和風險再繼續。

完成實作後，請用簡短清單回報你改了哪些檔案、主要邏輯在哪裡、我應該怎麼測。若有尚未處理的風險或假設，也請一起列出。

請幫我檢查這個功能上線需要的環境變數、第三方服務設定與資料庫 migration 是否完整。請特別標出缺少後會造成 build 失敗、登入失敗或資料無法讀寫的項目。

請幫我整理這次上線前的 preflight checklist，包含 build、型別檢查、資料庫、權限、關鍵流程與 rollback。請把會影響付費、註冊、下載或資料寫入的項目排在最前面。

請幫我規劃上線後 24 小時要觀察的指標和錯誤訊號，例如登入、API error、資料寫入、轉換事件和使用者回報。若出現異常，請建議優先排查順序。

請幫我建立登入、註冊與登出流程，並接上目前專案的 auth provider 或 Supabase auth。需要處理登入後 redirect、未登入保護頁、錯誤訊息與 loading state。請不要重做整個會員系統，優先沿用現有架構。

請幫我開發會員資料編輯功能，讓使用者可以更新姓名、頭像、聯絡資訊或其他基本欄位。表單需要有預設值、儲存中狀態、成功提示與錯誤處理，並避免使用者修改不該修改的欄位。

請幫我建立一個聯絡表單送出流程，包含前端欄位驗證、API route、資料庫寫入與送出成功狀態。請處理重複提交、必填欄位、Email 格式錯誤與 server error。

請幫我為列表頁加入搜尋、篩選與排序功能，並讓條件可以同步到 URL query string。請注意空結果、loading state、手機版篩選操作，以及避免每次輸入都造成過多請求。

請幫我開發收藏功能，讓登入使用者可以收藏或取消收藏一個項目。列表與詳情頁都需要顯示目前收藏狀態，未登入時請引導登入，不要直接失敗。

請幫我建立檔案或圖片上傳功能，包含前端選檔、大小與格式限制、上傳進度、失敗重試與上傳後預覽。請沿用目前專案使用的 storage 或 upload helper，並避免把 service role key 暴露到前端。

請幫我建立站內通知的第一版功能，包含通知列表、未讀數量、標記已讀與空狀態。先不用做即時推播，可以用一般資料查詢完成，並保留未來接 realtime 的擴充空間。

請幫我整理並實作角色權限控制，至少區分未登入、一般會員與 admin。請檢查頁面保護、API 權限、資料庫 RLS 是否一致，避免只在前端隱藏按鈕但後端仍可操作。

請幫我建立付款前的 checkout 流程，包含訂單摘要、聯絡資料、送出訂單與訂單狀態建立。付款串接先不要做，但金額必須在 server side 重新計算，不能相信前端傳來的總價。

請幫我建立 Email 寄送流程，例如註冊成功、訂單成立或表單送出通知。請把寄信邏輯放在 server side，處理寄送失敗、重複寄送風險與必要的 log 紀錄。