文章

本文介紹了一種適合批次重複性程式設計任務的高效方法：先將任務整理成 CSV，讓 Codex 依「每行一項任務」啟動獨立 subagent 並行處理，再將結果統一寫回輸出 CSV。無論是批次生成單元測試、檢查 React Query 升級相容性，還是翻譯整專案註解，這種模式都能將原本需要逐一手工完成的工作壓縮到幾分鐘內完成。

把 Codex Subagents 當成可以並行協作的「專職同事」，用來分擔日常程式設計中最耗時間、最容易遺漏的探索和檢查工作，從而提升效率。

Superpowers 用一堆技能，把 AI 從「會寫程式的實習生」，訓練成「有職業素養的工程師」。

這一篇，我們就為 blog-demo 增加一個簡單的 RBAC（基於角色的存取控制）規則。

這一篇，我們來做三件事：為專案接入一個最小可用的登入系統（Auth.js / NextAuth 風格）；把 blog-demo 的「新建文章 / 發表評論」改成「必須登入才能操作」；在 API Route 裡，從 session 中取得當前使用者 id，取代硬編碼的 authorId。

前幾篇，我們主要站在「後端視角」用 Prisma 搭建好了 blog-demo 的資料模型和業務鏈路。這一篇，我們把這套模型接到 Next.js 上，做一個最小但完整的「個人部落格後台」。

上一篇，我們為 blog-demo 設計了一套關係模型：User / Profile / Post / Comment / Category。它已經可以跑起來了，但是還停留在「結構層面」。這一節，我想換一個角度：不再按「概念」來講，而是按「完整業務鏈路」來講。

從這一篇開始，我們從只有 User 的單表世界，走向有真實業務語意的多表世界：部落格系統 blog-demo。

這一篇的目標是：把這份 prisma schema 從上到下拆開講清楚——datasource、generator、model、enum、各種屬性都是什麼、怎麼用。

本文中，我們直接從一個真實專案開始：使用 Prisma 7 + Next.js 16.2.2 + PostgreSQL + pnpm，從空目錄走到「能在頁面上看到資料庫裡的第一筆 User 記錄」。