%appdata%

问题场景

用户在 Krita AI Diffusion 中安装或启动 Managed Server。服务器本体被安装到 D: 或 E: 盘，但尝试启动时仍会去 %appdata% 下寻找 Python，导致找不到 Python，服务器无法正常启动。用户还提到，在受管用户目录有容量限制的系统上，把完整程序或依赖放进 %appdata% 会带来额外困扰。

报错原文

%appdata%

Issue 正文与评论中没有给出完整的 Python 报错堆栈，仅以 %appdata% 作为标题和问题指代。用户描述的核心现象是：服务器安装在非 AppData 盘符，但启动时仍指向 %appdata% 查找 Python。

原因分析

可能原因是 Managed Server 的启动或依赖解析逻辑仍按 %appdata% 定位 Python 解释器，而不是使用服务器实际安装目录下的 Python。维护者的回复表明：服务器安装目录本身并不强制放在 AppData，也可以共享；真正固定在 AppData 的是插件代码和用户设置。因此，问题更可能出在“服务器安装位置”与“启动时 Python 路径解析”不一致，而不是插件文件本身占用了大量空间。

用户怀疑依赖也安装进了用户目录且位置未暴露，但该点在 Issue 评论中没有被确认，只能作为可能原因保留。

环境排查

• 确认 Krita AI Diffusion 的 Managed Server 实际安装目录，是否已选择非 AppData 的静态目录（例如 D: 或 E: 盘）。
• 确认启动脚本或配置中引用的 Python 路径是否仍指向 %appdata% 下的位置。
• 确认 Krita 是否允许重定位其用户数据目录；维护者指出插件必须安装在 Krita 能找到的位置，这部分由 Krita 决定，插件无法自行更改。
• 确认当前用户是否有权限读写服务器安装目录，以及是否需要跨用户共享该目录。
• Issue 未提供 Python、CUDA、PyTorch、显卡或节点版本，暂不作为已确认排查项。

解决步骤

1. 重新安装或重新配置 Managed Server 时，不要选择 %appdata%，改为选择任意静态目录，例如 D: 或 E: 下的专用文件夹。维护者已确认服务器安装目录可以自选，也可以跨用户共享。
2. 检查该静态目录中是否包含可用的 Python 环境；如果启动时仍去 %appdata% 找 Python，需要优先让启动流程使用服务器目录内的 Python。
3. 如果希望把插件部分也移出 AppData，先确认 Krita 是否允许重定位用户数据目录；不允许时可考虑使用符号链接。
4. 如果只是多用户或受限用户目录问题，可优先尝试将服务器安装到所有用户都能访问的共享目录，并确认权限一致。
5. Issue 中没有给出已验证的一步修复命令或配置项，以上步骤属于基于维护者回复的可优先尝试方向，不保证直接消除 %appdata% 解析行为。

验证方法

在非安装用户账户或受限用户目录环境下启动 Krita AI Diffusion，观察 Managed Server 是否不再尝试从 %appdata% 查找 Python，并能正常启动。如果服务器日志或启动输出中仍出现 %appdata% 路径，说明 Python 定位问题未被解决。

参考来源

Acly/krita-ai-diffusion #2593

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。