代码仓库分析

soupbase

汤底 Soupbase 是中英文海龟汤游戏,由 Jev 判定玩家提问和还原内容;应用代码校验结构化结果与置信度,决定是否通关。支持私有创作、链接分享和自行部署。

E2 · 资料已核对已检查公开资料或源码证据;仅有固定提交链接并经对应源码核对,才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
Stars
4
Forks
1
协议
MIT
最近提交
2026-09-23

Jev 在这里做什么

两类判断均使用 Choice;没有使用 Score 或 Noul。提示与主动揭晓读取已保存内容,不依赖模型生成。这里选择游戏分类,不主张高频性能,也不声明未经测量的速度、成本或准确率。

把语义判断接进已有的数据查询流程。

已阅读所引 model.ts 与 api.ts 中的提供商把握度元数据、待处理回合及租约检查。本站未运行游戏服务或网关推理;源码检查不证明解谜准确率或生产环境没有竞态。

这个项目适合解决什么任务?

以有限回答主持海龟汤,并单独评估玩家的最终还原。

资料分析日期:

从输入到动作

  1. 把谜底事实、玩家问题和近期历史组成状态。
  2. 通过 Gateway Choice 判断主持回答或事实覆盖。
  3. 仅在会话 pending turn 仍有效时保存结果。

实现中值得检查的地方

原生把握度在独立元信息里

model.ts 从 providerMetadata.typesafe 读取 confidence,选项和概率位于 answers;不能假设每个 Gateway answer 都带原生 confidence。

查看对应来源 ↗

存储层防止迟到结果覆盖

api.ts 只在 pending ID 与 lease 仍匹配时完成 turn,避免迟到的模型答案覆盖更新后的会话。

查看对应来源 ↗

选择建议

适合学习固定事实与状态机约束下的游戏工作流;它不能自由解释谜底,也不能保证识别所有等价表述。

如何自行检查

对照 model.ts 的 hostDecision/gradeGuess 与 api.ts 的 pending_id/lease 条件;先用假后端测重复和延迟 turn,再启用付费请求。

结论的适用边界

  • 本站未启动游戏服务器或在线调用。
  • 模型可能误解谜题;失败应是未知结果,不能计作已解答。
本次分析的原始资料