Further Reading for Kimi
Tutorials, documentation and walkthroughs for designing with Kimi, as listed in the published guide.
How to design interfaces with Kimi CLI in OpenDesign: a reference screenshot as the input, AGENTS.md as the rulebook, one notification-preferences task from brief to reviewed file, and the limits to know before you start.
“Notification settings people
can finish in one minute.”
THREE WAYS INTO THIS KIMI GUIDE
This guide: brief, references, design rules and a reviewed HTML result.
Read this guide SETUPHere is the full path from a clean machine to a Kimi CLI that can build and verify UI.
Go to setup COMPARISONHow Kimi differs from Codex, Claude Code, Cursor for design work, and when to choose another workflow.
See the comparisonOne Complete Kimi Design Task
A single task, shown end to end: the brief and constraints you hand over, the artifact that comes back, and the checks you still run before it is done. The interface below is an illustrative example built for this page, not a recorded Kimi run.
BriefDesign notification preferences for a collaboration app: channels (email, push, in-app), quiet hours and per-project overrides. Match the attached reference for tone, not layout. Desktop and phone.
data-od-id hooksWrite the brief, select the design system and define the acceptance criteria.
Plans the layout, writes the HTML, CSS and JavaScript and revises it on request.
Provides the design system and skill, renders the preview and stores every version as a file in the project.
Visual hierarchy, spacing on the 8px grid, both breakpoints and every interaction are checked before handoff.
Sections, rows and the save action sit on the 8px grid; time pickers align with toggles.
Channel names outrank helper text; the accent marks enabled toggles only.
Sections become a segmented switch; each row keeps a single toggle on the right.
Flip a channel, set quiet hours, expand one project override.
Fit
Compatibility
This guide covers Kimi as connected through the OpenDesign desktop app. Published references checked on 6 September 2026.
Kimi CLI is Moonshot AI’s open-source (Apache-2.0) terminal AI agent, powered by the Kimi K2 model series. It reads your codebase, edits files, runs commands, searches files, and fetches the web. This page is about designing interfaces with Kimi through OpenDesign, not about Kimi’s own interface. OpenDesign’s setup notes list the available agents.
Moonshot API key (BYOK). Authenticate with your Moonshot API key (BYOK) — credentials stay on your machine. This page does not promise a quota or price.
Check the download page for desktop builds. The Node.js and pnpm requirements in the source quickstart apply to running from source, not to installing a desktop package. Minimum compatible Kimi version: not verified here.
Follow the connection instructions shown by your installed version, then run a small task. Confirm that Kimi handled it and that the artifact opens. A download alone does not establish a working connection.
Start with the desktop app
Download first, complete the Kimi setup for your installed version, then check a small result. You do not need to build OpenDesign from source to follow this path.
Choose the package for your computer, install it and open the app.
Download OpenDesignFollow the Kimi instructions in your installed version. Authenticate with your Moonshot API key (BYOK) — credentials stay on your machine.
Kimi CLI documentation — Getting started# 1. Install Kimi CLI (uses uv; Python 3.12–3.14, 3.13 recommended)
curl -LsSf https://code.kimi.com/install.sh | bash
# or, if you already have uv:
uv tool install --python 3.13 kimi-cli
# 2. Start it in your project and authenticate on first run
cd your-project
kimi # then run /login: OAuth via Kimi Code, or paste a Moonshot API keyFrom the Kimi setup notes in the published guide; check the vendor documentation for the current command.
Use a small brief so you can judge the whole loop, including one revision.
Build a settings screen with a profile form and a save confirmation. Use my design rules. Check it at desktop and mobile widths.
To run OpenDesign from source, follow the technical quickstart instead.
The Kimi design workflow
The same notification settings screen task, followed from brief to verified file. Each step lists what you provide, what Kimi does, what OpenDesign contributes and what you check.
Plain language, three to six lines. Name the audience, the job of the screen and the platforms.
A design system and a few hard rules. This is what separates on-brand output from a generic look.
Kimi writes a self-contained HTML file: layout, styles, interactions and stable hooks.
The file renders inside OpenDesign at the widths you asked for. This is where the design is judged.
data-od-id targets for comments and edits.Request changes by pointing at elements in the preview. Every revision is a new file; nothing is overwritten silently.
Resources
Tutorials, documentation and walkthroughs for designing with Kimi, as listed in the published guide.
The artifact types Kimi can produce in OpenDesign, one skill per type.
Brand tokens and components to bind before Kimi generates anything.
Starting points for decks, landing pages and product screens.
Limitations
FAQ
Start with a small task, judge the round trip, then bring the real brief. Choose the option that matches your setup; the page does not detect it.