md2wechat很多人第一次接 md2wechat API，都会卡在同一个问题上：
我到底该先拿试用 key，还是直接申请正式 key？
这其实是一个很现实的判断题：
- 你现在到底是在验证值不值得接
- 还是已经确定要长期接入
只要把这件事想清楚，选择就不难。
先说结论
可以先记这句：
- 还在判断值不值得接：先用试用 key
- 已经确定会长期用：直接申请正式 key
不要把试用 key 当长期方案，也不要在已经确定要接入时，还一直停留在试用阶段。
两类 key 分别是什么？
正式 key
现在推荐的新正式 key 前缀是：
wme2_
它适合：
- 正式产品接入
- 企业团队长期使用
- 自媒体或内容团队持续调用
- 服务端、自动化和 Agent 工作流
试用 key
试用 key 前缀是：
wmt_
它适合：
- 快速测试
- 临时验证
- 体验接口是否符合预期
- 演示、试跑、内部评估
它的核心特点是“更轻、更短期”。
为什么不能长期依赖试用 key？
因为试用 key 的设计目标，本来就不是长期使用。
它更像一个判断工具：
- 先看接口通不通
- 先看输出满不满意
- 先看你的工作流能不能接上
不适合直接拿去长期跑业务。
所以它会有统一失效时间。
这是试用机制的一部分。
哪些人应该先拿试用 key？
如果你符合下面这些情况，先拿试用 key 更合理：
1. 你还不确定这个接口值不值得接
比如你只是想验证：
- 输出效果够不够好
- 主题够不够你用
- 当前接口能不能接进你自己的系统
2. 你现在只是自己测试
你还没进入正式对接，只是想本地试一下：
- 请求头能不能通
- 参数有没有问题
- 主题是不是符合预期
这种阶段，试用 key 就够了。
3. 你在做内部预研
比如团队里还没最终决定要不要用，你只是先跑一个 demo。
这时候也适合先拿试用 key，暂缓正式申请。
哪些人应该直接申请正式 key？
如果你符合下面这些情况，就不要继续停在试用 key：
1. 你已经决定长期接入
比如你已经确定：
- 会持续调用
- 会接入正式服务
- 会放进自己的发布链路
那就直接上正式 key。
2. 你是团队或公司在接
企业团队最怕的是：
- 试用期到了突然断
- 线上流程依赖了临时 key
- 后面又要再切一次认证
所以如果你已经到了团队级别接入，通常更适合直接走正式 key。
3. 你已经跑通过试用阶段
如果试用 key 已经证明这件事能跑通，那就该往前走，别一直卡在试用阶段。
试用 key 最容易出现的误区
误区 1：先用试用 key 跑一段时间再说
这听起来稳，其实不稳。
如果把试用 Key 接入长期任务，到期后任务会直接失败。
误区 2：反正试用也能用，先不申请正式
如果你已经确定要长期接，就不要拖。
推荐做法：
- 用试用 key 验证
- 验证完成就切正式 key
误区 3：试用 key 失效就是接口坏了
很多时候不是。
特别是 wmt_，最先该怀疑的是：
- 试用时间到了
最实用的判断方法
如果你不想想太复杂，可以直接按下面这套判断：
情况一：我只是个人测试
选：
- 试用 key
情况二：我已经准备接自己的服务端
选：
- 正式 key
情况三：我们团队要评估
先：
- 试用 key
评估通过后：
- 正式 key
情况四：我们已经要进真实工作流
直接：
- 正式 key
对个人用户的建议
如果你是个人开发者或内容创作者：
- 先拿试用 key 跑通
- 满意后再申请正式 key
这个路径最稳，也最符合真实使用节奏。
对企业团队的建议
如果你是企业团队：
- 可以先用试用 key 做快速验证
- 但不要把试用 key 留在线上流程里
一旦确认要接，就尽快换成正式 key。
判断标准
不要按“能不能省事”来选，按“你现在处在哪个阶段”来选。
简要结论：
- 验证阶段：试用 key
- 运行阶段：正式 key
继续往下读
如果你还没拿到 key：
如果你拿到 key 后想先跑通接口：