wot-ui CLI 1.1.0 Ships Offline Icon Migration Data and Two New AI Client Integrations
Teams upgrading a wot-ui codebase from v1 to v2 no longer need to guess icon mappings or hunt through docs — the migration skill provides a reviewed lookup table and flags the 101 icons that still need manual decisions. The two new client integrations also mean developers using OpenCode or Antigravity can onboard without writing MCP configs by hand.
Version 1.1.0 of the wot-ui CLI adds MCP-based agent setup for OpenCode and Antigravity, alongside existing support for Claude Code, Cursor, VS Code, and Codex. The same two-command init-and-doctor workflow applies, with a `--dry-run` flag to preview file changes before committing them. Configuration files are detected at both project and user levels, and the CLI preserves existing settings and JSONC comments.
A separate `migrate-v1-to-v2` skill now includes a complete, manually audited mapping of 295 v1 icons to their v2 equivalents. Of those, 194 have a recommended replacement, while 101 lack a direct counterpart and require human judgment. The mapping covers not just `<wd-icon>` name attributes but also icon-related props, object configs, and dynamic bindings.
Offline component data has been bumped to wot-ui 2.3.2, with versioned JSON snapshots for 90 components each. The CLI and its MCP server can query component APIs, demos, tokens, and changelogs without touching a live documentation API or an API key.
Bundling a manually reviewed icon migration table as a skill asset, rather than a script, shifts the work from automated guesswork to a structured decision process — the tool surfaces the 101 no-match cases explicitly instead of silently mapping them to a wrong icon.
Offline component data snapshots remove a runtime dependency on a live documentation API, which matters when an AI coding agent is running in a CI or air-gapped environment where external calls are blocked or slow.
Supporting six AI clients through a single CLI with the same init-and-doctor pattern suggests the MCP-based agent integration surface is stabilizing enough that adding a new client is mostly a config-file concern.