docs(plan): update planning artifacts for AI accounts and adapter work

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-07-12 14:57:25 +08:00
parent 62ef01463e
commit e68db14802
3 changed files with 27 additions and 11 deletions
@@ -358,3 +358,6 @@
 - `/api/tenant/accounts` already returns account-level client, health, runtime authorization, verification, heartbeat, deletion, and session data. No new storage schema or list endpoint is required.
 - `tenantAccountsApi.remove(id)` and `requestDelete(id)` already support the same node-scoped unbind lifecycle used by Media Account Management.
 - The new management page should list only real bound AI accounts, one card per account. Platform coverage and health totals can preserve the former overview without rendering fake account cards for unbound platforms.
+- The live tenant account response already contains real avatar URLs for Yuanbao, Qwen, and Kimi, and all three remote images load successfully in Chromium. The admin page can render `avatar_url` directly and only fall back to an initial when the field is absent.
+- The desktop AI authorized-account table ignored `RuntimeAccount.avatarUrl` and always rendered the display-name initial. This renderer-only omission was the root cause of the placeholder avatars shown in the client despite successful avatar collection and synchronization.
+- The initial admin AI card was 21px taller than the media card because the long session UID wrapped the identity subtitle. Giving the UID the remaining flex width with single-line ellipsis and adopting the media card's exact typography/padding restores the shared 270px geometry.