已提供
Java SDK
在构建里加一个 jar，调用即可。不需要另外常驻的代理或服务。
当前可用的接入方式
照实际就绪程度写。
还没提供的，就不写成已提供。在路线图上的，就标成路线图。
已提供
CLI 与批处理
一个可执行 jar，从命令行或批处理里运行，能直接挂进现有的流水线。
已提供
容器与私有部署
在内网里也没有限制。与文档相关的信息不会外泄。
商务洽谈
OEM 与白标
把它内嵌进贵司已有的解决方案，形式可以自由选。条件逐案商定。
计划中
REST API
基于 HTTP 的 XBRL API 计划于 2026 年下半年提供。
MirrorMere 不露面。
Java SDK
回来的东西会告诉你：错在哪、为什么错、接下来该看什么。
拿回来的不是一串错误代码。每一条都写明：在文档的哪个位置、违反了哪一款、因此手上拿着报送的人该去看什么。不管是 Dimensions 还是 Inline XBRL 抓到的，形态都一样，可以直接摆到经办人面前。
ValidationOutcome outcome = validator.validate(report);
for (ValidationFinding f : outcome.errors()) {
f.code(); // what went wrong
f.specRef(); // the clause it breaks
f.location(); // where in the document
}调用一次，复核要用的东西就都在里面了：哪里、为什么、改什么。
CLI 与批处理
三条命令就够用了，别的都不需要。
validate- 检查一份报送。提交包、拆成多份的 Inline XBRL 文件、单个文档都收。属于同一份报送的多个文件会合起来当一份看。
cts- 由您自己来跑公开的标准测试，全跑或只跑您关心的部分都行。认证页上的数字就是这么来的。
doctor- 在相信结果之前，先体检这台机器：分类标准是不是都在该在的位置，环境有没有问题。缺文件会在这里作为配置问题暴露，而不是过后变成一句「没问题」。
隔离网络
在连不上互联网的地方，照样跑得起来。
财务和审计部门常常在与互联网隔离的网络里办公。那些要从网上取校验依据的引擎，到这里就走不动了。更麻烦的是另一种：少校验了却一声不吭地放行。MirrorMere 根本不向外连。
- 校验用的分类标准以文件形式放在您手上，运行时不会去别处取。
- 缺了它需要的东西，它会直说，而不是干脆放行。
- 每次运行都记下用了哪些分类标准。两边结果对不上时，可以直接比对，而不是各说各话。
- 完全没有对外通信：不回传使用情况，也不做许可校验。
如果您已经在用开源工具
用开源也没问题。
市面上有免费的开源 XBRL 校验工具，其中也有和我们一样拿到 Validating Processor 认证的。若只是偶尔查一份报送，用它们就够了。但要把校验放进产品去卖，还需要另外三样东西。
是库，不是另外跑着的程序
MirrorMere 是为「进到产品里」而做的 Pure Java 库：往构建里放一个文件，在自己的代码里直接调用。不用另外守着一个进程，也不用维护一座桥。
有人可以问
规范改版时，跟上是我们的义务，不用您干等。卡住的时候，问题直接送到写引擎的人手上。
也不必非要二选一。两边都跑、互相对照，同样是稳妥的做法——两个各自独立的实现给出同一个结论，这份一致本身就是证据。
对标准的承诺
规范一直在变。跟上它是我们的事，不是您的事。
- 版本
- 每份结果都带着产出它的版本。几个月后答案变了，能查出到底哪里变了，而不用凭空争论。
- 跟进规范改版
- 规范或标准测试改版后，先把全部测试重跑一遍，才发布新版本。
- 技术支持
- 直接联系到做引擎的人，前面没有挡着的工单队列。
- 部署
- 本地部署和内网隔离部署是常态，不是需要另行谈判的例外。
- 评估许可
- 提供覆盖整个评估期的许可。试用期间不设人数或件数限制。
- 第三方许可
- 随产品一并附上所用第三方库及其许可证，可以直接交给法务审查。
到处找「为什么」的时间没有了。
先联系我们
说说贵司在做什么。
您在做什么、卡在哪儿，说给我们听，我们陪您一起解。MirrorMere 的价值不在那个文件，而在这里。
- 引擎、命令行执行工具和标准测试工具一并奉上，跟我们自己用的是同一份。
- 拿您自己的报送去跑，而不是我们挑好的样例。
- 本站写的每个数字，您都能自己重跑一遍：测试是公开的，执行工具就在包里。
- 在交换任何材料之前，先签保密协议。
习惯用邮件的话，直接写信给我们也可以。 manager@codebplat.co.kr