FormaAI

当账户连接、模型选择和任务分配挤在同一个地方时，设置页很容易变得难以读懂。FormaAI 的设计给每个服务商一张卡片，并把页面分成 Providers、Usage 和 Language 几个部分。

服务商卡片会说明它的能力、连接和模型。Usage 部分负责分配转写和分析。这样页面有了一条先后顺序：先连接并启用一个服务商，再选择它承担的任务。

在实现上，可选的任务选项会按能力过滤，也会看服务商是否既已连接又已启用。因此一个选项必须满足这些条件，才会出现在选择器里。这条规则把界面的承诺和应用状态连在了一起。

保存下来的连接，不必用在每一个任务上。设计上区分了已连接的服务商、已启用的服务商，以及当前选来做转写或分析的服务商。

这些状态通过标签和控件呈现出来。停用一个服务商，会保留它已保存的连接；删除密钥则是另一个独立的操作。这样，关掉一个服务的破坏性更小，每个控件的含义也保持明确。

设计还把模型选择放在对应的服务商卡片上，因为在那里这个决定才有上下文。这样任务摘要就能显示所选的分析服务商会使用哪个模型。

转写和分析是两项不同的任务，对服务商的要求也不同。把它们分开处理，系统更容易扩展，也不必要求用户去理解整套服务商架构。

这样也更容易说清它的边界。网页产品和设想中的本地转写体验是两条不同的线。当前这个案例集中在代码和设计规格说明中体现的服务商设置与网页端工作流程上。

这个项目把一个已开发的网页应用，与细致的设置设计、服务商能力和明确的上线准备结合在一起。部署配置和外部冒烟测试仍与以代码交付的工作分开。

核心贡献在于把交互模型和它的实现连在一起：每个服务商有一个管理位置，每项任务有一个清晰的分配位置，还有看得见的状态，说明产品当下能用什么。