入门阶段最贵的不是模型，是把设置、密钥、会话历史绑死在一个不会换的界面上。薄前端的标准是：能接本地，能接多家 API，能导出对话，坏了换一个壳还能继续。
落地清单
- 密钥放本地，不要为了方便交给来路不明的中转页。
- 知识库路径和模型名写进可备份的配置。
- 先跑通三轮对话和一次文档问答，再装插件。
盒子可以丑。链路必须你自己说得清。
薄还有一层含义：不在前端里藏业务规则。限流、审计、知识库权限放在你能看见日志的那一层。
本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源
常见问题 FAQ
什么是AI前端的'薄'原则？
AI前端的'薄'原则指的是前端应该尽量简化，避免绑定特定模型或服务。具体来说，薄前端要能接入本地或多种API，支持导出对话，并且当出现问题时，可以轻松更换前端壳子而继续使用。这样做的好处是提高了灵活性和可维护性，让你不依赖于单一界面。
为什么密钥要存放在本地而不是交给中转页？
密钥放本地是为了安全和控制权。如果为了方便将密钥交给来路不明的中转页，可能会带来安全风险，比如数据泄露或滥用。将密钥保存在本地，可以确保你对访问权限有完全的掌控，遵循落地清单中的建议，避免不必要的依赖。
如何确保AI配置的可备份性？
在落地清单中，建议将知识库路径和模型名等配置写进可备份的文件。这样，当需要迁移或恢复时，只需备份这个配置文件即可。避免将配置硬编码在前端中，确保数据的可移植性，方便后续维护和换壳。
薄前端的落地清单包括哪些关键步骤？
落地清单包括几个核心步骤：首先，将密钥存放在本地；其次，将知识库路径和模型名写进可备份的配置文件；然后，先跑通三轮对话和一次文档问答的基础功能；最后，再考虑添加插件或花活。记住，盒子可以丑，但整个链路必须清晰可控。
业务规则应该放在前端还是后端？
薄前端的含义之一是不在前端里藏业务规则。限流、审计、知识库权限等业务逻辑应该放在后端或你能看见日志的那一层。这样做的目的是保持前端的简洁，同时确保业务逻辑的透明和可监控，避免前端变得臃肿和难以维护。
在AI前端开发中，应该先做什么再做什么？
在AI前端开发中，首先确保前端薄且灵活，能接入多种模型和服务。然后按照落地清单，先配置好密钥和可备份配置，跑通基础功能。最后再考虑添加花活，比如插件或高级功能。这样才能保证系统的稳定性和可扩展性，逐步推进。