公开路线计划一份公开路线图，按我们构建记录的方式构建。
本页将展示我们目前正在构建什么、接下来是什么，以及之后在考虑什么，涵盖每个套件和平台的各个部分。目前尚未发布任何条目。其他一切都已就绪：泳道、领域、条目流转的规则，以及决定这些规则的原则。
- 条泳道，从当前一直到已发布
- 4
- 领域：套件分组与平台
- 12
- 个目前已经发布的条目
- 0
- 个已记入更新日志的版本
- 0
路线看板
四条泳道，从进行中的工作到已发布的工作。每个条目恰好位于一条泳道，并带有其所属领域，因此您可以跟踪某一个套件或平台的某一部分。在创始人发布第一批条目之前，看板是空的。
正在显示全部领域之中的条目：目前尚未发布任何条目。
当前
条目：0正在构建之中。相关工作已经正式开始，这个条目正在进入更新日志的路上。
下一步
条目：0已经确定并排入队列。在当前的各个条目发布之后，它就是下一项会开始的工作。
日后
条目：0值得去做，并且会持续关注，但目前尚未排定具体的日程。其范围仍有可能发生变化。
已发布
条目：0已经正式发布。每个已发布的条目都会链接到与之对应的更新日志条目和相关文档。
每个条目将会显示哪些内容
看板上的每一张卡片都将包含完全相同的六个部分，因此一个条目会说明它是什么、目前处于哪个阶段、到哪里可以了解更多信息，除此之外不包含其他任何内容。
- 1领域：这个条目具体所属的套件分组，或者它所属的平台领域。
- 2标题：用平实的语言说明这个条目是什么。
- 3成果：在它正式发布之后，能够让您做到或者验证哪些事情。
- 4泳道与最近一次移动：它目前所处的阶段，以及它上一次更换泳道的时间。
- 5链接：它所影响到的那些相关文档，以及在发布之后与之对应的更新日志条目。
- 6投票：在投票功能开放之后，有多少人曾经提出过这项需求。
路线图所依据的那些领域划分。
路线图遵循产品的结构。套件领域是 Trustvice 360 的五个分组；平台领域是每个套件共享的部分。每个领域都链接到目前其中已有的内容。
套件分组
每个套件分组一个领域。新套件和对现有套件的变更会放在这里；标注为“即将上线”的功能也属于这里。
智能体
观察、测试并演练智能体的行为。
条目：0目前的套件：4治理
规则、漂移与行为检查。
条目：0目前的套件：3商业与披露
价格来源与 AI 披露。
条目：0目前的套件：4接口
人与智能体如何接入平台。
条目：0目前的套件：3能力
内置于 Trustvice 360：为您接入的系统提供经签名、成链、可公开验证的记录。
条目：0平台层面
每个套件所依赖的界面和保证。
条目将会如何流转。
当我们认定某件事情值得去做的时候，它就会作为一个条目进入看板，并且每次只会移动一条泳道。泳道所描述的是工作目前所处的阶段。它们并不是日期，路线图也不会承诺某个条目将在具体何时发布。
/changelog流转规则
- 一个条目同一时间只位于一条泳道中，并且每次只移动一条泳道：从“日后”到“下一步”，从“下一步”到“当前”，从“当前”到“已发布”。
- 泳道给出的是先后顺序，而不是日期。只有在某项内容发布之后，才会出现日期。
- 当某个条目被退回或者被放弃时，卡片上会注明这一点以及具体原因，而不会让它就这样悄无声息地消失。
- 只有在对应的更新日志条目正式发布之后，一个条目才会进入“已发布”，因此“已发布”与更新日志之间始终保持一致。
我们如何决定哪些内容列入其中。
塑造整个产品的那些规则，同样也决定着它的路线图。一项违反了其中某一条规则的需求，无论被提出过多少次，都不会以那种形式发布出来。每一条规则都会附上链接，指向产品目前已经在践行它的那个地方。
回执所陈述的内容，绝不超出它所能证明的
一个新的功能或者字段，必须准确地说明它能够证明什么、不能证明什么。如果一份回执会暗示某个我们其实并未观察到的事实，那么就要修改设计，直到它不再如此为止。
目前在哪里得到体现一份回执所无法证明的内容 →02保持中立
我们在记录之中不偏袒任何一方。我们为自己所观察到的或您所报告的内容签名，标明哪个是哪个，并且从不添加任何评判结论。
目前在哪里得到体现观察到的事实与报告的事实 →03无需依赖我们即可验证
任何新增的内容，都必须能够使用已经公开的密钥以离线方式检查，既不需要账户，也不需要调用我们的服务器。
目前在哪里得到体现在您自己的代码中验证 →04旧的回执依然能够继续通过验证
同一版本之内的各项变更都是增量式的。按照我们的政策，密钥轮换同样也是增量式的，因此今天签名的回执，在新的密钥启用之后依然可以通过验证。
目前在哪里得到体现密钥轮换以及旧回执的验证 →05哈希优先
相比那些需要您的内容的设计，我们更倾向于只需要一个哈希值的设计。一项会让我们存储更多数据的功能，必须先证明它确实值得这样做。
目前在哪里得到体现数据与隐私保护 →06坦诚说明各项局限
每一次发布都会在其新增内容的旁边，一并说明它目前已知的各项局限。对于计划中的内容，路线图也同样会这样做。
目前在哪里得到体现目前已知的各项局限 →已经正式发布的各项内容。
更新日志所记录的，是今天真实存在的那些内容。以下是它最新的几条记录，直接取自更新日志本身。在路线图正式开放之后，“已发布”泳道之中的每一个条目，都会指向其中的某一条记录。
最新的几条记录
在路线图正式开放之前，更新日志里所列出的那份已知局限清单，就是对于目前哪些内容还没有完成的最为直接的一份说明。 阅读已知的各项局限 →
提出一项功能需求。
您现在就可以请求套件功能、字段、集成或变更。现在发送的请求将成为路线图开放时的第一批输入。
给我们写信
通用联系表单，适用于新功能、缺失的字段或对现有功能的变更。
打开/contact?topic=general →咨询技术支持
如果您已经在使用 Trustvice，而您的工作中缺少了某样东西，技术支持团队可以连同相关细节一起把它记录下来。
打开/support →申请添加一项第三方集成
适用于您希望 Trustvice 能够与之协同工作的各类平台、框架或者服务。
打开/contact?topic=integration →并不适用于安全类问题
安全漏洞并不属于功能需求。请不要在这里提交，而是改为通过我们的安全页面，以私密的方式进行报告。
打开/security/report →投票功能将随路线图一同开放
目前还没有投票功能。在路线图正式开放之后，您可以直接为某个已有的条目投上一票，而不必再重新撰写一条新的需求。在此之前，给我们发送一条消息也同样有效。
什么样的需求最容易被我们落地实施
- 用一句话清楚说明您需要为之取得证据的那个事件。
- 谁需要检查这份回执：某位客户、某位审计人员、某个法院，或者您自己的团队。
- 这份回执应当陈述哪些内容，以及它绝对不能声称哪些内容。
- 您目前在用什么来作为替代，以及它存在哪些不足之处。
在路线图正式开放的时候收到通知。
加入路线图通知名单之后，我们会在第一批条目正式发布的时候，以及此后路线图每一次发生变化的时候，给您发送电子邮件。这是一份只涉及一个主题的名单，您可以随时选择退出这份名单。
- 双重确认机制：在您通过第一封邮件完成确认之前，我们不会发送任何内容。
- 这份名单只发送与路线图相关的动态。其他的各类邮件订阅都彼此独立。
- 您可以随时通过您的电子邮件偏好设置，选择退出这份名单。