Open Hamster 是我们自主设计开发的产品,为了给大家带来更完整的使用体验,我们会接入各类第三方模型、执行引擎、接口、CLI 工具和社区技能资源。我们深知健康的生态需要各方共同维护,因此我们始终坚持以下原则,尊重每一位创作者和贡献者的劳动成果。
Open Hamster 本身是我们独立打造的产品品牌和产品层能力,所有接入的第三方模型、API、CLI工具、运行时和社区技能,都会明确标注为外部能力,不会和我们自研的产品能力混淆,更不会冒充为自研底层技术。
如果产品的某些功能依赖第三方模型、API、CLI工具或执行引擎,我们对内对外都会明确说明,绝不会把第三方提供的能力说成是我们完全独立研发的成果。
我们不会主动抓取、镜像或批量搬运第三方技能社区的内容作为默认路线,更不会把整个外部生态直接搬运过来,包装成我们自己的内容平台。
对于技能生态,我们优先做连接和兼容,而不是替代原有社区:
我们不会把其他社区的内容整站复制到自己的服务里,而是引导用户回到原始来源获取。
所有从第三方导入的技能、模板、工作流或其他资源,我们都会完整保留它的相关来源信息:
绝不会让导入后的资源变成“看不出从哪里来的平台自有资产”。
无论是接入的模型接口、CLI工具、SDK,还是导入的技能资源、社区内容,只要对应的官方有明确的许可证、使用协议或者平台规则,我们都会严格按照规则使用,不会故意做绕过规则的操作。
我们会基于这些第三方能力做更好的产品整合、更流畅的使用体验、更便捷的管理工具,但绝对不会让用户产生误解,误以为这些第三方的技能、模型能力或者外部资源本身是由我们原创提供的。
如果未来我们要对接某个成熟的外部技能生态、模板社区或者开放平台,我们会优先和对方团队沟通合作、兼容或者授权的方式,不会先悄悄上线相关功能再事后解释。
如果第三方生态的内容为我们的产品和用户提供了实际价值,我们会预留合理的回馈方式,比如:
我们绝不会只做“拿来就用”的使用方。
在产品设计上我们会尽量做到透明,让用户清楚地知道当前使用的能力来自哪个模型、哪个运行时、哪个技能来源,不会把所有能力都包装成黑盒让用户不明所以。
Open Hamster 的核心价值永远体现在我们自己打造的产品能力上:
我们绝对不会只是把外部能力简单拼装之后改个名字就当成自己的产品。
我们的长期目标是把 Open Hamster 打造成一个更开放、更好用、能连接各类模型和技能来源的开放平台。所有发展的前提都是尊重原作者、尊重来源、尊重规则,在合作和兼容中共同成长,绝对不会通过模糊边界的方式获取短期竞争优势。