许可
最后更新：2026 年 8 月 30 日。本页说明的是 NarrativeTrace 各个库，不是这个网站。
NarrativeTrace 的 API 与输出格式是开放标准（Apache 2.0）。它的运行时免费且源码可见（BSL 1.1， 并在每个版本发布四年后转为 Apache 2.0），因为跑在你进程里的代码应当可以被审计。它的智能能力 是商业授权的。
三句话就是整个模型。本页余下的部分说明这三类各自包含什么、我们为 Business Source License 填写的参数是什么，并指向真正具有约束力的文本 — 因为摘要从来都不具有约束力。
三类授权
| 类别 | 覆盖范围 | 许可证 |
|---|---|---|
| 开放标准 | 注解与装饰器 API、输出格式规范、清晰度评分标准 — 也就是各平台上的
api 包。任何人都可以实现它们，竞争对手也可以。 |
Apache License 2.0 |
| 免费运行时 | 在你的进程内把运行中的代码变成叙事的那个引擎：捕获、渲染、无值的 .nt
产物、清晰度评分，以及各框架集成。 |
Business Source License 1.1 — 可免费用于生产、源码可见，并在每个版本发布四年后 转为 Apache 2.0 |
| 商业授权 | 跨运行聚合、规模化的 AI 集成、审批治理、合规级审计，以及托管后端 — Pro 与 Enterprise。 | 专有 |
这条界线不是功能阶梯，而是谁来承担成本的问题。一份人人都能实现的规范，开放比封闭更有价值。 一个在你应用内部执行的运行时，应当让不得不信任它的人读得到。跨越许多次运行、许多个团队的分析， 才是我们卖的东西。
运行时：Business Source License 1.1
BSL 1.1 是一种源码可见的许可证，有四个由许可方填写的参数。我们填的是：
| 许可方（Licensor） | Empower Agile |
|---|---|
| 被许可作品（Licensed Work） | NarrativeTrace 运行时，按发布的每一个版本计 |
| 附加使用授权（Additional Use Grant） | 用于任何目的的生产使用，包括为你自己的客户提供服务；但不得把本作品作为与之竞争的日志、 追踪或代码叙事产品来提供 |
| 转换日期（Change Date） | 自被许可作品发布之日起四年 |
| 转换许可证（Change License） | Apache License, Version 2.0 |
落到实处是什么意思
- 你可以用于生产。任何目的、任何规模、商业与否都可以，不必付钱，也不必问我们。 附加使用授权就是为此而设的：它不是试用，也不会到期。
- 你可以在它之上做产品，并用那个产品服务你自己的客户。追踪自己的系统就是生产 使用，不论这些系统服务的是谁。
- 你可以阅读、打补丁、fork、内置和审计源码。它跑在你的进程里；它做了什么， 不该只能听我们说。
- 你不能转售 NarrativeTrace 本身 — 把本作品作为与之竞争的日志、追踪或 代码叙事产品来提供，是这项授权唯一排除的用法。
- 每个版本最终都会变成 Apache 2.0。某个版本发布四年后，它的转换日期到来， 那个版本就永久地对所有人以 Apache 2.0 授权。这个计时按版本各自进行，无需我们做任何事。
我们不把运行时称为开源，你也不必这样称呼它。BSL 1.1 不是 OSI 认可的许可证： 它限制了一个使用领域，那是一项真实的限制，不是形式上的措辞。在某个版本到达转换日期之前， 「免费且源码可见」才是准确的说法；到达之后，那个版本就确实是 Apache 2.0 了。
文档、schema 与本站
- 文档正文 — 文档下的各个页面 — 采用 CC BY 4.0。引用它、翻译它、 用它开一门课都可以；保留署名即可。
- 输出格式的 JSON schema 文件采用 Apache 2.0，理由和它们所描述的规范一样： 没人能解析的格式不成其为格式。
- NarrativeTrace 的名称与标志不在上述任何一项的覆盖范围内。 品牌包说明了它们可以怎样使用。
有约束力的文本在哪里
本页是写来给人读的摘要，它不是许可证。真正有约束力的，是随每个仓库和每个发布产物一起分发的
LICENSE 文件，以及每个源文件顶部的 SPDX-License-Identifier 头。
这些文本是英文的，并以英文为准：本页与该文本有出入时，以该文本为准。
- MariaDB 发布的 BSL 1.1 全文： mariadb.com/bsl11
- Apache License 2.0 全文： apache.org/licenses/LICENSE-2.0
- 代码仓库本身： github.com/narrativetrace
如果你的用法本页没有明确回答 — 嵌入、再分发，或任何感觉接近边界的情况 — 欢迎写信到 [email protected]。 与其让你猜，我们更愿意回答。