跳到主内容Loading...
这篇教程要完成什么
目标不是把所有模型都接进 TypingMind，而是建立一套可复查、可控成本、出错后能恢复的 BYOK 多模型工作流。完成后，你会有：一个低权限测试 API Key、一个主模型和一个复核模型、一个固定结构的项目、三组可复用 Prompt、API 用量与采用率记录，以及导出、撤销密钥和浏览器数据恢复清单。
TypingMind 个人版许可不包含任何模型额度。第一次只用不敏感的真实任务，不要导入客户原文、生产密钥、医疗、法律、人事或财务资料。
开始前：选择本地、云同步还是静态自托管
TypingMind 官方将个人版默认方式描述为本地或静态模式：聊天、Prompt、输出、API Key 与设置保存在当前浏览器，TypingMind 不访问这些内容。这减少了客户端厂商保存历史的范围，但有两个限制：清理站点数据、使用隐私窗口、换浏览器或设备损坏可能让未导出内容消失；提示与附件仍会发送给实际模型提供商，本地保存不等于本地推理。
TypingMind Cloud 是可选同步服务。启用后，选定聊天、Prompt、Agent 和书签可跨设备使用，但数据边界随之改变。许可用户也可下载编译后的静态应用自行托管，不过它不是完整开源源码，外部模型请求仍会出网。本教程先用默认本地模式，完成导出和恢复测试后，再决定是否同步或自托管。
第一步：建立模型与任务清单
先列出三个重复任务，不要从“哪个模型最聪明”开始：
| 任务 | 输入 | 合格输出 | 风险 | 频率 |
|---|
| 研究摘要 | 公开或脱敏资料 | 结论、依据、待核查点 | 引用错误 | 每周 5 次 |
| 内容编辑 | 自己的草稿 | 保留事实、改善结构 | 改变原意 | 每天 3 次 |
| 技术检查 | 最小代码样例 | 问题、复现、修复建议 | 虚构 API | 每周 3 次 |
为每个任务选一个主模型和一个复核模型。主模型负责大多数工作，复核模型只在高价值、争议或交付前使用。标准包括上下文、工具、图片或文件支持、速度、价格、地区可用性和隐私。记录选择日期，不把模型名称硬编码进长期 Prompt。
第二步：创建专用 API Key 与预算
到模型提供商控制台创建一个仅用于 TypingMind 的 Key，不要复制已经用于生产应用的主 Key。
- 用
typingmind-personal-2026-09 一类名称标明用途；
- 若支持，限制项目、模型和月预算；
- 设置用量告警；
- 不在聊天、文档、截图或工单中粘贴完整 Key；
- 把创建日期、用途和撤销入口记入密码管理器；
- 不同设备或人员使用不同 Key。
TypingMind 个人许可是单人使用并限制设备数量。多人团队不要共用个人许可和模型密钥。需要集中访问、权限和审计时，应评估团队版或其他企业方案。
第三步：添加第一个模型
在 Settings → Models 选择提供商并添加测试 Key。若启用本地加密，使用独立强密码并保存在密码管理器中，不要和 Key 放在同一聊天。
第一次只启用一个低成本文本模型，用最小请求测试：
常见问题
- TypingMind 免费使用也需要 API Key 吗？
- 需要。TypingMind 不出售模型额度，免费基础层也要连接可用的模型 API Key。不同许可等级解锁客户端功能，但模型调用费始终由相应提供商或路由服务另计。
- API Key 保存在浏览器里安全吗？
- 官方称本地模式默认把 Key 和数据存于浏览器，并可启用本地加密；但共享设备、恶意扩展、弱密码和站点数据清理仍有风险。应使用专用低权限 Key、密码管理器和提供商预算。
- 如何避免多模型比较让费用翻倍？
- 先建立单模型基线，只在发布、金额、配置、引用或高价值任务中触发第二模型；限制为两家、缩短历史、单独记录图片与文件费用，并在提供商控制台设置硬预算。
- TypingMind 本地模式需要备份吗？
- 需要。换浏览器、隐私窗口、清理站点数据或设备损坏都可能导致未同步历史丢失。重要聊天和 Prompt 应定期导出，并在不影响真实数据的环境中验证恢复。
- 连接 OpenRouter 后还需要直接模型 Key 吗？
- 不一定。OpenRouter 一把 Key 可覆盖大量模型；但关键或敏感模型保留直连可以减少中间层并分开控制隐私、预算和故障。应按任务分层，而不是全部走同一路由。
- 什么时候适合启用插件或 MCP？
- 当单模型流程、预算、备份和数据边界都稳定后，再从只读测试工具开始。确认权限、日志、超时、幂等、撤销和人工审批，不要第一次就让模型写入生产系统。
只回复：连接测试成功。不要调用工具，不要联网，不要扩写。
成功后记录模型名称、响应时间和提供商用量。如果失败：
- 401： Key 错误、已撤销、多余空格或端点不匹配；
- 402： 账户无额度或账单未启用；
- 403： 地区、组织或模型权限不允许；
- 404： 模型标识过期或自定义配置错误；
- 429： 并发、Token 或账户限额超出；
- 5xx： 提供商或路由服务异常。
不要在原因未知时连续点击发送，每次失败都可能计费并触发更严格限流。
第四步：建立项目结构
01-输入样本：公开或脱敏的固定任务；02-已通过输出：人工核查并采用的结果；99-故障与复盘：错误、成本异常和恢复记录。
项目说明写清楚允许与禁止的数据、默认主模型、什么时候复核、最终由谁确认、正式结果保存在哪里，以及测试数据的保留时间。聊天工具不是最终档案；已采用文章、代码和业务结论应进入文档、仓库或业务系统，并保留来源和版本。
第五步：保存三组低风险 Prompt
基于证据的摘要
只根据我提供的内容总结。分为“已确认事实”“推断”“缺失信息”“需要打开原文核查”四部分。不要补全未出现的数字、日期、姓名或引用。
编辑而不改变事实
改善结构、清晰度与语气，但不新增事实。列出你删除、合并或认为可能改变原意的句子。所有不确定内容保留并标注。
第二模型复核
你是复核者，不重新生成完整答案。检查前一输出中的事实断言、计算、遗漏、内部矛盾和无法验证的引用。按严重性排序，并给出核查方法。
可以把目标读者、输出长度和禁止内容做成变量。不要把客户密码、API Key 或长期敏感信息写入模板或 AI Memory。
第六步：先建立单模型基线
连续处理至少十个任务，只用主模型。每次记录输入类型和长度、模型、响应时间、Token 或费用、是否一次通过、人工修改比例、事实错误和最终是否采用。
没有单模型基线，就无法判断多模型是否真的提升质量。很多时候，改善 Prompt 和验收条件，比增加第二个模型更有效。
第七步：只在触发条件满足时比较模型
触发第二模型的条件可以是：输出将公开发布；涉及金额、日期或技术配置；主模型给出无法核查的引用；两次修改仍未通过；任务价值高于额外调用成本。
比较时保持输入一致，不要让第二个模型看到第一个模型的措辞，除非任务就是复核。按事实完整、可核查、格式遵循、人工修改、费用和速度打分。不要选择“写得更自信”的答案，优先选择依据可追溯、承认未知且人工修改更少的结果。默认只比较两家，第三家必须有明确理由。
第八步：控制长上下文与多模型费用
旧对话可能把越来越长的历史发送给模型，再同时调用多个模型，成本会成倍增长。
- 不同子任务开新聊天；
- 把已确认事实压缩成短摘要；
- 上传前删除无关页和重复内容；
- 只在必要时启用高价模型；
- 单独记录图片、语音和文件费用；
- 在提供商侧设置硬预算；
- 出错先查日志，不盲目重试。
每周按“被采用的最终输出”计算成本，而不是只看请求数。一个便宜但需要大量返工的模型，可能比一次通过的高价模型更贵。
第九步：谨慎连接 OpenRouter
OpenRouter 可以用一套 API 访问大量模型和提供商，适合测试长尾模型或减少账户配置，但会增加路由层。
- 创建专用 OpenRouter Key 和小额度；
- 选择明确模型，不用自动模式开始；
- 查看该模型有哪些提供商；
- 设置允许的隐私与日志条件；
- 关闭不符合要求的提供商；
- 用脱敏短请求验证实际模型、提供商、费用和延迟；
- 再测试一次有意触发的失败与回退。
不要同时在 TypingMind 和 OpenRouter 设置复杂回退，否则一次失败可能重复调用，也难以确认由谁回答。
第十步：插件、MCP 与 RAG 从最小权限开始
插件和 MCP 能搜索、读取或写入外部系统，RAG 会把文档加入检索，它们都会改变数据流向。第一次只测试只读、低风险、可核查的动作，例如读取公开文档标题，不要从删除文件、发送邮件、更新 CRM 或执行生产命令开始。
启用前确认：能读取哪些字段；是否有写入或发送权限；凭证存在哪里；数据会发送给谁；重试会不会重复写入；如何撤销授权；日志能否确认动作；人工审批放在哪一步。RAG 也可能遗漏或错引，要求返回文档名、章节或可定位片段，并打开原文。
第十一步：导出、备份与恢复演练
- 创建测试聊天和测试 Prompt；
- 使用导出或备份能力保存副本；
- 记录浏览器、域名和同步状态；
- 在另一个安全环境验证备份；
- 确认内容完整；
- 撤销测试 Key 并验证旧 Key 失效；
- 新建替代 Key，确认恢复可行。
不要为了测试清理真实浏览器数据。真正删除前先验证备份，并保留正式文档的独立副本。启用云同步后，还要检查本地删除是否影响云端、其他设备和备份。
常见问题排查
聊天历史消失
确认是否换了浏览器配置、设备、域名或隐私窗口，是否清理过站点存储。检查云同步账户。停止继续修改，先查导出备份。
API 费用突然增加
停止多模型和自动重试，查看提供商用量。检查长历史、大文件、图片生成和并发模型，缩短上下文并设置硬预算。
引用不存在
要求区分事实与推断并给出可打开来源。回到原文搜索标题、作者、日期和原句。无法找到就删除引用，不能让另一个模型猜。
插件或 MCP 重复写入
立即停用工具，检查超时重试。恢复前增加幂等标识、人工确认和测试环境。无法确认第一次是否成功时，不要直接重试。
OpenRouter 回退到意外提供商
检查路由和隐私设置，固定允许提供商，查看请求日志。生产敏感任务不要允许无约束回退。
七天验收清单
第七天检查：十个以上任务的采用率是否提高；人工修改是否下降；复核模型是否发现有价值问题；每个采用输出的平均成本；401、429、超时与模型变更能否定位；项目和 Prompt 是否减少重复；导出恢复是否成功；Key 能否快速撤销；数据流向能否解释；是否真的需要更高许可。
如果价值只来自一个模型，官方客户端可能更简单。如果多模型没有减少返工，就关闭默认并发。如果本地备份负担太大，可评估云同步，但不要在未审查隐私前为了方便开启。
最终建议
从一个 Key、一个模型、一个项目和一个可衡量任务开始。先证明单模型流程可用，再增加复核模型；先完成导出恢复，再启用云同步；先验证只读工具，再开放写入权限。
TypingMind 的价值不在于把模型图标收集齐，而在于把模型选择、Prompt、项目、成本和人工审核变成稳定流程。任何一环无法解释，就先缩小范围，而不是继续增加模型和插件。
把每次新增模型或工具都当成一次小型变更：记录原因、预期收益、数据范围、预算上限和撤销方法。一周后若指标没有改善，就移除它。稳定、能解释、可恢复的两模型组合，通常比未经管理的十模型列表更有价值。
