Claude 开始 KYC 了：别慌，把它当成“一个模型吃掉三类工具”的升级指南

你可能也刷到了：Anthropic 开始要求更严格的身份校验（KYC）。

爽不爽？不爽。😅

值不值得花时间适应？我觉得值得。

原因很简单：这家公司现在最吓人的地方，不是“又一个聊天机器人”，而是 Claude 正在把一堆“看起来是独立产品”的能力，直接收进底层大模型里。

你以前要装三个工具：

• 通用 Agent（比如 Manus 这种“帮你跑任务”的）
• Vibe Coding（Cursor、Lovable 这类“边聊边写代码”的）
• 个人助理（Openclaw 这类“读你资料、管你日程”的）

现在的趋势是：Claude 在大量场景里能顶上去，甚至做得更稳。

下面咱们不聊虚的，直接给你一套能落地的玩法：KYC 怎么准备、Claude 怎么接管 Agent/编程/助理三件事、怎么避坑。

1）KYC 这件事，你要准备什么（省时版）

KYC 的本质就两点：身份可信、支付与风控可控。

你想少踩坑，按这个思路准备就行。

你可以提前准备的材料

• 常用邮箱与手机号（别用临时的）
• 可验证的身份信息（按平台要求走，别耍小聪明）
• 稳定的支付方式（公司报销/个人卡都行，关键是“稳定”）

心态也要调整一下

• 把 Claude 当“生产力工具”而不是“匿名玩具”
• 重要工作尽量走企业合规链路（团队协作、账单、权限都省心）

想绕过 KYC？别折腾。平台真要卡你，时间会被你自己浪费光。

2）一个底层模型，怎么替代三类工具？核心是两样东西

Claude 最近的路线特别明确：

• 更强的工具调用/多步规划能力：适合 Agent
• 更好的代码理解与生成：适合 Vibe Coding
• 更稳的长任务与信息整理：适合个人助理

而把这些能力真正“装进你电脑”的关键，是这套组合：

• Claude（模型）
• MCP（把你的工具/数据接给模型的协议）
• IDE/CLI（把输出变成可执行的工程动作）

你可以把 MCP 理解成一个“插线板”：

• 以前模型只能聊天
• 现在模型能接 Notion、Git、数据库、日历、内部 API

这才是“通用 Agent”能落地的原因。

3）用 Claude 做通用 Agent：从“能聊”升级到“能办事”

你要的不是“它会说”，而是“它把事办了”。

典型场景：每天帮你省 1 小时的那种

• 自动整理会议纪要 → 生成待办 → 推到 Notion/飞书
• 扫描 GitHub issue → 拆任务 → 建分支 → 开 PR
• 把一堆网页资料 → 摘要 → 输出成一份可交付的方案

落地思路（不讲玄学版）

把 Agent 拆成三段：

• 输入：资料从哪来（网页、文档、数据库、邮件）
• 动作：它能做什么（建任务、写代码、发消息、查数据）
• 输出：交付物是什么（PR、文档、表格、日程）

MCP 负责把“动作”这块接起来。

一个可直接抄的 Agent 提示词模板

把下面这段存成你自己的“默认系统提示词”，适合做项目助理：

你是我的项目执行助理。
目标：把任务推进到可交付状态。
做事规则：
- 不要只给建议，要给可执行的下一步。
- 需要信息就问我 1~3 个关键问题，别一口气问一堆。
- 能自动化就自动化：优先生成脚本、命令、清单、检查项。
输出格式：
- 当前结论（1-3 条）
- 下一步动作（带负责人/预计耗时/验收标准）
- 风险与备选方案

用这段的好处是：你不会被“长篇大论”淹死，永远能拿到下一步。

4）用 Claude 做 Vibe Coding：别再手搓了，改成“对话式改工程”

Cursor、Lovable 这类工具火的原因很简单：

• 你不想写“从 0 到 1 的样板代码”
• 你想用嘴把需求讲清楚，然后让工具把代码跑起来

Claude 在代码理解、重构、测试生成上确实很能打。

场景 A：半小时把一个 API 服务搭起来

你在 IDE 里把目标说清楚：

我要一个 FastAPI 服务：
- /health 返回 ok
- /items 支持 CRUD，SQLite 存储
- 带基础的 pytest
- 提供 Dockerfile
要求：代码分层清晰，错误码统一，给我一个 README

接下来你盯两件事：

• 目录结构是否合理（别长成一坨）
• 测试是否真的能跑（别只生成“看起来对”的）

场景 B：老项目重构（最值钱）

你别让它“重写一遍”。你让它“做小手术”。

示例指令：

只做三件事：
1) 把这个模块的循环依赖解掉
2) 把重复的校验逻辑抽成一个函数
3) 增加 5 个关键单元测试覆盖最容易出 bug 的分支
每一步都给我 diff 级别的修改建议，并说明为什么。

这种方式会稳很多，PR 也更容易过。

5）用 Claude 做个人助理：别做“聊天助理”，要做“交付助理”

个人助理最常见的翻车点是：

• 你让它记东西
• 结果它“记在了空气里”

解决办法：别让它靠记忆。让它靠外部知识库。

你可以这么搭一套最小闭环

• 知识库：Notion / Obsidian / 飞书文档
• 任务系统：Todoist / Notion Database
• 日程：Google Calendar / Outlook
• 输入：邮件、会议纪要、链接收藏

你每天只需要做一件事：把资料丢进“收件箱”。

然后让 Claude 输出：

• 今天的三件最重要的事
• 每件事的最小下一步
• 需要谁配合、要发什么消息

一个“下班前清算”提示词

现在是下班前 20 分钟。
根据我今天新增的笔记/待办，帮我做清算：
- 列出明天必须推进的 3 件事（不超过 3 件）
- 每件事给出 15 分钟内能完成的第一步
- 需要发消息的，直接给我可复制的消息文本
语气简短，不要鸡汤。

你会明显感觉：第二天上班不再是“打开电脑发呆”。

6）避坑清单：把这几条记住，少浪费很多钱

KYC/账号相关

• 别用一次性邮箱、别频繁换设备/网络环境
• 团队用就走团队方案：权限、账单、审计更清楚

数据与隐私

• 别把客户敏感信息原样贴进去（能脱敏就脱敏）
• 内部代码仓库接入前，先确认公司允许的合规边界

Agent 安全（很现实）

• 工具调用一定要有“确认步骤”（尤其是发邮件、删文件、转账这类）
• 给模型的权限要最小化：能读就别给写，能写就别给删

Vibe Coding 翻车点

• 生成代码不等于可运行：一定要让它写测试、跑测试
• 让它一次改太多文件，回滚会很痛：拆成小 PR

7）选型建议：什么时候用 Claude，什么时候保留专业工具？

你可以按这个标准做决策：

• 需要“跨工具串联”的：优先 Claude + MCP（Agent 型）
• 需要“快速搭脚手架/改工程”的：Claude 放在 IDE 里（Vibe Coding）
• 需要“长期跟踪你个人信息”的：用 Claude 做大脑，知识库存外部（助理型）

专业工具不会消失。

可底层大模型在不断吞掉中间层能力，这趋势已经很明显了。

你要做的不是追风口。

你要做的是把自己的工作流，接到更强的底座上。