软件

把每次发行都记录清楚,方便查找。

开发者在 REZICS 维护自己的程序,记录每次发行的版本号、平台、文件和更新说明,以及许可条款和获取方式。关注者、筛选条件和 AI 代理读取的都是同一份信息。

一条发行记录

发行记录包含的字段。

必填字段未填完整时,发行无法提交;提交后,这条记录就会归档。

一张深青色纸片穿过灰蓝色纸上的一道切口。
  • 版本号

    4.0

  • 发布渠道

    稳定版

  • 日期

    2026-08-25

  • 平台

    甲系统 64 位、乙系统 64 位、丙系统手机端

  • 文件大小

    48.2 MB

  • 哈希值(节选)

    sha256 9f2c41d7e41a

  • 许可

    某开源许可证 2.0 版

  • 获取方式

    开发者网站(外部链接)

  • 更新说明

    新增工作区,并移除旧的插件格式。

示例编辑器 4.0 的发行记录(示意)

发布流程

发布一次,共分五步。

  • 确认维护权限

    先确认你有项目的维护权限,再维护它的页面和发行。

  • 填写发行信息

    填写版本号、发布渠道、日期和各个平台的文件。

  • 声明许可

    选择许可条款和版本。声明会记录声明者、时间和适用范围。

  • 注明获取方式

    明确说明文件由谁提供、在哪里下载,或需要前往哪个外部页面安装。如果 REZICS 只是提供外部链接,就不会说成由 REZICS 安装。

  • 发布

    发行会成为归档记录,关注你的人会按各自的通知级别收到消息。

这些步骤都能通过 API 和 MCP 完成,你的发布流程可以自动提交每次发行。

许可

许可要注明具体条款和版本。

每项许可声明都会记录具体条款和版本、声明者、时间、适用范围和来源。从外部来源导入的许可文本会注明来源,不会被当作你本人的声明。

  • 不等于认证

    声明本身不是法律认证,也不会改变任何人的编辑权限。

  • 不清楚就如实说明

    如果不清楚最初由谁授权、授权年份,就如实标为未知。

  • 可以筛选

    许可可以作为筛选条件,查找条款符合需求的程序。

依赖

依赖关系遵循各生态系统自身的规则。

REZICS 解析软件包依赖关系时,会保留各生态系统原有的身份、版本顺序和依赖含义,再将结果锁定到确切的文件。

  • 必需项和建议项

    必需的依赖和冲突,与建议的搭配和提醒会分别记录。

  • 已撤下的版本

    已撤下的版本按所属生态系统规则处理;已有锁定仍会保留当初选择的文件。

  • 分别报告

    来源无法查询、条款不支持或超出预算,会与确实无解的情况分开报告。

  • 查不到不等于不存在

    无法查询的依赖信息,不会被当作没有依赖。

安装不代表允许执行;软件包中的脚本只有经过你明确同意才会执行。

REZICS 的安装流程只接受经过验证的文件,并将它们放在隔离的暂存区。

发布之后

发布之后的维护。

  • 截图和声明

    截图、隐私和无障碍声明都会注明提供者。

  • 撤回过时信息

    某个平台的信息过时后,可以撤回这条信息,但不会删除程序、发行记录或讨论。

  • 上架

    销售时会用表格列出价格、地区和有效期,价格变动也会保留记录。

  • 演职人员

    维护者和贡献者都会注明角色;即使更换项目,仍使用同一个身份。

发布一次,所有人看到同一份记录。

用一个账号关注书籍和动画、记录游戏进度、评分和整理书单,也能通过 Zone 为你的社区搭建网站。