
一个提示词,七天时间,一万八千美元。这篇把完整的操作流程、那个提示词本身、踩过的坑、以及为什么它真的管用,全部摊开说清楚。
事情发生在周二。那天我正喝着第三杯咖啡,一条微信消息弹了出来——发消息的是一位在技术论坛上见过一次面的创业者:
"我们的AI辅助功能现在一团糟,用户反馈很差。能不能帮忙做个技术审计,帮我们看看问题出在哪?预算不是问题。"
按照往常的习惯,我大概会回一句"好的,我们约个两周的咨询方案吧"。但这次我没有。我打开Claude Code,粘贴了那个打磨了好几个月的提示词,然后在48小时内交付了一份完整的技术审计报告和重构方案。
等到周五,我已经开出了6000美元的发票。紧接着的周二,又有两位创始人拿着同一份交付物来找我谈合作。一周总收入:18000美元。
这篇文章就来分享那个提示词。但更重要的是——解释它为什么真的管用。
我见过太多开发者尝试用AI变现,最后铩羽而归。问题模式总是千篇一律:
问题不在模型本身,而在于大多数人对Claude的使用方式就像在用搜索引擎,而不是把它当成团队成员。一个资深工程师交付给客户的,绝不会是"建议增加一些测试用例"这种套话。他会说:"你的chat_service.py里的重试逻辑就是导致p99延迟飙升到11秒的原因。修复方案在这里,风险点在这里,上线计划在这里。"
这个提示词要填平的,就是这个差距。
你需要三样东西:
如果还没安装Claude Code,执行这些命令:
irm https://claude.ai/install.ps1 | iex # Windows
curl -fsSL https://claude.ai/install.sh | sh # macOS / Linux
进入代码仓库:
cd ./client-repo
claude
然后把提示词粘贴进去。准备工作就这么简单。
就是下面这个。没有废话,没有"你现在是一个有帮助的助手"。直接上硬货。
You are acting as a Principal Engineer doing a paid technical audit of this
codebase for a client who will read your output as a decision document. Your job is NOT to be polite. Your job is to be specific, opinionated, and useful. Do this in four passes, in order. Do not skip ahead. PASS 1 — MAP
- Walk the repo. Build a one-page mental model of the system: entry points, data flow, external integrations, deploy target.
- Output: a 10-line architecture summary a non-technical founder can understand. PASS 2 — RISK
- Identify the top 5 things that will hurt this company in the next 90 days. Examples: security holes, scaling cliffs, data loss vectors, vendor lock-in, compliance gaps, on-call nightmares.
- For each: severity (Sev1–Sev3), the exact file/line evidence, blast radius, and the cheapest credible fix.
- No generic advice. If you can't cite a file, don't list it. PASS 3 — LEVERAGE
- Identify the top 3 changes that would 10x the team's shipping velocity. Think: missing CI, missing types, missing observability, the one refactor that unblocks four future features.
- For each: estimated effort (S/M/L), expected payoff, who on the team owns it. PASS 4 — DELIVERABLE
- Produce a single Markdown document titled "Technical Audit — <repo name>" with these sections: 1. Executive Summary (5 bullets, founder-readable) 2. Architecture at a Glance 3. Top Risks (from Pass 2, sorted by severity) 4. Top Leverage Moves (from Pass 3) 5. 30 / 60 / 90 day roadmap 6. What I would do first if this were my company
- Tone: senior, calm, direct. No hedging. No "it depends." Pick a side. Constraints:
- Cite file paths and line numbers for every claim.
- If you don't know something, say "Unknown — need to ask: <question>."
- Do not write code in this document. Code goes in follow-up tickets.
- Length target: 1,500–2,500 words. Anything longer, cut it. Begin Pass 1.
用真实的代码仓库跑一遍,然后去倒杯咖啡休息十分钟。回来之后你会得到一份文档——简单编辑一下,就是一位250美元/小时的资深顾问埋头干三天才能交付的东西。
四个关键设计,每个都承重:
1. 它赋予了带利益关系的角色。 "Principal Engineer doing a paid audit"不是空话,它真的改变了Claude的姿态。Claude不再打太极。
2. 它强制了顺序执行。 大多数提示词允许模型直接跳到建议部分。这个提示词强迫它先理解,再判断。Map→Risk→Leverage→Deliverable这个流程,和真实顾问的思维方式完全一致。
3. 它要求证据。 "如果无法引用文件,就不要列出来。"就这一句话,把交付物和算命书区分开来。
4. 它定义了产出物。 Claude不是被要求"帮忙",而是要求产出特定格式的文档,包含特定章节,保持特定语气。约束不是牢笼——正是约束把输出变成了人们愿意付钱买的东西。
6000美元的那份审计只是敲门砖。后面来的12000美元不是来自新客户——而是来自同一个客户问出的那个理所当然的下一步:
"很好。能帮我把审计报告中第一和第二个风险点实际修复掉吗?"
这才是Claude Code真正发挥价值的地方。审计文档变成了规格说明书。每个Sev1风险变成了一张工单。每张工单变成一个分支。Opus 4.7起草修复方案,你来review;Sonnet 4.6写测试,你来发PR。
以前需要一个sprint才能完成的工作,现在一个下午就搞定了。客户还没读完审计报告,就看到一个Sev1已经被关闭了。这个时候追加的发票,不谈判直接批。
它不是快速致富的方法。它不是说"AI取代顾问"。它甚至算不上多巧妙。
它只是一个精心设计的提示词,把Claude变成大多数人从未见过的那种版本——像一个真的读过代码、形成了判断、并且敢于坚持自己观点的团队成员。
它能赚钱的原因,和资深工程师能赚钱的原因一样:有品味、有证据、有魄力说出"做这个,别做那个"。Claude能读书。你还是得带上来品味。
最后三件事:
单枪匹马的资深工程师掌握杠杆的时代,不是即将到来,而是已经到来。上面这个提示词,就是那扇门之一。
去打开它吧。
Suraj Khaitan — Gen AI架构师 | 构建可扩展平台和安全云原生系统
原文链接:https://dev.to/surajkhaitan/the-claude-prompt-that-made-me-18000-in-one-week-4b72