Krita Codex MCP

Name: Krita Codex MCP
Author: cyyprezz

作者：cyyprezz版本 0.2.0i★ –i在你的电脑上运行

注册名称io.github.cyyprezz/krita-codex-mcp

安装

概览

作者提供的说明（英文原文）

Control Krita through a secure local MCP server and authenticated Windows bridge.

PopNx MCP 的三大支柱

这三项永远不会合并成一个分数：意见、测量和人气是不同的东西。

用户评价i暂无评价评价功能将在后续阶段与账户功能一起开放
我们的基础检查i1 项中通过 1 项依据公开信息检查；尚未扫描代码
使用情况i尚未统计★ –

它能帮你做什么

我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。

连接方式: 在你的电脑上运行
传输方式: stdio
分类: 其他

安装

选择你使用的 AI 应用，然后复制设置。

安装之前

基础检查：1 项中通过 1 项
在你的电脑上运行，拥有你的用户账户的权限（文件、网络、应用）。
注册中心没有列出需要填写的密钥。

你需要

PyPI已安装 Python 的 uv（用于 uvx 命令）

你用的是哪个应用？

ClaudeClaude CodeCursorVS CodeChatGPT

在上方选择你的应用。我们会记住它，下次按钮会显示“安装到 …”。

打开 Claude Desktop → Settings → Developer → Edit Config，把下面的内容粘贴到 claude_desktop_config.json

{
  "mcpServers": {
    "krita-codex": {
      "command": "uvx",
      "args": [
        "krita-codex-mcp"
      ]
    }
  }
}

在终端中运行这条命令

claude mcp add krita-codex -- uvx krita-codex-mcp

在 Cursor 中打开

或者自己复制设置

粘贴到项目中的 .cursor/mcp.json，或 ~/.cursor/mcp.json

{
  "mcpServers": {
    "krita-codex": {
      "command": "uvx",
      "args": [
        "krita-codex-mcp"
      ]
    }
  }
}

浏览器会先询问是否打开应用，然后应用会显示设置并请你确认。密钥的值会留空，由你自己填写。

在 VS Code 中打开

或者自己复制设置

粘贴到项目中的 .vscode/mcp.json

{
  "servers": {
    "krita-codex": {
      "type": "stdio",
      "command": "uvx",
      "args": [
        "krita-codex-mcp"
      ]
    }
  }
}

浏览器会先询问是否打开应用，然后应用会显示设置并请你确认。密钥的值会留空，由你自己填写。

这个服务器在你的电脑上运行，而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。

你的选择通过 Cookie 保存在这台设备上，无需账户。

这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同，请以 README 为准。

它能做什么

它在你的电脑上运行；安装后，工具列表会显示在你的 AI 应用中。

基础检查i

我们检查的是任何人都能看到的信息；我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日

✓ 通过
作者与仓库一致
注册名称已通过 GitHub 账户 cyyprezz 验证，该账户拥有此仓库
… 尚未检查
仍在维护
我们还没有从 GitHub 读取这个仓库
… 尚未检查
有许可证
我们还没有从 GitHub 读取这个仓库
– 不适用
端点有响应
它在你的电脑上运行，没有互联网端点
– 不适用
使用 OAuth 登录
在你的电脑上运行，改用本地设置
… 尚未检查
工具描述中没有隐藏指令
它在你的电脑上运行；我们只能读取互联网端点的工具列表

与“其他”中的其他服务器比较i

星标数多于此分类中其他 32715 个服务器的 0%
发布到注册中心的时间比此分类中其他 32715 个服务器的 18% 更新
基础检查结果等于或优于此分类中其他 32715 个服务器的 100%

与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时，星标数才计入。

常见问题

Krita Codex MCP 安全吗？

它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前，请先看看这个服务器要求哪些权限，并使用只具备所需权限的密钥。

它需要哪些密钥或代码？

注册中心没有列出必需的密钥，不过有些服务器会在首次使用时要求你登录。

它在我的电脑上运行还是在云端？

它在你的电脑上运行。你的 AI 应用会在需要时启动它，数据不会经过作者的服务器（除非它自己调用在线服务）。

它还在维护吗？

GitHub 仓库最后更新于–，最新版本（0.2.0）于4个月前进入注册中心。

哪些应用可以使用它？

支持 MCP 的应用，例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Python (uv)。

有什么可以替代它？

同一分类中有：Spec Driven Development, Remote Desktop Commander, First Sale Scout

替代选择

同一分类中其他作者的服务器，按星标数排序。

如何看卡片：★ GitHub 星标i三大支柱：评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i

Spec Driven Development

作者：formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

在你的电脑上运行★ 440MIT14个月前更新

安装

Remote Desktop Commander

作者：desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

在云端运行★ 211前天更新

安装

First Sale Scout

作者：firstsale.pro

Playbooks and a 14-day checklist for founders winning their first paying customers.

在云端运行今天更新

安装

作者的 README

打开 README

按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。

Krita Codex MCP Server

Control Krita from OpenAI Codex through a secure local Model Context Protocol (MCP) server for Windows and Linux.

PyPI package · GitHub releases · Windows installation guide · Linux installation guide · Codex and MCP compatibility

A local MCP server that lets Codex inspect and control Krita through a small, authenticated bridge. The MCP process uses STDIO. The Krita Python plugin listens only on 127.0.0.1, validates a shared bearer token, and dispatches every Krita API call to Qt's main thread.

Windows is the original supported platform; Linux support is experimental. Both platforms use a capability-based runtime compatibility check. Krita 5.3.2.1 on Windows is a tested build, not a hard version requirement. The server deliberately exposes a small set of cohesive tools instead of a large collection of micro-tools:

Tool	Purpose
`krita_state`	Active document, canvas/color space, recursive layer tree with UUIDs, active layer and current painting state
`krita_preview`	Whole-canvas or pixel-precise cropped PNG returned directly as MCP image content
`krita_canvas`	Sample colors; resize, scale, crop, rotate or flip; import editable raster layers
`krita_edit`	Create/refine/move selections; native copy, cut, paste, selection-to-layer, fill and clear
`krita_document`	Inspect runtime compatibility; list, create, open, activate, save and close documents
`krita_layers`	Read/edit the layer tree, safely reparent, and transform layers by stable UUID
`krita_history`	Read undo/redo state and execute bounded undo or redo steps
`krita_brush`	Read/set native brush state and search installed Krita presets
`krita_paint_path`	Pressure-aware line segments through Krita's native `Node.paintLine` API and active brush preset
`krita_draw`	Native preset-backed lines, open/closed paths, polygons, rectangles and ellipses
`krita_color`	KRA-backed project palettes, Krita palette swatches, color replacement and safe correction filters
`krita_asset`	Export layer PNGs plus Unity-oriented animation, tileset and named-region packages with direct previews
`krita_save_export`	Save KRA and export PNG beneath configured roots only

Codex -> local STDIO MCP process -> authenticated 127.0.0.1 HTTP bridge

-> queued, timeout-aware Qt main-thread dispatch -> Krita Python API

The bridge has no arbitrary Python execution tool and no direct pixel painting fallback. Actual painting, shapes, replacement fills and correction filters go through native Krita actions or stroke APIs. If the running Krita build lacks a feature, krita_state and krita_document(action="compatibility") report the affected tools. Calling that feature returns a structured error; the bridge never silently switches to a different rendering backend.

Quick start

Choose the installation source for your platform:

Platform	Installation source	Validation
Windows	PyPI `0.2.2` or a checkout	Windows CI; original live testing with Krita 5.3.2.1
Linux	PyPI `0.2.2` or a checkout	Linux CI; contributor live test on Debian 13 / Krita 5.2.9 in limited mode

Version 0.2.2 includes the Linux/XDG path and private-configuration fixes. Keep the installer, Krita plugin and Codex server on that same exact version; the marketplace launcher also pins it. Other Linux distributions and Krita builds require their own live preflight.

A first-time setup has two separate parts: the local bridge must be installed and enabled in Krita, then Codex must be connected through either the marketplace plugin or a direct MCP configuration. The codex plugin commands do not install or enable anything in Krita.

Krita must include Python scripting, pass the live compatibility check, and have uv/uvx on PATH. Run the MCP process on the same computer as Krita. Local Codex CLI, IDE and supported desktop clients use local MCP configuration; a hosted ChatGPT web chat cannot connect through this computer's 127.0.0.1 bridge by adding this GitHub repository.

Windows: published package

Close Krita, make sure the allowed directory already exists, and install the current release from PyPI:

uvx --from "krita-codex-mcp==0.2.2" `

krita-codex-install install ` --allowed-root "C:\Krita Work"

In Krita, open Settings > Configure Krita > Python Plugin Manager and enable Krita Codex Bridge.
Close and reopen Krita so the installed plugin and shared protocol package are loaded together.
Run the same version's live check:

uvx --from "krita-codex-mcp==0.2.2" krita-codex-install check

Require either Ready for productive use. or the explicit limited-mode success message.
Choose exactly one Codex connection method below: the marketplace plugin or the direct MCP configuration.

Linux: PyPI package

Close Krita, create a narrow allowed directory and install from PyPI:

mkdir -p "$HOME/krita-codex-work"

uvx --from "krita-codex-mcp==0.2.2" krita-codex-install install --allowed-root "$HOME/krita-codex-work"

Enable Krita Codex Bridge in Krita's Python Plugin Manager, close and reopen Krita, then run:

uvx --from "krita-codex-mcp==0.2.2" krita-codex-install check

Accept compatible or explicitly reported limited mode. Follow the Linux guide's Codex setup for either connection method. The installer uses XDG directories and keeps its token configuration private. No sudo is needed.

Install the Codex plugin from GitHub

The repository includes a public, local-first Codex plugin. It bundles the guided krita-control skill and starts the version-pinned PyPI MCP server through uvx; Krita and the authenticated bridge continue to run only on the user's machine. Run these commands only after the Krita bridge has been installed, enabled, restarted, and checked as described above. They register the GitHub marketplace and install the Codex bundle; they do not modify the Krita installation or enable its Python plugin.

codex plugin marketplace add cyyprezz/krita-codex-mcp

codex plugin add krita-codex-mcp@krita-codex

Start a new Codex task after installation, then verify krita_state and krita_preview. Plugin users should not also add a separate [mcp_servers.krita] block because the plugin already provides that server. For later repository releases, run codex plugin marketplace upgrade krita-codex, rerun codex plugin add krita-codex-mcp@krita-codex, and start another new Codex task.

Configure the MCP server directly

For either platform, use this alternative only after the Krita bridge has passed the live check. Preview the checkout-free, exactly version-pinned uvx Codex block with krita-codex-install codex-config. Apply it only after explicit confirmation, restart Codex, verify krita_state and krita_preview, and only then start normal work.

Install and update never close Krita. If the authenticated bridge is running, replacement is rejected before any installed files are changed and Krita must be closed manually. A busy local bridge port also stops the installer before replacement begins.

For a personal installation, use the user-level ~/.codex/config.toml on Linux or C:\Users\ \.codex\config.toml on Windows. This is the recommended option because the server is then available to all local Codex tasks and Git worktrees. The generated block uses uvx, has no checkout cwd, and pins the same exact distribution version as the installed plugin. The installer only changes that file after showing the full preview and receiving explicit confirmation. Unmarked or conflicting Krita entries are never overwritten. Never commit personal configuration. See the Windows installation guide for details.

The generated launcher and marketplace configuration explicitly forward custom XDG directories. Codex and Krita must inherit the same values. For unreleased source changes, use the checkout-specific alternative in the Linux guide.

Current Codex and MCP compatibility

The compatibility check uses Codex CLI 0.163.0 (released 2026-10-15) against the built wheel and checks discovery of all 13 tools without an API key, model request or running Krita. See the compatibility notes for its exact scope.

This server intentionally stays on the MCP Python SDK 1.x maintenance line (mcp<2). Current Codex retains the legacy STDIO handshake used by this SDK. The newer MCP 2026-07-28 protocol and portable plugin format do not by themselves require replacing this working local integration. The existing Codex plugin manifest remains a supported compatibility format; full support for newer MCP protocol features would be a separate, tested SDK migration.

The preflight checks local configuration, the complete installed hash manifest, wheel/plugin/ protocol versions, loopback port, authentication and the running Krita capability profile. The running plugin reports the distribution, protocol and Krita versions without adding an MCP tool. The check creates a disposable document, verifies a new paint layer, native drawing, Undo/Redo, transactional reparenting, direct PNG preview bytes and temporary KRA/PNG output beneath an allowed root. It restores the previously active document and removes every temporary file.

An unknown Krita version is accepted when all critical capabilities pass. Missing optional features produce limited warnings naming the affected MCP tools; missing projection, persistence, stable layer-tree or document-lifecycle APIs remain critical. The same structured report is available to Codex through krita_state, so it can avoid unavailable operations.

Capabilities and Krita limits

The current release supports native preset-backed painting and shapes, persistent document and layer editing, selections, color operations, KRA/PNG output, and Unity-oriented animation, tileset and named-region packages. Preview and asset operations return PNG images directly to the MCP caller. Re-export preserves Unity .meta sidecars for stable generated filenames.

The tested Krita 5.3.2.1 build imposes several safety limits. Other builds are evaluated at runtime and may report different available features:

Free layer scale, rotate, shear and crop operations are not native Undo commands. The bridge creates a hidden backup layer and blocks a second direct transform until the KRA is saved, closed and reopened. checkpoint_reopen=true can perform that round trip automatically.
Transform masks are limited to three per open document. Same-session mask mutation/removal and mixing mask and direct transform backends are blocked until Krita restarts.
Node.paintLine requires integer QPoint values, so incoming canvas coordinates are rounded at the native API boundary.
PNG export temporarily enables Krita batch mode so no format dialog can block the local bridge.

Timeouts and production guardrails

Timeouts are operation-specific across Codex, the MCP BridgeClient, the local HTTP bridge and Qt's main-thread dispatcher:

只显示了开头部分；其余内容请在仓库中阅读