AI 助手 – 建议 已更新。
分类助手和标签助手均已改为内联显示，以更好地集成这些功能。
对于分类选择器（单选），下拉菜单现在提供了“让我选择”选项，该选项会自动选择最佳建议并自动关闭下拉菜单。这一行为与之前不同，因为我们希望在使用此功能时提供最无缝的体验。
因此，操作流程从原来的 1) 询问 > 2) 等待建议 > 3) 选择 简化为一步。
对于标签选择器（多选），它提供了“显示 AI 建议”选项，并用 AI 建议替换默认的标签列表供用户选择。因此，这一行为保持不变，只是位置发生了调整。
设计决策背景（供感兴趣者阅读）
为什么采用不同的方法？
我们不能对标签使用相同的机制，因为这样会导致以下两种情况之一：
A) 仅自动添加 1 个标签（可能是第一个/最佳选项），但会失去查看其他建议的能力
B) 自动添加所有建议的标签，但其中一些可能不太合适，风险较高。
此外，由于选择零个标签是有效选项，而类别必须始终选择一个，因此很可能没有任何标签匹配。
因此，决定对标签“显示列表”，而对类别不这样做。
为什么不应用于其他分类选择器？
可以轻松扩展到其他实例，稍后可能会这样做，但目前主要是范围和影响的问题。其他实例，例如 move-post-to-new-topic 模态框，布局也不同，且对修复的技术“需求”较少。
关于标题呢？
由于标题是纯文本字段，没有下拉菜单，因此闪烁图标必须暂时保留在那里。不过设计已稍作更新：
权衡取舍
我了解主要的权衡点，即：你不再能“看到” AI 助手何时变得可用（在达到最小字符数后）。
不过，我希望这不会成为大多数人在实际使用中遇到的限制。我考虑了两个我认为合理的途径：
- 你立刻就知道想要的类别 => 不需要 AI 助手
- 你暂时还不知道，所以先写内容然后再选择 => AI 助手可用
只写少于 40 个字符，然后决定要挑选类别（但此时 AI 助手尚不可用）的情况似乎不太常见。
因此，我认为这是一个可以接受的权衡，减少了干扰，释放了界面空间，并使功能结合得更紧密。