Kair 开源

Kair 的开源工作台

这里放我公开做的开源项目。每个项目都先把方案写出来，再动手写代码。方案后来改了什么，也留在这里。

现在有一个项目，还在起草阶段。

Regmark

方案起草中

让 AI 购物代理读到的商品事实，和结账时实际收的对得上。

没套准：四个出口报出的到手价叠印在一起，35.00、39.00、缺货、45.20，互相错位，认不出来 C 35.00 M 39.00 Y 缺货 K 45.20

没套准四个出口各说各的

套准后：四个出口报出同一个到手价 45.20，叠印成一个清楚的数字 C 45.20 M 45.20 Y 45.20 K 45.20

套准后都和结账一致

  • C商品页
  • M商品 feed
  • Y协议端点
  • K结账，基准
同一件商品的到手价，39.00 加运费 6.20。左边是四个出口现在各自的说法，右边是都向结账对齐之后。

一个开源的命令行测试工具。它把商品页、结构化数据、商品 feed、代理协议端点上的价格、库存、运费，逐项拿去和结账实算的结果比对，对不上就让 CI 失败。

看项目总览

阶段
方案起草，还没有代码
首期目标
12 周内发布 v0.1
实现语言
TypeScript
许可证
Apache-2.0

方案目录

  1. 01定位与痛点协议接上了，不等于卖得出去。代理读到的价格、库存、运费只要有一处和结账对不上，这一单就丢了。
  2. 02受众与场景给谁用，在什么时候用，用完手里多了什么。
  3. 03功能模块七个模块，一条流水线：读进来，归成一种结构，逐项比对，再让代理走一遍，最后出报告。
  4. 04架构与选型一个不需要服务器的命令行工具。难点不在技术栈，在数据模型、误报控制和对不可信内容的处理。
  5. 05首期路线图12 周，六个阶段。每个阶段结束时都有一样能单独拿出来用的东西，以及一条可以检验的验收标准。
  6. 06调研依据方案里每一个带编号的说法，出处都在这里。哪些是一手材料，哪些只看到了转述，也分别标明。

为什么先做这个

  1. 协议接入正在变成平台的默认配置。 2026 年 8 月统计到的 15,735 家店里，93% 的发现文件评分在 A 档[5]。把协议接上这件事，平台替大多数商家做完了。
  2. 接上了不等于卖得出去。 Walmart 在 ChatGPT 里直接结账的转化率，只有跳回自己网站的三分之一左右[3]。2026 年 3 月，OpenAI 把结账交还给了商家[4]。
  3. 现有的检查工具都停在「机器读不读得到」。 读到的和结账对不对得上，还没有哪个开源工具在管[13]。

完整的论证在定位与痛点一章，每个数字的出处在调研依据。