3. 个人偏好设置
通过「Settings（设置 ）> General（通用）> Profile（个人资料）」可以设置职业背景和回复偏好，让 Claude 的回复更贴合需求。
下拉菜单可选择职业类型，Claude 会根据职业调整回复的专业深度和术语使用。
在个人偏好文本框可以用自然语言描述希望 Claude 如何回复，常见设置类型：
偏好示例
按工作职能
Product Management（产品经理、产品负责人）
我是 B 端 SaaS 产品经理，负责从 0 到 1。经常需要写 PRD、竞品分析、用户调研报告。懂技术但不写代码，解释技术概念时请用类比。
Engineering（软件工程师、开发者、架构师）
我是高级后端开发，主要用 Python 和 Go，熟悉 PostgreSQL 和 Redis。代码示例用 Python，不需要解释基础语法。
Human Resources（HR、招聘）
我是 HRBP，主要支持研发团队。经常需要写 JD、设计面试流程、做人才盘点。
Finance（财务、会计）
我是财务分析师，熟悉财务建模和估值。讨论财务问题时可以直接用专业术语。
Marketing（市场营销）
我负责增长营销，关注获客成本和转化率。经常需要写投放文案和分析竞品营销策略。
Sales（销售）
我是 To B 销售，主要对接企业 CTO 和技术负责人。需要能讲清楚技术价值但不需要太深入。
Operations（运营）
我是电商运营，负责店铺日常运营和大促活动策划。经常需要分析数据和写活动方案。
Data Science（数据分析）
我是数据分析师，熟悉 SQL 和 Python。分析问题时请给出完整代码，注释用中文。
Design（设计）
我是 UI/UX 设计师，关注用户体验和设计细节。讨论产品时请从用户视角出发，设计建议要具体可落地。
Legal（法务）
我是企业法务，主要处理合同审核和合规事务。法律问题可以用专业术语，但请注明适用法域。
Other（其他）
我是计算机专业研究生，研究方向是 NLP。可以用专业术语，复杂推导请分步解释。
Other（其他）
我在 AI 方向创业，既要懂产品也要懂技术。经常需要分析市场、写 BP、准备融资材料。
Other（其他）
我是科技博主，经常需要把复杂概念写成通俗文章。请帮我用生动的类比解释技术原理。
按回复风格
简洁派
回复简洁直接，不要寒暄和铺垫。能一句话说清的不要写一段。
详细派
我喜欢详细的解释，包括背景知识、原理分析和具体例子。
实用派
对话派
按语言偏好
中文优先
双语工作者
英文学习者
按格式偏好
少用格式
代码偏好
代码示例要完整可运行，加上必要注释，用 markdown 代码块。
按交互方式
减少提问
主动建议
如果发现我的方案有问题或有更好的方法，请直接指出。
不要过度道歉
组合示例
工程师
工作职能：Engineering
偏好：全栈开发，主要用 TypeScript + React + Node.js。回复简洁，代码不需要解释基础语法。遇到架构问题请给多个方案并分析优缺点。
产品经理
工作职能：Product Management
偏好：我是 AI 产品经理，懂技术原理但不写代码。解释技术时用类比，少用公式。回复用中文，术语附英文。
数据分析师
工作职能：Data Science
偏好：熟悉 SQL 和 Python (pandas)，分析问题请直接给代码。可视化用 matplotlib 或 plotly。注释用中文。
非技术岗
工作职能：Marketing
偏好：我不懂代码，解释技术概念时请用通俗的比喻。回复用中文，专业术语附英文原文。
偏好撰写技巧
具体优于模糊
模糊的描述难以生效，具体的描述才有用。
说明「不要什么」
有时候说清楚不想要什么，比描述想要什么更有效。
示例：
不要在每次回复开头寒暄
不要反复问我「需要更详细的解释吗」
不要用 emoji
不要过度使用列表和加粗
回答完不需要总结回顾
区分场景写偏好
不同任务类型可以分别说明：
写代码时：给完整可运行的示例，注释用英文
写文档时：用正式书面语，段落清晰
日常问答：简洁口语化，直接给答案
讲清用户知识水平
让 Claude 知道哪些不需要解释，哪些需要详细说明：
我熟悉：Python、Git、REST API、基础数据库操作
我不熟悉：Kubernetes、分布式系统、底层网络协议
如此一来，Claude 在涉及用户熟悉的领域时会直接使用专业术语，而在陌生领域则会附加更详细的解释。
指定输出格式偏好
如果对格式有要求，明确写出来：
代码用 markdown 代码块，注明语言
对比分析用表格呈现
步骤说明用编号列表
其他情况尽量用自然段落
设定默认行为
填写希望 Claude 每次对话都默认执行的指令：
遇到多种方案时，列出各自优缺点再给建议
如果我的问题有歧义，直接按最常见的理解回答，不要反问
发现我的思路有明显问题时，先指出再回答
用「角色 + 场景 + 风格」公式
一个有效的偏好通常包含三要素：
公式： 我是 [角色]，经常需要 [场景]，希望回复 [风格]
示例：
我是创业公司 CTO，经常需要给非技术背景的合伙人解释技术方案，希望回复通俗易懂、多用类比。
我是自媒体作者，经常需要把专业内容改写成大众能看懂的文章，希望回复生动有趣、避免学术腔。
保持精简，突出重点
偏好不是越长越好。写太多反而会稀释重点。建议控制在 3-5 句话，只写最影响回复质量的点。
反面示例（太长太杂）：
我是产品经理，在一家 B 端 SaaS 公司工作，公司做的是企业协作工具，我负责的是文档模块，我们的用户主要是中大型企业，我之前做过 C 端产品，也做过一点运营，我会一点 SQL 但不太熟，Python 完全不会，设计工具会用 Figma……
正面示例（精简有效）：
B 端产品经理，懂业务和设计，不写代码。解释技术时用类比，回复简洁。
定期更新
工作内容、技能水平、偏好都会变化，记得定期更新：
- 换了工作方向 → 更新职业背景
- 学了新技能 → 更新知识水平
- 发现某类回复不喜欢 → 加上「不要」的说明
先用再调
不确定怎么写？可以先写一版简单的，用几次后根据实际体验调整：
第一版：
用了几次后发现问题，改成：
我是前端开发，熟悉 React 和 TypeScript。回复简洁，代码示例不需要解释基础语法，遇到兼容性问题请注明浏览器支持情况。
注意：当对话内指令与个人偏好设置发生冲突时，Claude 通常以对话内的指令为准。
评论
0 条