大多数人用 Claude Projects 的方式是错的。
他们创建一个项目。
给它起个名字。
也许加一条模糊的指令。
然后就像平时一样开始聊天。
结果跟普通 Claude 对话几乎没区别。
这不是真正的项目。
真正的 Claude Project 应该像一个为特定任务训练过的助手。在你发出第一条消息之前，它就已经知道你的目标、你的风格、你的文件、你的标准、你的流程，以及什么样的最终答案才算好。
差别巨大。
一个弱项目给你泛泛的输出。
一个强项目让你不用每天重复解释同样的上下文。
下面是我的设置方法。
为什么大多数 Claude Projects 感觉平平
通常有三个问题。
1. 指令太模糊
"帮我写得更好" 不够。
Claude 已经知道怎么提供帮助。它不知道的是：
- 你的语气
- 你的受众
- 你的标准
- 你的示例
- 你偏好的结构
- 你认为什么算糟糕的输出
项目指令需要教会 Claude 你的工作方式。
2. 没有知识文件
没有文件的项目基本上就是个有名字的聊天。
真正的威力在于 Claude 能访问参考资料：
- 你的写作样本
- 你的品牌笔记
- 你的客户研究
- 你之前的工作
- 你的模板
- 你的内部文档
没有文件，Claude 只能猜。有文件，它就能匹配你的真实上下文。
3. 一个项目试图做太多事
不要创建一个叫"工作"的项目，指望它能处理所有事情。
写作、研究、策略、编程、销售和规划都需要不同的上下文。
一个项目应该只有一个主要任务。
我的 Claude Project 设置
每个有用的项目都需要六样东西。
1. 角色
这告诉 Claude 它在这个项目里是谁。
不要：
~~"你是一个有用的助手。"~~
用具体的内容。
示例：
你是我的高级内容助手。你帮我研究、规划、起草和编辑实用的 AI 内容，面向那些想要有用工作流而不是理论的人。
你了解我的风格：直接、简单、具体、不废话。
你的工作是帮我产出清晰、让人立刻觉得有用的内容。
这有效是因为 Claude 在角色具体时表现更好。
2. 规则
规则是大多数人跳过的部分。
在这里你定义 Claude 必须做什么以及避免什么。
例如：
始终：
- 用短段落写作
- 使用清晰的标题
- 让开头几行有力
- 用具体示例
- 保持结构易于浏览
- 简单解释事情
- 去掉废话
绝不：
- 使用通用的商业语言
- 过度解释显而易见的内容
- 写大段文字
- 用没有示例的模糊说法
- 听起来像企业博客
- 添加免责声明，除非确实需要
规则把你的偏好变成系统。
每次你纠正 Claude，就把那个纠正加回规则里。
3. 流程
不要只告诉 Claude 要创建什么。告诉它怎么思考。
对于一个写作项目，我的流程是这样的：
- 识别读者已经相信什么。
- 找到差距或误解。
- 围绕这个对比构建文章。
- 在写作前创建结构。
- 起草全文。
- 对照项目规则审阅。
- 删掉任何感觉泛泛的内容。
- 让最终版本更易于浏览。
这阻止 Claude 直接冲向平庸的输出。
4. 输出格式
Claude 应该知道最终结果长什么样。
例如：
- 标题： 清晰、具体、基于好奇心
- 引言： 错误方式和更好方式之间的简短对比
- 正文： 带实际示例的编号章节
- 段落： 简短易读
- 结尾： 直接要点，加上有力的最终观点
这消除了猜测。
如果你想要帖子、文章、邮件、报告或脚本，为每个定义格式。
5. 知识文件
这是项目变得有用的地方。
对于一个内容项目，我会上传：
- 风格指南
- 表现最好的帖子
- 受众画像
- 主题列表
- 内容模板
- 竞品示例
- 被拒示例，展示我不想要什么
对于一个编程项目，我会上传：
- 架构笔记
- 代码规范
- API 文档
- 常用命令
- 测试规则
- 好模式的示例
文件是让输出感觉像你的东西。
6. 第一条消息模板
项目中的第一条消息很重要。
不要只说："写这个。"
用一个简单的简报格式：
今天我们做的是：\[任务\]
目标：\[我想要什么\]
受众：\[这是给谁的\]
上下文：\[什么重要\]
使用这些文件：\[风格指南 / 模板 / 示例\]
在起草之前，告诉我：
- 什么角度能让这个脱颖而出？
- 读者会期待什么？
- 我们应该避免什么？
- 什么结构效果最好？
在我批准方向后，写完整草稿。
这让 Claude 在写之前先规划。
系统提示词模板
以此为基础，为你的项目编辑。
角色
你是这个项目的我的 [角色]。
你的工作是帮我为 [受众] 做 [主要任务]。
你了解我的风格、标准和目标。你的输出应该感觉像属于我现有的工作，而不是泛泛的 AI 回复。
风格
用直接、实用、具体的风格写作。
用短段落。
让结构易于浏览。
避免废话、模糊建议和企业语言。
规则
始终：
- [规则 1]
- [规则 2]
- [规则 3]
- [规则 4]
- [规则 5]
绝不：
- [反规则 1]
- [反规则 2]
- [反规则 3]
- [反规则 4]
流程
## **我如何设置 Claude 项目让它们真正好用**
对于每项任务：
1. 理解目标。
2. 检查相关知识文件。
3. 确定最强角度。
4. 搭建结构。
5. 起草输出。
6. 对照规则审查。
7. 提升清晰度，删减薄弱部分。
OUTPUT FORMAT
Default format:
- Title: [FORMAT]
- Length: [LENGTH]
- Structure: [SECTIONS]
- Style: [STYLE NOTES]
- Ending: [ENDING TYPE]我会优先创建的 5 个 Claude 项目
你不需要二十个项目。
从五个开始就够了。
1. 内容项目
用于帖子、文章、Newsletter、脚本和内容创意。
需包含的文件：
- 写作范例
- 风格指南
- 受众画像
- 表现最佳的内容
- 内容日历
- 模板
2. 研究项目
用于深度调研、市场研究、竞品分析和来源评估。
需包含的文件：
- 研究标准
- 可信来源
- 过往研究范例
- 评估标准
- 行业笔记
3. 沟通项目
用于邮件、私信、客户消息、更新和公告。
需包含的文件：
- 优质邮件范例
- 语气指南
- 受众类型
- 常用消息模板
- 公司或个人背景
4. 策略项目
用于规划、决策、方案、定位和商业思考。
需包含的文件：
- 目标
- 约束条件
- 商业计划
- 竞品笔记
- 客户研究
- 决策框架
5. 技术项目
用于编码、架构、调试和技术写作。
需包含的文件：
- 技术栈
- 编码规范
- 仓库笔记
- 架构文档
- 常用命令
- 优选代码风格示例
每个项目都应有自己明确的职责。
这正是关键所在。
设置前后的变化
设置之前：
你写一段长长的提示词。
Claude 给一个还不错的答案。
你花时间调整语气、结构和细节。
第二天重复同样的流程。
设置之后：
你写一个简短的任务说明。
Claude 已经知道你的风格。
它查阅正确的文件。
它遵守你的规则。
它使用正确的格式。
你只需编辑最后的 10%-20%。
这才是省时间的真正来源。
大多数人觉得 Claude 项目只是文件夹。
并非如此。
它们是可复用的工作环境。
如果你正确设置它们，就不必从零开始写 Prompt，而是直接从系统入手。
如果你读到了这里：
- 收藏本文。
- 关注 @0xwhrrari
- 关注我的 私人 Telegram 频道