Claude Code

Claude Code Templates configurations for your Claude Code projects

Everything Claude Code Claude Code 設定集合

提示詞優化工具GPT-5 Optimizer

SuperClaude – Development Framework for Claude Code

claude-code-router

Claude Code for VSCode

CLAUDE CODE橙皮书📙
/permissions：預授權安全指令

Bash(npm run *)

Edit(/docs/**)

Bash(npx vitest *)
Bash(npx jest *)

Bash(git add *)
Bash(git commit *)
Bash(git push)

保存到 .claude/settings.json 並提交到Git，讓整個團隊共享同一套權限配置。

側鏈提問 /btw 想問個不相關的問題，不污染當前上下文

我想做⼀個⽀付功能，在動⼿之前，"先採訪我"，
問清楚所有你需要知道的事。
訪談結束後，請Claude把答案整理成一份Spec（規格文件）。然後關鍵來了：開一個全新的會話，把Spec餵給新的Claude，讓它執行。

CLAUDE.md

你的CLAUDE.md應該從小開始，基於Claude做錯的事情來記錄。不要試圖預先寫一本完整手冊，而是每次Claude犯錯，就加一條規則。

飛輪效應：會在程式碼審查時在同事的PR上@.claude，讓它自動把某條規則加到CLAUDE.md裡。團隊共享一個CLAUDE.md文件，check進git，每週都有人貢獻。這個文件是活的，不是寫完就放那不管的。
「Claude非常擅長為自己寫規則。」你告訴它犯了什麼錯，它自己就能寫出精確的規則防止下次再犯。

不要用@引用大文檔。在CLAUDE.md裡@一個長文件，它會在每次會話開始時被完整嵌入，白白吃掉上下文。正確做法是提到路徑，告訴Claude什麼情況下去讀。例如：「遇到FooBarError時，參閱docs/troubleshooting.md 了解故障排除步驟。

# MyApp

## 架構
- Next.js 15 + TypeScript + Tailwind CSS
- 資料庫：PostgreSQL + Drizzle ORM
- 認證：Better Auth
- 狀態管理：Zustand（不要使用 Redux）

## 開發指令
- 啟動開發伺服器：`pnpm dev`
- 執行測試：`pnpm test`（Jest + React Testing Library）
- 型別檢查：`pnpm typecheck`
- Lint：`pnpm lint`

## 程式碼風格
- 元件使用函式式寫法，不使用 class
- 樣式使用 Tailwind，不要撰寫 CSS 檔案
- 資料取得使用 Server Component，不使用 `useEffect`
- 錯誤處理使用 `error.tsx` 錯誤邊界，不要用 try-catch 包裹元件

## 常見陷阱
- Drizzle 遷移後必須執行 `pnpm db:generate`，否則型別會不同步
- 環境變數修改後需要重新啟動 dev server
- Better Auth 的 session 檢查應在 middleware 中處理，不要在頁面元件中重複檢查

## 不要做
- 不要安裝新的依賴，除非我明確同意
- 不要修改 `drizzle.config.ts`
- 不要在 Client Component 中直接呼叫資料庫

整份文件不到300字。但每一行都有價值：要嘛是Claude猜不到的命令，要嘛是踩​​過坑的經驗。沒有一句廢話。

Skills

這個專案的架構是什麼？核心模組有哪些？資料流是怎麼走的？
好的對話靠的不是花俏的prompt，而是精準的上下文。具體化需求，讓Claude訪問你來補盲
點，用/clear 保持乾淨

Skills教Claude怎麼做事，Hooks在關鍵節點自動執行檢查，MCP把外面的世界接進來。
如果某件事你每天做不止一次，就把應該它做成一個 skill 或 command。
寫skill的最佳實踐：從你最常對Claude說的那句話開始。如果你總是在提交前說「先跑測試，格式化一下代碼，然後commit」，那這就是一個skill的雛形。把這些步驟寫進SKILL.md，下次斜槓指令就搞定。

hooks

你不需要自己從零寫hooks。直接告訴Claude：「Write a hook that runs eslint after every file edit」，它會幫你產生配置並寫入.claude/settings.json 。

案例：推動Claude繼續。有時候Claude會在一個複雜任務中途停下來問「要繼續嗎？」。 Stop hook可以檢測這種情況，自動讓Claude繼續執行，適合無人值守的批次場景。

commands

commands可以包含內聯的Bash腳本來預計算資訊。

# .claude/commands/commit-push-pr.md
幫我完成以下操作：
1. 查看目前的 git diff：

bash
git diff /-stat

2. 產生 commit message 並提交
3. 推送到遠端分支
4. 建立 Pull Request，標題需基於 commit 內容
注意：PR 描述需包含「變更摘要」

/commit-push-pr