Not Diamond 解决的是一个很现实的问题：编码代理和工程团队在不同大语言模型之间来回切换时，很难稳定判断哪一个模型更适合当前任务。写代码、改 Bug、补测试、做代码审查，本质上对模型能力、响应速度和调用成本的要求都不一样，固定用一个模型往往不是最优解。
它更像 AI 工程工作流里的模型路由层，把 LLM 调度、成本优化和开发协作放到同一条链路里处理。对使用代码助手或自建编码代理的团队来说，Not Diamond 的价值不在于替代某个模型，而是在多个前沿模型之间做更细的选择，让每次调用更贴近任务本身。
核心功能
- 智能模型路由：根据具体任务自动选择更合适的大语言模型，减少工程师手动判断该用 Claude、GPT 还是其他模型的时间，让编码代理在生成代码、解释错误、补全方案时更稳定。
- 多模型性能优化：把不同模型的能力差异纳入调度逻辑，在复杂推理、代码生成、快速问答等场景下分别匹配模型，避免所有任务都走同一套调用路径造成质量波动。
- 成本控制与预算效率：在满足输出质量的前提下优先考虑调用成本，适合调用量较大的 AI 开发平台或内部工程工具，能帮助团队减少高价模型被滥用的情况。
- 编码代理工作流接入：面向工程场景设计，适合接入自动编程、代码审查、文档生成、测试生成等流程，让模型选择成为后台能力，而不是每个开发者都要单独处理的配置问题。
适用人群
- AI 工程团队：当团队同时接入多个 LLM，并且需要在质量、延迟和成本之间做长期权衡时，Not Diamond 可以把模型选择从经验判断变成可管理的路由策略。
- 编码代理开发者：如果正在做自动写代码、自动改错或仓库级任务代理，经常遇到某个模型在部分任务上表现很好、另一些任务上不稳定，就需要一个模型路由层来降低失败率。
- 独立开发者和小团队：当预算有限但又想用上多个前沿模型时，它可以帮助把高成本模型用在真正需要的任务上，日常轻量任务则交给更经济的选择。
- 内部开发平台负责人：如果公司里已经有代码助手、AI Copilot 或工程自动化平台，Not Diamond 适合放在模型调用入口处，统一处理调度、成本和效果监控问题。
常见疑问
- Q：Not Diamond 是一个新的大语言模型吗？
A：不是。它更接近模型路由平台，核心是帮你在多个模型之间做选择和调度，而不是提供单一模型能力。
- Q：它适合个人开发者使用吗？
A：如果只是偶尔问代码问题，收益可能不明显；如果你在做自动化编码代理、频繁调用模型 API，或者想控制多模型调用成本，就比较值得关注。
- Q：接入门槛高吗？
A：它面向工程团队和 AI 开发者，通常需要有 API 调用、模型配置和工作流集成经验。对完全无代码用户来说，并不是最轻量的工具。
类似产品
- OpenRouter：更偏通用的多模型 API 聚合入口，适合快速接入不同模型；Not Diamond 更强调根据任务做模型路由和工程场景优化。
- LangChain：偏向构建 LLM 应用和智能体框架，提供链式调用、工具调用和记忆等能力；Not Diamond 的重点在模型选择和调度层。
- Cursor：面向开发者的 AI 代码编辑器，直接服务写代码体验；Not Diamond 更适合作为底层模型路由能力，接入代码助手或编码代理系统。
