提示词基础：如何与 Claude 好好说话

前言

同样一个任务，换种说法去提问，Claude 给出的答案质量可能天差地别。这就是“提示词工程”（Prompt Engineering）的价值所在。这一篇，我们从最基础的原则开始聊起。

一、提示词的核心原则

原则 1：清晰具体

差的提示词长什么样？——“帮我写点东西”。这不叫提问，这叫猜谜。好的提示词是：“帮我写一篇 800 字左右的产品发布公告，产品是一款面向中小企业的在线协作工具，语气专业但不刻板，重点突出易用性和性价比。”

原则 2：提供上下文

缺少上下文的提问，就像让医生直接看病却不告诉症状。比如“这段代码有什么问题？”——代码是用来干嘛的？在什么环境下运行？复现步骤是什么？给足背景，Claude 才能给出准判断。正确做法是：“这是一个 Python Flask 应用的登录接口，用户反馈登录时偶尔返回 500 错误。以下是相关代码，请帮我分析可能的原因：[粘贴代码]”。

原则 3：明确输出格式

如果你心里已经有理想的答案样式，那就直接告诉 Claude。比如：“请用 Markdown 表格的形式，对比 React、Vue、Angular 三个框架的优缺点，包含以下维度：学习曲线、生态系统、性能、社区活跃度”。省去你二次整理的时间。

原则 4：一次一个任务

很多人的习惯是把所有需求堆到一个问题里，结果 Claude 要么顾此失彼，要么输出一堆大而全的空话。更好的做法是拆解：把复杂任务拆成几个简单步骤，一步一问，逐步完成。

二、常用提示词模板

模板 1：角色 + 任务 + 要求

你是一位资深的 [角色]。请帮我 [具体任务]。要求：1. [要求1] 2. [要求2] 3. [要求3]。

举个例子——你是一位资深的技术面试官。请帮我设计 5 道 Python 后端面试题。要求：难度从简单到困难递进；涵盖基础语法、数据结构、并发、数据库、系统设计；每题附上参考答案和评分要点。

模板 2：背景 + 目标 + 约束

背景：[描述当前情况]。目标：[描述期望结果]。约束：[列出限制条件]。

举个例子——背景：我们是一个 5 人创业团队，正在开发一款记账 App。目标：需要一份 MVP 功能清单，用于未来 2 个月的开发排期。约束：只保留最核心的功能；技术栈是 React Native + Node.js；需要考虑 iOS 和 Android 双端。

模板 3：示例引导（Few-shot）

请按照以下格式生成内容。示例输入：苹果。示例输出：