九种内容,共用一套组成部分。

书籍、动画、游戏、软件,包括 MCP 服务器,都从十五个共用部分中选择八个组成。

五张深浅不同的灰纸叠成阶梯,最上面一张排着五张小彩纸

九种内容

选择一种内容,查看它使用的八个部分。

组成部分的名称始终相同,具体作用则因内容种类而异:书库的版本指译本和合订本,游戏的版本指平台和地区。

选择一种内容

书库使用的八个组成部分

  • 身份

    每部作品在各种语言和社区中都只有一个身份,ISBN 只标识其中一次出版。

  • 版本

    译本、重印本、平装本、电子版和合订本,分别记录为同一部作品的一次出版。

  • 制作人员

    作者、译者、插画师和出版社各自标明职责,同一位译者在每本书中都是同一个人。

  • 关系

    系列、续集、外传和改编各有类型,网络版和改写后的出版版本也彼此关联。

  • 进度

    读到哪一本、哪一页、下一本是哪本,切换阅读语言也能接着记录。

  • 评分

    故事、翻译和朗读分别评分,每个分数都附有评分人数和范围。

  • Wiki+

    人物、地点和事件的 Wiki 会引用出处章节,只显示到你读过的部分。

  • 销售

    可以在这里直接购买合作创作者的电子书。其他版本的销售信息会注明查询日期,没有数据就标为未知。

动画使用的八个组成部分

  • 身份

    各地译名都指向同一部动画,改编作品和原作各有身份,不会混成一条记录。

  • 日程

    每季的播出日期和集数都列入日程,预告、延期和停播分别记录。

  • 制作人员

    声优、角色和作品记录在同一份署名中,导演、编剧和制作公司也各有职责。

  • 关系

    续季、外传和原作各有关系类型,顺着链接就能找到小说或漫画。

  • 进度

    记录看到第几集和下一集是哪一集,选择观看的特别篇不计入完结条件。

  • 评分

    整部作品和每集都有各自的评分,并分别标明人数。

  • 讨论

    每集都有自己的讨论串,超出你观看进度的内容默认隐藏。

  • Wiki+

    角色、地点和事件的 Wiki 会注明出自哪一集,只显示到你看过的集数。

漫画使用的八个组成部分

  • 身份

    原文书名、各地译名和罗马音都指向同一部漫画。

  • 版本

    各语言的单行本、电子版、新版和合订本分别记录,卷数编号保持原样。

  • 制作人员

    原作、作画、译者和出版社分别署名,同一位作者的小说和漫画都显示在其页面上。

  • 关系

    原作小说、动画改编、外传和续篇各有关系类型,从任一端都能找到另一端。

  • 进度

    按话记录进度,也能看到整套单行本读过多少卷。

  • 评分

    整部作品、单话和译本可以分别评分,系列评分不会混入单话评分。

  • 讨论

    每话都有讨论串,还没读到的剧情默认收起。

  • 销售

    各语言版本在哪些地区销售、售价多少,都会附上查询日期。

游戏使用的八个组成部分

  • 身份

    一款游戏在不同平台和地区都只有一个身份,重制版和重启作品各自成为一款游戏并彼此关联。

  • 版本

    各平台、地区和语言的发行版本连同 DLC 分别列出。

  • 制作人员

    开发商、发行商、编剧、作曲和配音各自标明职责,同一位创作者的书籍和游戏彼此关联。

  • 关系

    续作、外传、改编和模组都有关系类型,可以看出彼此的依赖关系。

  • 规格

    各平台的系统需求和支持语言分别记录,未知和不适用是两种不同情况。

  • 评分

    评分可以针对某个平台的发行版本,跨版本总分会注明计算方式。

  • 讨论

    游戏本体、DLC 和单个平台的发行版本都可以开启讨论串。

  • 销售

    可以在这里直接购买合作开发者的小型游戏,也会并列显示其他商店的销售信息。

软件使用的八个组成部分

  • 身份

    一款软件在各平台和软件包仓库中都只有一个身份,分支项目单独列出,并注明分支来源。

  • 版本

    保留每个版本号、发布渠道和更新说明,旧版本也可以查到。

  • 规格

    支持的操作系统、处理器架构和软件包依赖逐个版本记录,每项都有来源。

  • 制作人员

    维护者、开发团队和所属组织各有身份,参与过的项目都列在同一页面。

  • 评分

    评分可以针对某个版本或平台,并展示评分人数和分布。

  • 讨论

    使用问题、更新心得和替代方案的讨论都关联到软件页面。

  • 销售

    官方下载、商店和软件包仓库的获取方式并列显示,价格和许可也清晰注明。

  • 关注

    可以关注软件或其维护者,及时了解新版本和公告。

视觉小说使用的八个组成部分

  • 身份

    中文和日文视觉小说社区共用同一个作品身份,也可以分别选择名称和排序。

  • 版本

    原版、官方译版、同好补丁和试玩版分别作为一次发行记录,注明语言、平台、地区和覆盖范围。

  • 多语言名称

    原文标题、别名和各语言译名分别保存,有译名不代表有可玩的译本。

  • 制作人员

    剧本、原画、音乐和配音分别署名,声优和饰演的角色也会关联起来。

  • 关系

    续作、外传、动画改编和小说化作品彼此关联。

  • 筛选

    按语言、平台、地区和完整度筛选时,每个条件都必须对应同一个发行版本。

  • 进度

    按路线记录进度,哪些路线已通关、哪些还没完成一目了然。

  • Wiki+

    角色和事件的 Wiki 会注明出自哪条路线,没玩过的路线暂不显示。

MCP Hub使用的八个组成部分

  • 身份

    一个 MCP 服务器项目只有一个身份,软件包、部署端点和观察记录都关联在它下面。

  • 版本

    每次软件包发布都单独记录,旧版本和变更记录也可以查到。

  • 规格

    每条证据都注明在哪个客户端、哪个版本、用哪种语言完成了什么任务,以及日期。

  • 制作人员

    维护者和所属组织各有身份,同一个人维护的技能和 API 也彼此关联。

  • 评分

    评分会注明针对哪个版本,并同时显示人数和分布。

  • 讨论

    配置方法、错误报告和用法分享都可以在服务器页面讨论。

  • 书单

    将常用服务器整理成书单并添加备注,可以分享和导出。

  • 关注

    关注服务器后,可按通知设置接收新版本和公告。

Skill Hub使用的八个组成部分

  • 身份

    一个技能只有一个身份,可以查看它从哪个代码仓库导入、修改过几次。

  • 版本

    每次发布都固定文件内容、许可和来源,下载的正是页面上注明的版本。

  • 规格

    所需软件包分为必需和可选,声明缺失或格式不受支持的地方都会如实标出。

  • 制作人员

    作者和共同维护者各有身份,他们编写的其他技能和服务器都彼此关联。

  • 评分

    评分未达到门槛时不计算平均分,只列出人数和分布。

  • 讨论

    用法、限制和问题报告都可以在技能页面下讨论。

  • 书单

    按工作流程整理技能书单,并为每项添加说明。

  • 关注

    关注技能或作者,有新版本时即可获知。

API Hub使用的八个组成部分

  • 身份

    一个公开 API 只有一个身份,各种标识符和旧名称都会指向它。

  • 版本

    各版本和更新记录列在一起,撤回的版本会注明状态。

  • 规格

    测量结果会注明方法、条件、单位和时间,并列在同一张表中比较。

  • 制作人员

    提供方组织和维护团队各有身份,同一组织的软件和 MCP 服务器都可以找到。

  • 评分

    评分会注明评价内容和评分群体。

  • 讨论

    集成经验、限制和替代方案都可以在 API 页面讨论。

  • 关注

    关注 API 后,新版本或撤回公告会直接发送到收件箱。

  • 书单

    将项目使用的 API 整理成书单,并注明用途。

各种内容按需连接共用部分。这里列出的是最能说明这一种内容的八个部分。

组成部分只需实现一次,切换内容,只需调整组合方式。

十五个组成部分

十五个组成部分,各有分工。

同一个组成部分在不同内容类型中承担不同作用。完整目录列出各部分的用途,并附有示例场景。

查看组成部分目录和示例
  • 身份

    无论使用哪种语言、访问哪个网站,都指向同一份内容。

    示意同一位作者既写小说,也制作游戏。两边的制作人员栏都链接到同一个人。

  • 多语言名称

    并列保存各语言的名称、别名和读音,原始写法保持不变。

    示意一部视觉小说的日文原名、中文译名和罗马字并列显示,搜索任一名称都能找到。

  • 版本

    版本、发行、译本、平台和覆盖范围都有各自的记录。

    示意一套三册的合订本作为一条发行记录,三册仍分别是三部作品。

  • 制作人员

    人物和组织按角色列出,每个名字都关联到各自的作品集。

    示意声优、角色和作品都记在同一条记录中,无须事后拼凑。

  • 关系

    从两端都能查看改编、续作、系列和依赖关系。

    示意动画页面标注“改编自”,原著页面便显示“改编作品”,两者来自同一条记录。

  • 筛选

    按可用字段筛选,查看所有结果,也可以将条件保存为视图。

    示意“主角为女性、改编自小说的动画”可以保存为一个视图,命名后即可关注。

  • 评分

    先注明评分对象,再给出分数和评论。

    示意同一本有声书的故事、译文和朗读可以分别评分。

  • 讨论

    讨论串直接关联到这份内容,无须另找论坛。

    示意讨论按阅读进度展开,没有读到的内容不会提前泄露结局。

  • Wiki+

    Wiki+ 页面和信息框直接呈现图谱中经过审核的事实。

    示意人物页面中的信息框读取关系图中的事实。修改一次,所有引用该信息的页面都会同步更新。

  • 书单

    书单不限种类,可以排序、添加备注,也可以导出。

    示意入门书单按顺序列出小说、漫画和动画,每项都附有一句说明。

  • 进度

    书库状态、每次阅读或游玩记录,以及接下来要看的内容。

    示意日文版读完前十册,改读中文版时,进度会从第十一册接续计算。

  • 关注

    关注内容、人物或视图,新动态会自动送达。

    示意关注已保存的筛选视图。有新项目符合条件时,你会收到通知。

  • 销售

    有商品销售时,列出供应情况、价格和购买渠道。

    示意没有相关数据时,供应情况会标为“未知”,不会显示为“有货”。

  • 规格

    实测规格和兼容性证据,并附上测试条件和日期。

    示意兼容性记录会注明客户端、版本和观察日期。

  • 日程

    发售日期、播出时间和活动都列入同一份日程。

    示意公布、预定、确认和延期是四种状态,分别记录。

五个模块

组成部分按用途归入五个模块。

每个模块回答一个问题,使用若干组成部分。信任模块是个例外:它不选择组成部分,而是贯穿每个部分,管理来源、权利和隐私。

新增种类

新增一种内容,只需配置。

加入一种新内容,无须为它另写一套后端。组成部分已经就位,只需准备五项配置。

  • 词汇

    这一种内容有哪些类型和属性,尽量沿用现有词汇。

  • 映射

    将外部数据的每个字段对应到图谱中的属性。

  • 初始数据

    第一批条目,以及它们之间的关系。

  • 已保存的视图

    将几组常用筛选条件设为索引和标签页。

  • Zone

    搭建一个网站,为这一种内容整理页面。

需要新增行为时,只需实现一次并加入新的组成部分,需要它的种类都可以接入。

从你在意的种类开始,其他八种内容也已关联到同一个账号。

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