README 自动摘要
根据 README 自动整理于 2026年10月7日，不是本站运行记录。运行步骤和作者声称的效果仍需核验。
这是什么
一个在 kotoba 上实现 System One Coding 的测试框架：策略模型（通过 OpenRouter Decisions API 的 TypeSafe Jev）一次一个洞地选择类型化块，框架组装 AST 并生成 kotoba 类型化子集源码，仅当 kotoba 验证通过时才接受。
它怎么用 Jev
Jev 根据项目状态（函数、字面量、阶段、允许的操作/调用/依赖）为类型化函数中的每个洞选择合法候选块的 id。框架组装 AST，生成 kotoba 源码，仅当 kotoba 验证通过时才接受。Jev 从不返回源码文本。
用到的原语:choice
值得抄的做法
与自底向上措辞相比，最外层优先（引导式）的阶段目标减少了回退和升级。
怎么试
OPENROUTER_API_KEY=... bin/kotoba-harness projects/kotoba.edn jev
README 片段的模型判断
项目信号使用仓库元信息、已有摘要与 README 前 700 个字符；没有通读完整项目。“未检出”仅表示这些材料中未检出，并不证明项目没有该能力。这里保留原始判断与实际记录的模型、日期，不是源码审计或运行验收。
模型与判定日期
- 收录门禁
jev-1.13.0- 项目信号
jev-1.13.0- 项目分类
jev-1.13.0- 模式标签
jev-1.13.0
证据
这些信号只读取仓库元信息、已有摘要与清理后的 README 前 700 字符。≥ 0.60 表示片段中有提及，≤ 0.40 表示未检出，中间为未判定；都不是源码审查或运行结果。「可运行工具」题排除了研究实验，「推荐」题筛的是学习案例 Top 10，不是内容质量合格与否。
- Jev 是项目的核心在材料中检出0.92
- 展示了 System One 用法在材料中检出0.71
- 写了怎么处理不确定片段中未检出0.04
- 给出了实测数字片段中未检出0.04
- 是能跑起来的工具未判定0.48
- 学习案例 Top 10 候选信号未判定0.41
- 是模型本身的复刻片段中未检出0.24
- 解决的问题够普遍（0–2）按 0–2 打分0.90 / 2
- 与 Jev 相关在材料中检出0.98
无判定区（0.40–0.60）
无判定区（0.40–0.60）
各阶段的 Jev 模型与判定日期见上方记录。简介由 DeepSeek V4.1 Flash 于 2026年10月7日 读 README 写成。