Open Hamster
Open Hamster
首页 产品功能 下载 文档 生态原则
语言
立即下载
开放·尊重·共赢

对第三方模型与技能生态的尊重原则

Open Hamster 是我们自主设计开发的产品,为了给大家带来更完整的使用体验,我们会接入各类第三方模型、执行引擎、接口、CLI 工具和社区技能资源。我们深知健康的生态需要各方共同维护,因此我们始终坚持以下原则,尊重每一位创作者和贡献者的劳动成果。

清晰区分产品层与底层能力

Open Hamster 本身是我们独立打造的产品品牌和产品层能力,所有接入的第三方模型、API、CLI工具、运行时和社区技能,都会明确标注为外部能力,不会和我们自研的产品能力混淆,更不会冒充为自研底层技术。

如实表述能力来源

如果产品的某些功能依赖第三方模型、API、CLI工具或执行引擎,我们对内对外都会明确说明,绝不会把第三方提供的能力说成是我们完全独立研发的成果。

不擅自搬运第三方社区内容

我们不会主动抓取、镜像或批量搬运第三方技能社区的内容作为默认路线,更不会把整个外部生态直接搬运过来,包装成我们自己的内容平台。

做连接者,不做替代者

对于技能生态,我们优先做连接和兼容,而不是替代原有社区:

  • 支持用户主动从原始来源下载并导入技能
  • Agent可按用户指令直接从原始来源下载技能
  • 平台提供便捷的安装、管理、更新、启用工具

我们不会把其他社区的内容整站复制到自己的服务里,而是引导用户回到原始来源获取。

完整保留资源来源信息

所有从第三方导入的技能、模板、工作流或其他资源,我们都会完整保留它的相关来源信息:

  • 资源的原始来源平台
  • 原作者或所属组织
  • 资源的原始获取链接
  • 版本号或最后更新时间
  • 对应的开源许可证信息

绝不会让导入后的资源变成“看不出从哪里来的平台自有资产”。

严格遵守许可证与使用规则

无论是接入的模型接口、CLI工具、SDK,还是导入的技能资源、社区内容,只要对应的官方有明确的许可证、使用协议或者平台规则,我们都会严格按照规则使用,不会故意做绕过规则的操作。

不侵占第三方内容的原创归属

我们会基于这些第三方能力做更好的产品整合、更流畅的使用体验、更便捷的管理工具,但绝对不会让用户产生误解,误以为这些第三方的技能、模型能力或者外部资源本身是由我们原创提供的。

优先沟通合作,而非擅自对接

如果未来我们要对接某个成熟的外部技能生态、模板社区或者开放平台,我们会优先和对方团队沟通合作、兼容或者授权的方式,不会先悄悄上线相关功能再事后解释。

尊重生态贡献者的付出

如果第三方生态的内容为我们的产品和用户提供了实际价值,我们会预留合理的回馈方式,比如:

  • 在产品内给原作者/项目清晰署名
  • 引导有需要的用户回流到原项目
  • 主动为原项目贡献代码或完善文档
  • 提供维护支持或者建立官方合作关系

我们绝不会只做“拿来就用”的使用方。

对用户保持能力透明

在产品设计上我们会尽量做到透明,让用户清楚地知道当前使用的能力来自哪个模型、哪个运行时、哪个技能来源,不会把所有能力都包装成黑盒让用户不明所以。

平台价值在于整合能力,而非搬运能力

Open Hamster 的核心价值永远体现在我们自己打造的产品能力上:

  • 更流畅好用的产品体验
  • 更低门槛的上手使用方式
  • 更高效的任务组织管理能力
  • 更智能的Agent调度管理能力
  • 更强大的自动化与协作体验

我们绝对不会只是把外部能力简单拼装之后改个名字就当成自己的产品。

目标是共建生态,而非占有生态

我们的长期目标是把 Open Hamster 打造成一个更开放、更好用、能连接各类模型和技能来源的开放平台。所有发展的前提都是尊重原作者、尊重来源、尊重规则,在合作和兼容中共同成长,绝对不会通过模糊边界的方式获取短期竞争优势。

共建开放共赢的AI生态

我们相信,只有尊重每一位创作者和贡献者,才能建立长期健康的生态环境。如果你是技能开发者或模型提供方,欢迎通过 GitHub 仓库与我们联系,一起探索合作可能性。

语音转写边界

  • 本地语音转写是可选增强能力。
  • 主安装包不默认内置本地语音运行时和模型 payload。
  • 用户可在 Open Hamster 软件内安装语音转写组件,安装完成后会自动接入使用。
  • 相关第三方组件适用各自许可证。