Claude 提示词模板大全：写作、总结、翻译和代码任务卡

提示词不是一句神奇咒语，而是一张任务卡。把目标、背景、材料、限制、输出格式和验收方式写清楚，通常比反复添加“专业、深度、高质量”更有效。下面的模板可以直接复制，再替换方括号中的内容。

通用任务卡模板

任务：请完成[具体任务]。
背景：读者是[读者/使用场景]，最终要用于[用途]。
材料：只使用我提供的内容；没有依据的地方标记为“未知”。
约束：不要虚构事实、引用、数据或产品能力；保留原文中的数字和限定条件。
输出：请按[标题/表格/步骤/JSON]格式输出，长度约为[范围]。
流程：先复述任务和缺少的信息，再给出计划；完成后列出风险点和需要人工核验的内容。

如果任务很简单，可以省略流程；如果涉及长文、代码或重要决定，保留“先理解、再输出、最后核验”三个阶段。

中文写作与润色

请先诊断下面文字的目标读者、核心信息、结构问题、语气和事实风险。
第一轮不要改写，也不要新增观点。
第二轮在保留事实、数字、立场和承诺的前提下，改成[正式/简洁/友好]风格。
请用表格列出：原句、修改后、修改原因、是否可能改变原意。
原文：
[粘贴内容]

这个模板适合公告、邮件、产品说明和文章润色。发布前仍要检查名称、日期、数字和对外承诺。中文写作教程中有更完整的示例。

长文总结与证据索引

请分析这份[报告/论文/会议记录]，分三步完成：
1. 先列出章节结构、关键概念、文件版本和无法读取的部分；
2. 再建立“结论—证据位置—限制条件—待确认问题”表格；
3. 最后写一份[字数]字摘要。
只使用文件中的信息，不要补全缺失数据。每个重要结论都标出页码、章节或原文短引。

不要一开始就要求一百页文件“直接总结”。先建立结构和证据索引，能更早发现遗漏。文件上传和长文分析方法可以配合使用。

翻译与术语统一

请把下面内容从[源语言]翻译成[目标语言]。
读者：[读者]；语气：[正式/技术/营销/口语]。
要求：保留数字、单位、链接、代码和专有名词；不要擅自解释或添加原文没有的信息。
请先列出术语表，再给出译文，最后列出存在歧义的句子和两种可选译法。
原文：
[粘贴内容]

翻译完成后抽查专有名词、否定句、数字和法律或技术限定词。对于多个文件，先建立术语表，再统一译法。

学习和资料整理

请把[主题]解释给[基础水平]的读者。
先给出三句话摘要，再用一个具体例子说明，最后列出容易混淆的概念。
如果问题存在不同观点，请分别列出依据，不要把争议内容写成确定事实。
请给我 5 个自测问题，并附上评分标准；不要直接替我完成需要独立思考的作业。

学习场景中，让 Claude 提问和检查理解，通常比直接索要完整答案更能发现知识缺口。

编程和报错分析

环境：[语言、框架、版本、操作系统]
目标：[期望行为]
现象：[实际行为]
复现步骤：[步骤]
完整报错：[错误信息]
约束：先解释原因和最小修改方案，不要修改无关文件；不要猜测没有提供的配置。
验收：请给出需要运行的测试命令，并说明每一步应该观察什么。

如果允许修改代码，再补充“允许修改的文件”和“禁止修改的目录”。修复后查看 diff，并运行已有测试。Claude Code 中文教程介绍了更完整的终端工作流。

让输出更稳定的五个约束

• 先复述任务，不清楚就提出问题。
• 只使用提供的材料，缺失内容标记为未知。
• 区分事实、推断、建议和待核验项。
• 输出前自检格式、数字、链接和遗漏。
• 最后给出人工验收清单，而不是宣称结果绝对正确。

好的提示词最终要沉淀成团队可以重复使用的流程。保存模板时，同时记录使用场景、输入要求、常见失败方式和最近一次验证日期，避免模板随着产品变化而失效。