OpenRouter 是一款开发者 API：统一接入多家模型的 API 路由服务，可按模型切换与比较。

当同一类任务每天重复出现时，就值得考虑把它接进自动化流程。

适合自动化的任务特征

  • 输入格式固定（同一种表单、文件或消息）
  • 判断规则可以写清楚。
  • 出错时可以被发现并人工补救。
  • 频率足够高，值得投入配置时间。

接入方式

OpenRouter 属于开发者 API，通常可以直接在代码或自动化平台中调用。下面是通用的调用结构示意（字段名以官方文档为准）：

触发：新文件 / 新消息 / 定时
→ 预处理：去除敏感字段，截断过长内容
→ 调用：发送任务说明 + 材料，设置超时与重试
→ 校验：检查输出格式与必填字段
→ 分流：合格的写入目标系统，不合格的进入人工队列
→ 记录：保存请求编号、耗时与费用

示例：自动化里的核心指令

方案对比

输入：两到三个备选方案的要点。

用表格对比以下方案，列为：成本投入、实施难度、主要风险、适合的前提条件。表格后给出你倾向的方案和理由，并说明什么情况下结论会反转。

验收标准：结论附带了反转条件。

上线前的风控

  • 对外发送的内容一律先进入人工审核。
  • 设置每日调用上限和费用告警。
  • 保留原始输入，便于出错时追溯。
  • 每周抽查一批自动处理结果。

延伸练习

周报整理

输入：本周零散的工作记录和聊天截图文字。

把下面的工作记录整理成周报，分「已完成 / 进行中 / 风险与求助」三段，每条不超过 25 字，保留原始数字，不要补充我没写的成果。

验收标准：没有出现记录里不存在的成果。

长文档速读

准备材料：一份 30 页以内的报告或合同（已脱敏）。

请先用 5 句话概括这份文件的核心结论，再列出 3 个我必须亲自核对的数字或条款，最后指出文中前后矛盾的地方。只依据文件内容，不确定就写「文件未说明」。

交付前确认：摘要里的每个数字都能在原文中找到。

学习新概念

输入：一个陌生的专业名词或技术概念。

我是零基础，请用一个生活类比解释【概念】，再给一个工作中的具体例子，最后出 3 道判断题检验我是否理解，答案放在最后。

验收标准：能用自己的话复述类比。

常见问题：回答越聊越偏

新开对话，把关键背景与约束写成一段固定开场白再提问。

常见问题：同一问题每次答案不同

把格式和判断标准写死，必要时让它先给评分依据再给结论。

常见问题：上传文件后回答不全

文件过长时分章节上传，并要求先列出目录再逐节总结。

概念补充：系统提示词

在对话开头设定角色、规则与格式的指令，影响整段对话。

概念补充：上下文窗口

模型一次能读入的文本长度上限，超出部分会被截断或需要分段。

适合人群：销售

销售可以用 OpenRouter 处理客户背景调研、跟进邮件与话术等工作。需要注意：客户数据按公司规定处理，报价和承诺以合同为准。

写在最后

所有示例输出均为示意，不代表真实统计或效果承诺；请以自己的测试结果为准。

文中提示词和示例仅作示意，实际效果取决于你的材料和 OpenRouter 当前版本，重要内容请人工核对后再使用。

延伸阅读