Confirm Kimi Code and open a session
Start with the installed CLI and validate config before changing plugin state.
kimi --version
kimi doctor
kimi
Kimi Code setup
A practical Kimi Code plugin guide for installing, enabling, disabling, removing, and checking CLI extensions safely.
Use Kimi Code plugins when you want reusable CLI capabilities, team workflows, Agent Skills, or MCP-backed tools to travel with your coding environment. The official plugin manager is the right place to install, enable, disable, inspect, and remove them.
The fastest safe path is to open the plugin manager, check the publisher and trust badge, install only what you understand, then reload or start a new session so the current Kimi Code process sees the change.
Run the shell checks in a terminal. Paste slash commands inside the Kimi Code TUI.
Start with the installed CLI and validate config before changing plugin state.
kimi --version
kimi doctor
kimi
Use these after the Kimi Code terminal UI opens.
/plugins
/plugins list
/plugins marketplace
/plugins info <plugin-id>
Install only from a path or URL you trust, then reload before testing.
/plugins install <path-or-url>
/plugins reload
/plugins enable <plugin-id>
/plugins disable <plugin-id>
Remove the plugin record, reload manifests, and repeat the same small prompt.
/plugins remove <plugin-id>
/plugins reload
Use this section to keep the next step practical before you touch accounts, files, infrastructure, or hardware.
| Check | Look for | Why it matters |
|---|---|---|
| Start narrow | Run the smallest read-only check before commands that install, move, write, or call a provider. | A small pass condition keeps the workflow reviewable. |
| Keep commands copyable | Use exact commands without shell prompts and run one step at a time. | This avoids accidental pasted characters or bundled side effects. |
| Protect accounts | Do not paste raw API keys, billing data, OAuth codes, or private files into a guide page. | Account-bound work belongs in the official product surface. |
| Record the result | Write down the model ID, path, version, output, or error message that changed the decision. | The next attempt should not have to rediscover the same state. |
In the Kimi Code TUI, run /plugins. Use the Installed, Official, Third-party, and Custom tabs to see what is already enabled and what can be added.
Official marketplace plugins are the lowest-friction path. For custom or third-party sources, read the manifest and publisher details before accepting the confirmation prompt.
After installing, disabling, or removing a plugin, run /reload or start a new session. The running session does not always pick up changed plugin capability immediately.
If a new tool call starts failing after a plugin change, disable or remove that plugin first, reload, and repeat the same small prompt before changing your model or account settings.
| Need | Use | Check |
|---|---|---|
| Install a marketplace plugin | /plugins, then Official or Third-party | Publisher, trust badge, permissions, reload |
| Install a custom plugin | /plugins install with a local path, zip, or GitHub URL | Manifest name, source URL, and why the plugin is needed |
| Temporarily stop a plugin | Disable it from Installed | Repeat the same prompt after reload |
| Clean up a plugin | Remove it from Installed | Managed files and original source may remain; check data locations if you need a deeper cleanup |
A plugin can package Skills, commands, MCP servers, and reusable workflows. That is useful for finance checks, browser helpers, repository routines, or team-specific review steps.
Do not install a plugin just because it promises broad capability. If it can call external services or run tools, it should have a clear job and a publisher you trust.
Installed plugin records and managed copies live under the Kimi Code data directory, so cleaning or relocating KIMI_CODE_HOME changes which plugins are visible.
Usually you should reload or start a new session after changing plugin state.
Yes, plugin manifests can declare MCP servers, which can be enabled or disabled from the plugin manager.
No. Read the source, publisher, and manifest first, then install only when the job and trust boundary are clear.