提示词技巧

应该这样做

• 给出具体路径："修改 src/MyToken.sol 中的 _transfer 函数"
• 给出示例："输入：100 个代币，预期：扣除 5% 手续费后为 95 个代币"
• 设定边界："只修改这个函数，不要碰其他代码"
• 参考测试："修复应使 test_transfer_feeDeduction 测试通过"

避免这样做

• 模糊的引用："修改那个转账函数"——哪一个？在哪里？
• 没有约束的开放式请求："让它变得更好"
• 在一个消息中包含多个不相关的任务

元提示——当出现问题时

当 Claude 的回复不符合预期时，不要只是换个说法重试。使用元提示（反向提示）让 Claude 诊断缺失的信息，然后用完整的上下文重新提问。

四种提示类型

推荐流程

步骤 1: 提出你的问题
        ↓ (答案错误或不完整)
步骤 2: 使用 [诊断] — "我的问题中缺少了什么？"
        ↓ (Claude 列出缺失信息)
步骤 3: 使用 [重写] — "帮我重写这个问题"
        ↓ (Claude 输出一个完整、自包含的提示词)
步骤 4: 复制重写后的提示词，`/clear`，粘贴并发送
        ↓ (干净的上下文 + 完整的提示词 = 正确答案)

实际示例

# 第一轮 — 不完整的问题
用户: "帮我写一个 staking 合约"
Claude: (生成了一个基础的质押合约，但缺少奖励逻辑)

# 第二轮 — 诊断
用户: "我刚才的提问中缺少了哪些信息？"
Claude: "你没有说明：
  1. 质押代币和奖励代币是否相同
  2. 奖励分发机制（按时间/按区块/固定APR）
  3. 是否需要锁仓期
  4. 是否需要紧急提取功能
  5. 管理员权限范围"

# 第三轮 — 重写
用户: "帮我重写这个问题"
Claude: "请帮我写一个 Staking 合约，要求如下：
  - 质押代币：ERC20 TOKEN_A，奖励代币：ERC20 TOKEN_B
  - 奖励机制：按质押时长线性释放，年化 12%
  - 锁仓期：7 天最短锁仓
  - 紧急提取：支持，但扣除 10% 罚金
  - 管理员：可更新奖励率，不可触碰用户质押资金
  - 安全：使用 ReentrancyGuard + SafeERC20
  请基于 OpenZeppelin 5.x，Solidity ^0.8.20，Foundry 项目结构。"

# 第四轮 — `/clear`，粘贴重写后的提示词，获得正确结果

关键原则

不要猜测你遗漏了什么——让 Claude 告诉你。 一轮元提示可以节省多轮试错。

纠正后规则

• 每次纠正错误后，务必以这句话结尾："更新你的 CLAUDE.md，这样你就不会再犯同样的错误。" 这确保学到的经验教训被持久化到项目记忆中，防止相同的错误在未来的会话中再次发生。

Git 操作规则

• 提交前始终运行 git diff 以审查更改
• 只提交——除非明确要求，否则不要推送
• 切勿直接推送到 main/master 分支
• 暂存特定文件——在 Solidity 项目中切勿使用 git add .（有提交 .env 的风险）

Foundry 特定工作流

快速命令参考

项目级配置

在项目根目录创建 .claude/instructions.md 并写入项目特定规则。Claude 会在每次对话开始时自动读取它——无需手动加载。

周安装量

35

代码仓库

0xlayerghost/so…gent-kit

GitHub 星标数

1

首次出现

2026年2月9日

安全审计

Gen Agent Trust HubPassSocketPassSnykPass

安装于

claude-code30

cursor23

codex21

gemini-cli21

opencode21

github-copilot18