把你每次都要重貼的 checklist 或多步驟流程,設計成一個自訂 slash command(.claude/commands/<name>.md 或現代的 .claude/skills),含正確 frontmatter、$ARGUMENTS 參數、用 !`cmd` 預先注入即時上下文(git diff、PR 內容),並用 allowed-tools 收斂權限。
不用離開網站,直接看這組 prompt 跑出來長怎樣(AI 即時生成,扣 1 點)。
不只複製貼上 — 下載後放到 ~/.claude/skills/slash-command-designer/SKILL.md,之後每個 session 自動可用(觸發時自動載入)。
mkdir -p ~/.claude/skills/slash-command-designer && mv ~/Downloads/SKILL.md ~/.claude/skills/slash-command-designer/SKILL.mdNew-Item -ItemType Directory -Force "$env:USERPROFILE\.claude\skills\slash-command-designer" | Out-Null; Move-Item "$env:USERPROFILE\Downloads\SKILL.md" "$env:USERPROFILE\.claude\skills\slash-command-designer\SKILL.md"【何時用】當你發現自己第三次把同一段「幫我做 X 的步驟」貼進 Claude Code 時。【為何有效】(1) 它先幫你選對載體——輕量需求用 .claude/commands/<name>.md(檔名即指令名,至今仍可用),需要附帶腳本/子代理/自動觸發才升級成 .claude/skills/<name>/SKILL.md;(2) frontmatter 只留真正有用的欄位:description 讓隊友在 / 選單看得懂、allowed-tools 把權限收到剛好(例如只給 Bash(npm run lint:*) 的 lint 指令就不可能誤改檔案)、有副作用的(deploy/commit)加 disable-model-invocation:true 避免 Claude 自作主張;(3) 教你用 !`git diff` 這種『執行注入』把即時狀態在模型讀到前就塞進去,所以模型拿到的是真 diff 而非一句指令。【技巧】把 command 檔 commit 進 .claude/ 後全隊自動共用;專案層的 allowed-tools 要先接受 workspace-trust 對話框才生效。參數用 $ARGUMENTS 抓全部、$1/$2 抓單一位置,多字參數記得加引號。
Chosen format: .claude/commands/summarize-changes.md (lightweight, no supporting files needed) --- description: Summarize uncommitted changes and flag risks. Use when asked what changed or for a commit message. allowed-tools: Bash(git diff:*) Bash(git status:*) --- ## Current changes !`git diff HEAD` ## Task Summarize the diff above in 2-3 bullets, then list risks (missing error handling, hardcoded values, tests to update). If the diff is empty, say there are no uncommitted changes. How to run: /summarize-changes Teammates get it automatically once .claude/commands/ is committed. Project-level allowed-tools activates after you accept the workspace-trust dialog.
以上為此 Prompt 丟進 Claude Code 後可得到的描述性成果,實際畫面會因填入的變數而有差異。
[WORKFLOW_DESCRIPTION]你重複在做的流程,講清楚步驟與目的,例如「總結未提交的改動並標出風險、給 commit message」
[COMMAND_NAME]想用的指令名(kebab-case),例如 summarize-changes、fix-issue、review-pr
[ARGUMENTS]指令要吃的參數(沒有就寫『無』),例如「issue 編號」或「元件名 來源框架 目標框架」
[LIVE_CONTEXT]要自動注入的即時上下文 shell 指令(沒有就寫『無』),例如 `git diff HEAD`、`gh pr diff`、`git status --short`
[TOOLS_NEEDED]這指令合理需要、且希望免按同意的工具,盡量收窄,例如 Read、Grep、Bash(git add *) Bash(git commit *)
填下面的欄位,上方 prompt 會即時替換 [方括號] 內容。填好後按「複製組好的 prompt」直接丟進工具。
Design a reusable Claude Code slash command for the workflow described below, then create the file(s) and explain how to use it.
Workflow I keep repeating: {{WORKFLOW_DESCRIPTION}}
What I'd type to trigger it: /{{COMMAND_NAME}}
Arguments it should accept (if any): {{ARGUMENTS}}
Live context it should pull in automatically (shell commands whose output should be injected, e.g. `git diff HEAD`, `gh pr diff`): {{LIVE_CONTEXT}}
Tools it legitimately needs (e.g. Read, Grep, Bash(git *)): {{TOOLS_NEEDED}}
Follow these steps:
1. CHOOSE THE FORMAT (state your choice and why).
- Simplest: a single markdown file at `.claude/commands/{{COMMAND_NAME}}.md`. The filename becomes `/{{COMMAND_NAME}}`. This still works and is the lightest option.
- Recommended if it needs supporting files, a subagent, or auto-invocation: a skill at `.claude/skills/{{COMMAND_NAME}}/SKILL.md`. Same `/` invocation, but supports a directory of helper files.
Default to the commands/ file unless the workflow clearly needs the extra features.
2. WRITE THE FRONTMATTER (YAML between --- markers). Use only fields that earn their place:
- `description:` — one line, written so a teammate reading the `/` menu knows exactly what it does and when to use it.
- `argument-hint:` — if it takes args, show them, e.g. `[issue-number]` or `[component] [from] [to]`.
- `allowed-tools:` — list ONLY the tools this command should run without asking, scoped tightly. A lint command listing `Bash(npm run lint:*)` and nothing else cannot accidentally edit files. Do not grant broad Bash or Edit unless the workflow truly needs it.
- `disable-model-invocation: true` — add this ONLY for commands with side effects you want to control timing on (deploy, commit, send-message), so Claude never fires them on its own.
3. WRITE THE BODY (the instructions). Make it a precise, ordered procedure, not prose. Rules:
- Reference arguments with `$ARGUMENTS` (everything after the command) or by position with `$1`, `$2`, or `$ARGUMENTS[0]`. Wrap multi-word arg values in quotes when invoking.
- To inject live state, put `` !`<shell command>` `` on its own line (or after whitespace). Claude Code runs the command BEFORE the model sees the file and replaces the line with the output — so the model receives real data (e.g. the actual diff), not the command. Use this for {{LIVE_CONTEXT}}. For multi-line, use a fenced ```! block.
- Spell out acceptance criteria: what 'done' looks like, and what to do on the empty/error case (e.g. 'if the diff is empty, say there are no changes').
- Keep it tight — once invoked, the body stays in context for the rest of the session, so every line is a recurring token cost.
4. CREATE the file(s) with the content you designed.
5. EXPLAIN: show me exactly what to type to run it (with a realistic example using my arguments), confirm whether teammates get it automatically (yes, if committed under .claude/), and note that project-level commands/skills require accepting the workspace-trust dialog before `allowed-tools` takes effect.
Constraints: do not invent frontmatter fields that don't exist. Do not put `allowed-tools` permissions broader than the workflow needs. If part of the workflow is genuinely risky (e.g. it deploys), call that out and set `disable-model-invocation: true`.這組 prompt 專為 Claude Code 設計。把 prompt 內 5 個方括號 [變數] 換成你自己的內容,貼進 Claude Code 執行即可。難度中等,照變數說明填好後即可上手。
完整 prompt 免費開放閱讀,不用註冊;登入後可一鍵複製、收藏與留言。
prompt 文字本身你可自由使用與修改。但 AI 生成物(圖/音樂/影片/文字)的商用授權,取決於你在 Claude Code 使用的方案與其官方服務條款,請以該工具的授權規範為準。
Studio engineer 視角拆解 Suno 致命弱點(油炸 vocals、高頻 artifact)+ 4 步驟 DAW workflow + Suno Studio 修音 prompt
提案產生器 / 會議處理器 / 內容再利用 / 週五回顧 / 收工 reset — 試了 40 個只有這 5 個沒被丟掉、各省 30+ 分鐘 / 次。
適合:部落格、Medium、Notion 公開頁、Substack — 任何支援 iframe / HTML 嵌入的地方。對方點「看完整」會回到本站、是 prompt 庫的免費 backlink。
<iframe src="https://prompt.luvai.net/embed/claude-code-slash-command-designer" width="100%" height="380" frameborder="0" style="border:1px solid #e0dcd0;border-radius:4px;" loading="lazy" title="PromptCraft Embed"></iframe>
Design a reusable Claude Code slash command for the workflow described below, then create the file(s) and explain how to use it.
Workflow I keep repeating: {{WORKFLOW_DESCRIPTION}}
What I'd type to trigger it: /{{COMMAND_NAME}}
Arguments it should accept (if any): {{ARGUMENTS}}
Live context it should pull in automatically (shell commands whose output should be injected, e.g. `git diff HEAD`, `gh pr diff`): {{LIVE_CONTEXT}}
Tools it legitimately needs (e.g. Read, Grep, Bash(git *)): {{TOOLS_NEEDED}}
Follow these steps:
1. CHOOSE THE FORMAT (state your choice and why).
- Simplest: a single markdown file at `.claude/commands/{{COMMAND_NAME}}.md`. The filename becomes `/{{COMMAND_NAME}}`. This still works and is the lightest option.
- Recommended if it needs supporting files, a subagent, or auto-invocation: a skill at `.claude/skills/{{COMMAND_NAME}}/SKILL.md`. Same `/` invocation, but supports a directory of helper files.
Default to the commands/ file unless the workflow clearly needs the extra features.
2. WRITE THE FRONTMATTER (YAML between --- markers). Use only fields that earn their place:
- `description:` — one line, written so a teammate reading the `/` menu knows exactly what it does and when to use it.
- `argument-hint:` — if it takes args, show them, e.g. `[issue-number]` or `[component] [from] [to]`.
- `allowed-tools:` — list ONLY the tools this command should run without asking, scoped tightly. A lint command listing `Bash(npm run lint:*)` and nothing else cannot accidentally edit files. Do not grant broad Bash or Edit unless the workflow truly needs it.
- `disable-model-invocation: true` — add this ONLY for commands with side effects you want to control timing on (deploy, commit, send-message), so Claude never fires them on its own.
3. WRITE THE BODY (the instructions). Make it a precise, ordered procedure, not prose. Rules:
- Reference arguments with `$ARGUMENTS` (everything after the command) or by position with `$1`, `$2`, or `$ARGUMENTS[0]`. Wrap multi-word arg values in quotes when invoking.
- To inject live state, put `` !`<shell command>` `` on its own line (or after whitespace). Claude Code runs the command BEFORE the model sees the file and replaces the line with the output — so the model receives real data (e.g. the actual diff), not the command. Use this for {{LIVE_CONTEXT}}. For multi-line, use a fenced ```! block.
- Spell out acceptance criteria: what 'done' looks like, and what to do on the empty/error case (e.g. 'if the diff is empty, say there are no changes').
- Keep it tight — once invoked, the body stays in context for the rest of the session, so every line is a recurring token cost.
4. CREATE the file(s) with the content you designed.
5. EXPLAIN: show me exactly what to type to run it (with a realistic example using my arguments), confirm whether teammates get it automatically (yes, if committed under .claude/), and note that project-level commands/skills require accepting the workspace-trust dialog before `allowed-tools` takes effect.
Constraints: do not invent frontmatter fields that don't exist. Do not put `allowed-tools` permissions broader than the workflow needs. If part of the workflow is genuinely risky (e.g. it deploys), call that out and set `disable-model-invocation: true`.把方括號 [ ] 內的變數換成你的內容,丟進 Claude Code。
六個月在 Claude / GPT-4 / Gemini 上用人工 rater A/B 測 200+ prompt 後寫的。包含 persona+constraint stacking / anti-example / role reversal QA / cognitive scaffold / emotional priming / uncertainty CoT / steelman first。
一年的 role-play system prompt + 14-step framework 後總結:真正改變品質的是 5 個單行 prompt。沒有 role、沒有 markdown、沒有「you are an expert」。