你在开发应用
不必再重复实现轮流对话、阅读水平、翻译与记忆。调用接口，用你自己的方式渲染选项，把时间花在只有你能做的那部分。从接口文档开始。
TinkySpeak，一个任何人都能构建其上的接口。
有数百万人不是用声音、而是通过词语与符号板交流。TinkySpeak 正是那场对话背后的引擎——它的全部能力——现在作为运行时接口开放。符号、声音与界面由你提供，对话由我们提供。
它到底做什么。
有人对你所支持的那位使用者说了一句话。你把这句话发给我们。你会得到可直接说出的完整回复——用他的词汇、他的阅读水平、他的语言——并且对话的脉络会在轮次之间被记住。
你 → “你想喝茶还是咖啡？”
我们 → 六条完整回复，各带标签、句子与 id
你 → 使用者在你的界面里点选其一
我们 → 要说出的确切文字，以及所用语言
你 → 由你的语音引擎说出，并回报“已说出”三种进入方式。
密钥附带什么。
完整回复，绝非碎片
默认六条，可在 1–24 之间自选。每一条都是完整句子，带标签、表情与用于选择的 id。
会累加的记忆
对话双方逐轮保留，直到你重置为止。只有已送出的words进入模型上下文。
同时两种语言
对方的话与使用者的话各自保留在自己的语言中，并在送出时翻译。遵循 BCP 47，含地区变体。
需要时给它一双眼
发送一张照片，回复就会变成关于画面内容的句子——带价格的菜单、货架、物品或房间。
贴合使用者的阅读水平
从每格一个符号到四十词的句子。不合适的回复会被丢弃，绝不截短成另一个意思。
你的模型，或我们的
Gemini、你自己运行的 Ollama 模型、任意兼容端点、手写的沟通板，或本地模型。联网还是离线，由你决定。
因为最难的那部分只应该被做一次。
每个 AAC 团队都要先解决同样的对话问题，然后才能去做真正让产品有价值的部分。正是这种重复劳动，让这个领域里的好想法长不大。把它作为接口交出去，两个人的团队就能做出过去需要一家公司才能做成的东西。
贯穿一切的准则
沟通系统承受不起编造。回复不合适就丢弃，而不是截断成另一个意思；翻译失败就报告，而不是靠猜；证据不足就回答“unknown”。把话塞进别人嘴里，是这个领域唯一不能容忍的失败。
继续阅读接口