Claude Projects 的项目上下文，决定了 Claude 是否真的“懂你的业务和网站”。很多人把资料上传进 Project 后，仍然发现 AI 写出的内容很泛、内链乱、SEO 不完整、栏目不匹配，原因通常不是 Claude 不会写，而是项目上下文没有把业务定位、网站结构、目标用户、内容规则和禁止事项讲清楚。
根据 Claude 官方说明，Projects 可以上传文档、文本、代码等资料到项目知识库，Claude 会用这些内容理解项目内聊天的背景；你也可以设置项目说明，让 Claude 在该项目内按照固定方式回答。官方还提醒，项目内不同聊天的临时上下文不会自动共享，除非信息被加入项目知识库。因此，重要的业务规则和网站规则必须沉淀成项目知识文件或项目说明。本文会给出一套可直接复制的 Claude Projects 项目上下文写法。更多基础用法可以看本站 使用技巧教程，内容生产流程可参考 实战工作流，遇到上传或权限问题可查看 问题排查教程。
摘要
Claude Projects 项目上下文建议拆成 6 个部分：业务背景、目标用户、产品或网站定位、内容结构、SEO 与内链规则、禁止事项和不确定性处理。写法上不要只写“你是我的内容助手”，而要明确网站服务谁、解决什么问题、有哪些分类和标签、正文用什么结构、哪些内容必须标记待核验、哪些数据不能编造。最实用的做法是在项目知识库中建立 00-project-context.md、01-website-map.md、02-style-guide.md、03-seo-rules.md 和 04-output-templates.md，再用项目说明约束 Claude 的长期回答方式。
正文
项目上下文不是一句角色设定
很多人只在项目说明里写一句“你是我的网站运营助手”，这远远不够。角色设定只能告诉 Claude 大概身份，不能告诉它业务边界、栏目结构、文章规则、目标用户和转化目标。真正有用的项目上下文应该像一份简洁的业务说明书。
一个好的项目上下文至少回答这些问题：这个业务服务谁？用户为什么来你的网站？网站有哪些栏目？每个栏目适合写什么？文章必须包含哪些模块？SEO 字段怎么写？哪些内容不能编造？遇到资料不足时怎么处理？
第一部分：业务背景怎么写
业务背景要短，但要具体。不要写“我们是一个 AI 网站”，而要写你服务的用户、主要场景、内容边界和转化目标。Claude 只有理解业务，才能判断哪些信息该展开，哪些内容该收住。
业务背景模板：
网站名称：[网站名]
网站定位：[一句话说明网站解决什么问题]
目标用户：[新手用户 / 进阶用户 / 企业客户 / 内容创作者]
核心场景：
- [场景一：例如 AI 工具选型]
- [场景二：例如 安装部署教程]
- [场景三：例如 问题排查]
用户最常见问题：
- 怎么选？
- 怎么装？
- 怎么用？
- 出错怎么办？
转化目标：
- 让用户理解工具价值
- 引导阅读相关教程
- 引导收藏、咨询或订阅第二部分：目标用户和语气风格
目标用户会影响文章深度和语言。写给新手，要多解释概念和步骤；写给开发者，可以增加命令、配置和排查思路；写给企业用户，要强调权限、流程、风险和交付标准。项目上下文里要明确这些差异。
目标用户与语气模板：
目标用户：
- 主要读者：[描述]
- 技术水平：[新手 / 中级 / 专业]
- 决策关注点：[价格 / 效率 / 安全 / 上手难度 / 稳定性]
语言风格：
- 直接、实用、步骤清楚
- 少用夸张营销话术
- 遇到不确定事实要标记“需要核验”
- 适合中文搜索用户阅读
- 示例要贴近日常使用场景第三部分：网站结构和分类规则
如果你要让 Claude 帮你写网站文章，必须告诉它网站分类、标签和内链规则。否则它可能写出不匹配栏目定位的内容，或者乱加链接。对于 WordPress 自动发布项目，还可以把已有分类 ID 写进上下文。
网站结构模板：
分类规则：
- AI工具最新动态：ID 60，写产品更新、模型变化、工具新闻
- 环境配置教程：ID 61，写系统环境、账号配置、依赖配置
- 安装部署教程：ID 62，写安装、部署、接入流程
- 使用技巧教程：ID 64，写具体功能用法和效率技巧
- 问题排查教程：ID 65，写报错、失败、权限、网络问题
- 实战工作流：ID 16，写可落地的完整流程
文章规则：
- 正文一级标题使用 H2
- 正文二级标题使用 H3
- 不使用 H1
- 必须包含摘要、正文、FAQ
- 图片必须有 alt_text
- 需要内链到相关栏目或相关文章第四部分：内容结构和输出格式
如果你每篇文章都需要固定结构，就把它写进项目上下文。不要每次提示词都重新交代。Claude Projects 的价值就是把这些长期规则沉淀下来。
文章输出格式模板：
每篇文章必须包含：
1. 文章标题
2. URL 别名
3. 文章摘要
4. 分类 ID
5. 标签
6. 正文 HTML
7. 3 个正文插图建议
8. 特色图信息
9. FAQ
10. SEO 标题
11. SEO 描述
12. Focus Keyword
正文要求：
- 开头先说明读者痛点和本文能解决什么
- 摘要用 H2
- 正文用 H2
- FAQ 用 H2，问题用 H3
- 每个步骤要可执行
- 不要空泛地说“提升效率”而不解释怎么提升第五部分：SEO 和内链规则
SEO 规则要具体到可执行。比如关键词数量、标题长度、描述写法、Focus Keyword 数量、内链方向、哪些词不能堆砌。这样 Claude 才能稳定输出可发布的 SEO 信息。
SEO 规则模板：
SEO 标题：
- 必须包含主关键词
- 不夸大承诺
- 适合中文搜索用户
SEO 描述：
- 80 到 150 字
- 说明问题、解决方案和适合人群
- 不堆砌关键词
Focus Keyword：
- 不超过 5 个核心词
- 使用英文逗号或中文逗号分隔
内链规则：
- 优先链接到相关分类页
- 每篇文章至少 2 个内链
- 内链必须服务读者下一步需求
- 不要为了 SEO 生硬插入无关链接第六部分：禁止事项和风险边界
项目上下文里必须写禁止事项，尤其是涉及工具教程、价格、订阅、账号、企业流程、法律和财务内容时。Claude 需要明确知道哪些内容不能编造，哪些内容必须标记待核验。
禁止事项模板：
- 不编造官方来源、发布时间、价格、套餐、功能开放范围
- 不把过期资料当成当前事实
- 不输出密钥、账号、隐私和未脱敏数据
- 不生成违法、侵权或绕过平台规则的内容
- 不承诺工具一定可用、一定免费、一定成功
- 涉及政策、价格、套餐、版本变化时标记“需要核验”
- 如果项目知识库没有依据，明确说“资料不足”推荐文件结构：把上下文放进知识库
项目说明适合写长期行为规则，项目知识库适合放更完整的业务文档。推荐在 Claude Projects 中建立这些文件：
00-project-context.md：业务背景、目标用户、网站定位。01-website-map.md：栏目、分类 ID、标签和内链规则。02-style-guide.md：语气、文章结构、标题风格。03-seo-rules.md：SEO 标题、描述、关键词规则。04-output-templates.md：文章、FAQ、评测、教程的输出模板。05-fact-check-rules.md：事实核验、待验证标记和禁止事项。
项目说明可以这样写
项目说明不宜太长，但要把核心行为规则写清楚。更详细的业务资料放进知识库文件，项目说明负责告诉 Claude 如何使用这些资料。
Claude Projects 项目说明模板：
你是本项目的业务、网站内容和 SEO 助手。
请始终优先参考项目知识库中的：
- 00-project-context.md
- 01-website-map.md
- 02-style-guide.md
- 03-seo-rules.md
- 05-fact-check-rules.md
回答规则：
- 先判断用户任务属于哪个业务场景和网站栏目
- 输出内容必须符合网站结构、文章格式和 SEO 规则
- 正文不使用 H1，只使用 H2/H3
- 必须包含摘要、正文、FAQ 和 SEO 信息
- 内链要服务读者下一步需求
- 遇到资料不足，明确标记“资料不足”
- 涉及最新政策、价格、版本、功能开放范围，标记“需要核验”
- 不编造来源、数据、产品功能或成功率
输出风格：
直接、具体、可执行，避免空泛营销话术。如何验证上下文写得好不好
项目上下文写完后，不要马上让 Claude 写正式文章。先做 3 个测试：让 Claude 复述它理解的业务；让 Claude 判断一个选题应该放哪个栏目；让 Claude 根据规则生成一篇短样稿。看它是否能正确引用分类、结构、语气和禁止事项。
上下文验证提示词：
请根据项目知识库，复述你对本项目的理解。
请输出：
1. 网站定位
2. 目标用户
3. 主要栏目和分类 ID
4. 文章结构规则
5. SEO 规则
6. 禁止事项
7. 你认为仍缺少哪些上下文
如果知识库没有写清楚，请直接指出，不要猜。常见错误：上下文太宽或太旧
项目上下文常见错误有三类。第一，太宽：什么业务都写进去，导致 Claude 不知道当前任务重点。第二，太旧：栏目、产品、价格、流程已经改了，但知识库没有更新。第三，太模糊：只写“专业、详细、SEO 友好”，却没有告诉 Claude 具体怎么做。
解决方法是定期维护上下文。每次网站新增栏目、调整分类、改变文章结构、更新产品定位、修改内链策略，都应该同步更新项目知识库。
适合网站运营的完整上下文模板
# 00-project-context.md
## 网站定位
[一句话说明网站是做什么的]
## 目标用户
[用户类型、技术水平、核心需求]
## 业务边界
我们写：
- [内容类型 1]
- [内容类型 2]
- [内容类型 3]
我们不写：
- [不相关内容]
- [高风险内容]
## 网站栏目
[列出分类、ID、栏目定位]
## 文章结构
每篇文章包含摘要、正文、FAQ、SEO 信息。
正文使用 H2/H3，不使用 H1。
## SEO 规则
[标题、描述、关键词、内链规则]
## 事实核验
涉及价格、政策、版本、功能开放范围时标记“需要核验”。
没有知识库依据时标记“资料不足”。
## 输出风格
直接、清楚、可执行，少空话，多步骤和示例。更新项目上下文的维护清单
每月检查：
1. 网站定位是否变化？
2. 目标用户是否变化？
3. 分类 ID 和栏目是否变化？
4. 内链规则是否需要更新？
5. SEO 标题和描述规则是否有效？
6. 是否有过期资料需要归档？
7. 是否有新的禁止事项？
8. Claude 最近输出中反复出错的地方，是否要写入上下文？如果你正在用 Claude Projects 做内容生产、课程资料库或企业资料库，也可以把本文的上下文模板改造成对应版本。更多项目化用法可以继续看本站 实战工作流，基础配置可以看 环境配置教程，工具动态可看 AI工具最新动态。
FAQ
Claude Projects 项目上下文应该放在项目说明还是知识库？
核心行为规则放项目说明，详细业务资料放知识库文件。项目说明负责告诉 Claude 怎么回答，知识库负责提供业务、网站、栏目和模板资料。
项目上下文写得越长越好吗？
不是。上下文要清晰、可维护、可执行。太长但没有结构，Claude 反而难以抓重点。建议用多个文件分层管理。
为什么 Claude 还是会写错栏目或内链？
通常是网站结构没有写清，或项目知识库里有旧规则。建议建立 01-website-map.md，并定期更新分类 ID、栏目定位和内链规则。
不同聊天里的结论会自动变成项目上下文吗？
不会。官方说明中，除非信息被添加到项目知识库，否则不同聊天之间的上下文不会自动共享。重要结论需要手动沉淀到知识库文件。
业务变化后项目上下文要怎么更新？
更新对应知识库文件，例如网站地图、SEO 规则、风格指南和禁止事项。更新后让 Claude 复述新规则，确认它理解正确。
会员充值与订阅排查资料
适合阅读会员充值、订阅购买、权益对比和支付问题类文章后继续转化。
