Skip to main content
这里收录在日常使用 Claude 中跑通的技巧，只写自己验证过的方案。

​
Projects：给 Claude 持久记忆

Projects 是 Claude Pro 最被低估的功能。在 Project 里设置 System Prompt，每次对话 Claude 都会带着这些上下文，不需要每次重新说明背景。 典型用法：
  • 把你的技术栈、代码风格偏好、常用框架写进 System Prompt
  • 上传项目相关文档作为知识库（阿里云文档、API 文档等）
  • 针对不同项目建不同 Project，上下文互不干扰
System Prompt 计入上下文窗口，但不消耗对话消息次数配额。重复性背景信息放进去，比每次在对话里说更省消息额度。

​
System Prompt 写法示例

一个针对 Node.js 后端项目的 System Prompt： 
你是一个 Node.js 后端开发助手。

技术栈：Node.js 20、TypeScript、Fastify、Prisma、PostgreSQL。
代码风格：函数式优先，避免 class；变量命名用 camelCase；注释用中文。
项目约束：不引入新的第三方库，除非我明确要求；所有数据库查询必须经过 Prisma，不写原生 SQL。

回答时直接给代码，不需要解释显而易见的内容。
把这类背景放进 System Prompt 后，每次对话都不需要重复说明，Claude 会自动遵守。

​
知识库上传建议

Projects 支持上传文件作为知识库，适合放：
  • API 文档（上传 OpenAPI spec 或 PDF）
  • 内部规范文档
  • 数据库 Schema 或 ERD 说明
  • 频繁参考的第三方文档片段
单个 Project 文件上传上限约 20 个文件，单文件建议不超过 50KB，太大的文档拆成关键章节上传效果更好。

​
控制对话上下文长度

Claude 的对话质量和上下文长度直接相关——但上下文太长，模型对早期内容的注意力会下降（“中间迷失”现象）。 实用建议：
  • 单次对话专注一个问题，不要把十个问题堆在一个会话里
  • 遇到复杂任务，用 --- 明确分段，帮助 Claude 区分不同子任务
  • 需要 Claude 记住特定约束（比如”只用 TypeScript”），在每轮关键节点重申一次

​
何时开新对话

以下情况建议开新对话，而不是在原来的会话里继续：
  • 话题发生了根本性转变（从写代码变成讨论架构）
  • 对话已经超过 20 轮，Claude 开始忽略早期内容
  • 之前的错误答案已经污染了上下文（Claude 倾向于维持一致性，即使之前说错了）

​
搭配 MCP 使用

Claude Desktop 和 Cursor 都支持 MCP（Model Context Protocol），配置后 Claude 可以直接操作数据库、读取文件系统、调用 GitHub API 等，不需要手动复制粘贴内容。

​
典型接入场景

工具效果
filesystem MCPClaude 直接读写本地文件，不需要你粘贴内容
GitHub MCPClaude 直接查 PR、issue，操作 repo
PostgreSQL MCPClaude 直接查询数据库，生成分析报告
Fetch MCPClaude 直接抓取网页内容作为参考

​
Claude Desktop 配置 MCP 示例

~/Library/Application Support/Claude/claude_desktop_config.json（macOS）： 
{
  "mcpServers": {
    "filesystem": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-filesystem", "/Users/your-username/projects"]
    },
    "github": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-github"],
      "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "your_token"
      }
    }
  }
}
配置完重启 Claude Desktop，对话框左下角会出现工具图标，说明 MCP 已接入。 具体配置方法和更多 MCP Server 参考 MCP 系列。

​
提示词技巧

​
给 Claude 一个角色

在对话开头明确角色，输出质量明显提升：
  • “你是一个专注性能优化的 Go 工程师，帮我 review 这段代码”
  • “你是一个严格的 code reviewer，找出所有潜在的安全漏洞”
  • “你是一个技术文档作者，把这段代码的逻辑写成用户文档”

​
输出格式控制

需要特定格式时，直接说：
  • “用 Markdown 表格对比这三个方案的优劣”
  • “只输出代码，不要解释”
  • “给出三个方案，每个方案用一句话说明适用场景”

​
让 Claude 暴露不确定性

Claude 有时会自信地给出错误答案。加上这句话能减少”幻觉”：
“如果你不确定，直接说不知道，不要猜测。”