FIT2CLOUD
Logo

菜单

应用市场上架协议

版本：listing-agreement-v2026.05.31

生效日期：2026-05-31

运营主体：凌霞（深圳）软件有限公司

本协议适用于开发者向应用市场提交应用、版本、制品、截图、文档、授权和其他上架材料的行为；价格相关材料仅在平台另行开放付费上架时适用。本协议中的「应用」指 Halo 插件和主题。你提交应用审核前，应阅读并同意本协议。

当前开发者自助上架流程仅支持免费应用。除运营方另行开放并明确适用规则外，本协议中关于交易、授权、订单或许可证的表述用于描述平台治理和可能的运营能力，不表示开发者已可自助上架付费应用。

当前自助审核流程主要适用于新应用首次上架。已发布应用的资料维护、后续版本发布和重大更新仍适用本协议、应用审核指南和平台治理规则；是否需要重新提交审核，以平台当时开放的流程、运营要求或运营方通知为准。

1. 上架材料

你提交的上架材料包括但不限于：

  1. 应用名称、简介、详细说明、图标、截图、链接和支持信息。
  2. 应用安装包、主题包、版本号、版本说明、兼容范围和依赖信息。
  3. 开源许可证、第三方依赖、隐私说明、外部商业服务说明；价格配置仅在平台另行开放付费上架时适用。
  4. 提交审核说明、测试账号、演示环境、特殊安装步骤或其他帮助审核人员验证应用的信息。
  5. 运营方为审核、测试、分发、平台治理和用户支持要求提供的其他资料。

你应保证上架材料真实、准确、完整、及时更新，并与应用实际功能一致。

2. 提交授权

  1. 你授权运营方为审核、扫描、测试、展示、分发、推广、统计、备份、故障排查和平台安全目的使用上架材料。
  2. 你确认提交的应用不侵犯第三方合法权益，并已取得发布、分发、展示、授权以及在平台开放范围内收费所需的全部权利。
  3. 如果应用包含第三方代码、图片、字体、图标、数据、模型、接口或服务，你应确保其许可允许当前使用方式。

3. 功能与质量要求

  1. 应用应具备可验证的完整功能，不得只是占位、广告、跳转页、空壳或无法独立运行的材料。
  2. 应用说明应清楚描述核心功能、适用场景、限制条件、配置方式和必要依赖。
  3. 应用应与声明的 Halo 版本范围兼容，并在安装、启用、升级、禁用、卸载和数据迁移场景中保持合理稳定。
  4. 应用不得明显降低站点性能、破坏管理后台、影响其他插件或主题的基本功能。
  5. 版本号、变更日志和兼容范围应准确反映实际发布内容。
  6. 首次提交审核前，应用应处于草稿状态，且仅保留一个初始草稿版本。
  7. 版本号应符合 Semantic Versioning 规范；Halo 兼容范围应为合法的 Semantic Versioning range，且不得包含首尾空白。
  8. 每个提交审核的版本应至少包含一个上传完成的制品；插件通常应提交可安装的 JAR 包，主题通常应提交可安装的 ZIP 包。

4. 安全要求

应用不得包含或引入以下风险：

  1. 恶意代码、后门、隐藏管理员、未披露远程执行、凭据窃取、挖矿、勒索或破坏性行为。
  2. 未经授权访问、修改、删除、导出、上传或共享用户数据、站点内容、订单、许可证、配置或日志。
  3. 绕过 Halo 权限、应用市场授权、支付流程、安全策略或审核机制。
  4. 未披露的远程加载核心代码、动态执行不可信代码、危险反序列化、命令注入、SQL 注入、模板注入、路径穿越或 SSRF 等高危缺陷。
  5. 将密钥、令牌、密码、私钥、支付凭据或其他敏感信息硬编码进公开包。

5. 隐私与数据处理

  1. 应用如处理个人信息、敏感信息、站点内容、订单、许可证、访问日志或第三方账户信息，应提供清晰的隐私说明。
  2. 应用应遵循最小必要原则，只收集实现功能所需的数据。
  3. 应用不得在未告知或未取得必要授权的情况下进行跨站追踪、用户画像、广告投放、数据出售或向第三方传输数据。
  4. 应用应为用户提供合理的数据删除、配置撤销、账号解绑或退出方式。
  5. 应用接入第三方服务时，应说明服务名称、用途、数据流向和用户可能承担的风险。

6. 内容与元数据

  1. 应用名称、图标、截图、描述和链接不得误导用户。
  2. 不得冒充 Halo 官方、应用市场官方、其他开发者、其他产品或不存在的合作关系。
  3. 不得使用违法违规、侵权、歧视、仇恨、色情、暴力、诈骗、赌博、恶意引流或其他不适合应用市场展示的内容。
  4. 截图应反映真实界面，不得夸大、伪造、盗用或展示与应用无关的功能。
  5. 外部链接应安全、可访问，并与应用功能、文档、支持或开源仓库有关。

7. 商业化、外部付费服务与授权

  1. 当前开发者自助上架流程仅支持免费应用；你提交的应用不得设置为应用市场内付费商品，也不得要求应用市场代收、结算或分账。
  2. 免费应用不得以误导方式隐藏关键付费条件，不得把必须付费才能使用的核心功能包装成免费应用。
  3. 你不得通过隐藏入口、私下交易、外部授权、技术绕过或诱导支付等方式规避应用市场的审核、交易、授权、订单、许可证或统计流程。
  4. 应用内涉及第三方付费服务、API 费用、订阅费用或自有商业授权时，应在说明中充分披露服务提供方、费用承担方、功能限制、取消方式和用户支持渠道，并明确相关费用不属于应用市场代收费用。
  5. 平台订单、支付、许可证、优惠等能力如由运营方用于历史已购、官方运营、专业版授权或特定合作场景，适用对应规则；开发者付费上架开放前，不产生开发者结算、分账或平台代收义务。
  6. 未来如开放开发者付费上架，价格、授权、售后、退款、税费、发票和商业纠纷责任将以届时发布的规则、协议或单独约定为准。

8. 审核与发布

  1. 运营方可以对应用进行人工审核、自动扫描、安装测试、功能测试、兼容性测试、安全评估和复审。
  2. 运营方可以要求你提供源代码、构建说明、测试账号、演示环境、隐私说明、许可证证明或其他审核材料。
  3. 审核通过不代表应用不存在问题，也不代表运营方对应用作出质量、安全或法律保证。
  4. 应用发布后，如发现违规、投诉、漏洞、兼容性问题或政策变化，运营方可以重新审核、暂停分发或下架应用。
  5. 紧急安全或合规风险下，运营方可先采取临时处置措施，并在合理时间内通知开发者。开发者可在收到通知后按程序补充说明或申诉。
  6. 提交审核后，平台会保存提交当时的应用信息、README、版本信息、版本说明、上传完成的制品和应用上架协议确认信息，形成审核快照。
  7. 审核期间，应用及其版本制品处于待审核状态。你不得绕过平台流程修改审核包；如需修改，应取消审核、等待驳回后重新提交，或按审核意见处理。
  8. 如果审核快照与当前应用、版本、内容或制品不一致，运营方可以拒绝通过审核，并要求你重新提交。

9. 更新、维护与下架

  1. 开发者应持续维护应用，及时修复严重缺陷、安全漏洞和兼容性问题。
  2. 重大功能、权限、数据处理、商业模式或第三方服务发生变化时，应更新说明并重新提交审核。
  3. 开发者主动停止维护或下架应用时，应尽量提前告知用户迁移、备份或替代方案。
  4. 运营方可基于安全、质量、合规、投诉、侵权、停止维护或平台策略原因下架应用。

10. 违规责任

如果应用或上架材料违反本协议、开发者协议、审核指南、法律法规或第三方权利，运营方可以拒绝审核、要求整改、暂停发布、下架应用、暂停交易、终止开发者资格，并保留追究责任的权利。

11. 协议更新

运营方可以更新本协议。新版本发布后，后续提交应用审核、重新上架、重大更新或继续使用上架服务时，可能需要同意当前版本。

已提交审核记录会保留提交当时的协议版本、发布快照、内容哈希和同意时间。

12. 争议处理

因本协议产生的争议，各方应优先友好协商；协商不成的，任一方可向运营方住所地有管辖权的人民法院提起诉讼。

13. 联系方式

审核、工单、投诉、侵权、隐私或安全问题可通过以下方式联系运营方：