Claude Code 提示词库维护：把一次性指令变成资产

不要让好提示词消失

Claude Code 输出不稳定的团队，常常每天重新写提示词。即使发现了好指令，也没有留下名称、场景、输入、输出格式和验证记录，下一次很难复用。

本文接在 评审流程清单 和 前30分钟清单 之后。免费 PDF 解决基础用法，提示词库则把学习自然连接到付费模板包和咨询服务。

一个提示词只做一件事

第一条规则是一个提示词对应一个目的。让它同时评审、写测试、改文档、重构，听起来省事，但输出变差时无法判断问题在哪里。

{
  "id": "review-risk-finder",
  "owner": "platform",
  "useWhen": "A pull request changes behavior, data flow, or CTA routing.",
  "inputs": ["diff", "goal", "riskAreas"],
  "output": "Findings ordered by severity with file references.",
  "proof": "Run once on a known risky diff before adding it to the library."
}

有了这些信息，提示词可以放在 repo、文章、商品或内部 wiki 里复用。“proof” 字段尤其重要，它把想法变成验证过的资产。

可复制的基础模板

评审类提示词要固定目标、diff、风险区域和输出格式。不要只说“帮我看一下”，要说明什么算风险。

你是检查真实生产风险的评审者。
上下文:
- 目标: {{goal}}
- 差异: {{diff}}
- 风险区域: {{riskAreas}}

先返回发现的问题。
每个问题包含严重度、证据、用户影响和最小修复。
如果没有发现问题，请说明已检查内容和仍未验证的内容。

这个结构可以用于代码评审、CTA 修改、表单修复和商品页文案。变化的只是 “riskAreas”。

失败例：名称太抽象

“good-review-prompt” 或 “debug-helper” 这样的名字以后很难找到。名称应包含用途和结果，例如 “review-risk-finder”、“build-log-first-failure”、“cta-copy-clarifier”。

另一个失败是只保存成功例。也要留下一个坏输入，这样才能知道模板的边界在哪里。

加一个小检查脚本

提示词超过10个后，至少检查字段是否缺失。

const required = ["id", "owner", "useWhen", "inputs", "output", "proof"];

export function validatePrompt(entry) {
  const missing = required.filter((key) => !entry[key]);
  return {
    ok: missing.length === 0,
    missing,
    ready: missing.length === 0 && entry.proof.includes("Run once"),
  };
}

这样可以防止没有负责人、没有用途、没有验证的提示词越积越多。对于内容变现站，也能让免费 PDF 到付费模板再到咨询的导线更清晰。

下一步导线

如果还在学习基本习惯，先拿 免费 cheatsheet。如果马上需要评审、调试、重构、文档提示词，购买 50 Prompt Templates。如果团队要维护提示词库和规则，请看 咨询。