- 博客(727)
- 资源 (1)
- 收藏
- 关注
RSS订阅
原创 一次搭好、终身不乱Windows Python 环境治理（EPGF）系列总览 / 阅读路线图 [目录]
EPGF（工程化Python治理框架）是一套专为Windows设计的Python环境治理与教学体系，旨在解决开发者常见的环境混乱问题。该框架包含三大主线：基础架构与路径治理（00-08篇）从根源解决Windows环境混乱问题；现代工具链本地化（09-14篇）指导正确使用各类Python工具；教学落地实践（15-25篇）提供可复现的教学环境方案。EPGF强调工程化方法，通过规范安装路径（如D:\A）、工具本地化、项目自包含等策略，实现"一次搭好、终身不乱"的目标。该体系既适合个人开发者摆脱
2026-01-13 11:18:56
2318
10
原创 【EPGF 白皮书】路径治理驱动的多版本 Python 架构—— Windows 环境治理与 AI 教学开发体系
【摘要】EPGF（Python治理框架）提出了一套针对Windows环境下Python多版本管理的系统级解决方案。该框架通过"三维治理（版本/工具/项目）→四级隔离（系统/版本/工具链/项目）→五项自治（路径/版本/工具链/项目/迁移）"的闭环体系，实现环境可控、结构可迁移、状态可复现的核心目标。关键技术包括：统一根目录（D:\A）路径治理、Conda多版本隔离、项目级工具链本地化（.venv内重装管理工具）以及pyvenv.cfg路径重写机制。相比传统方案，EPGF显著提升了企业研发环
2025-09-09 18:53:01
2380
9
原创 Python 多版本环境治理理念驱动的系统架构设计——三维治理、四级隔离、五项自治 原则（路径治理升级修订 V 2.0 版）
Python 多版本环境治理理念驱动的系统架构设计——三维治理、四级隔离、五项自治 原则（路径治理升级修订 V 2.0 版）
2025-08-28 22:55:00
2828
1
原创 Python 多版本环境治理理念驱动的系统架构设计：三维治理、四级隔离、五项自治 原则
Python 多版本环境治理理念驱动的系统架构设计：三维治理、四级隔离、五项自治 原则——从混乱依赖到可演进开发体系的工程化实践
2025-07-02 00:02:17
2426
2
原创 Python 多版本与开发环境治理架构设计
从零散操作到体系构建的范式革新“三维治理、四级隔离、五项自治” 架构绝非简单的技术叠加，而是对 Python 环境管理范式的系统性重构。它将无序的工具组合转化为可量化、可复制的工程解决方案，使开发者从反复处理环境冲突的泥潭中解脱，转而聚焦核心业务价值创造。
2025-06-26 23:54:13
2553
3
原创 【终极实战】Conda/Poetry/Virtualenv/Pipenv/Hatch 多工具协同 + Anaconda×PyCharm：构建 Python 全版本栈隔离体系与虚拟环境自动化管理指南
【Conda、Poetry、Virtualenv、Pipenv、UV、Hatch 等】Anaconda + PyCharm：打造多版本 Python 开发的全栈隔离与多种虚拟环境管理实战
2025-06-24 18:21:06
2381
原创 Python 多版本开发环境治理：理论架构与实践
我们提出了一套系统化的环境治理架构，将环境管理提升为可设计的体系化工程。核心目标包括：架构清晰可追溯、环境复用强稳定、项目迁移高灵活。整体治理理念基于三维治理、四级隔离、五项自治，旨在通过解耦与分层的设计，实现环境的可控性、可复现性和可移植性。
2025-06-24 15:16:55
2407
原创 Python 多版本治理理念（Windows 平台 · 零基础友好）
基于AI深度学习环境搭建实践，总结出的"零基础入门 + Conda工具链 + 全隔离项目环境"Python多版本管理方法论。我们将其提炼为系统化的环境治理原则体系，专为初学者和开发者设计，核心聚焦三大目标：架构清晰可追溯、环境复用强稳定、项目迁移高灵活。
2025-06-22 14:34:26
2022
2
原创 【零基础】Python 多版本虚拟环境管理与隔离实战——支持 Anaconda、Poetry、Pipenv、venv、uv、Hatch、PyCharm、VS Code 的统一工具链方案
对于想要学习 Python 的初学者、教学使用者、或需要在多个项目中使用不同版本 Python 的开发者来说，往往会遇到以下痛点：❌ 不同项目要求不同版本 Python，安装后冲突频发；❌ 安装 pipenv、poetry 等工具，路径混乱、命令出错；❌ 虚拟环境太多不知如何管理，一改系统配置就“炸”；❌ 一台电脑里装了 Anaconda、PyCharm，却始终不知道应该用哪个？这篇文章将一步步教你：✅ 如何用 Anaconda 统一管理多个 Python 版本。
2025-06-19 15:40:24
2551
原创 【深度探索】Windows 下 Python 多版本虚拟环境管理与隔离实战：支持 Anaconda、Poetry、Pipenv、venv、uv、Hatch、PyCharm、VS Code 全工具链方案
在 Python 项目开发与教学中，维护多个版本的 Python 解释器和环境隔离工具是复杂且关键的任务。多数实践者采用condapoetrypipenv、uv 、hatch等工具混合使用，但往往遇到以下问题：Python 多版本混乱；工具链互相污染；虚拟环境分散、路径难以维护；Anaconda 系统环境不稳定或被污染；项目间依赖冲突频繁。本方案创造性地引入一种基于 Anaconda 的多级虚拟环境统一管理体系。
2025-06-16 19:45:06
3897
原创 vcpkg main分支升级踩坑全记录｜schema版本不兼容、bootstrap权限报错、upgrade参数变更
<think>我们根据用户要求，生成≤150字的文章摘要。内容基于提供的长文。摘要要简洁，涵盖关键点：vcpkg main分支升级踩坑，schema不兼容、bootstrap权限、upgrade参数变更、解决方案等。注意字数。</think>vcpkg main分支升级后遇到schema不兼容、bootstrap权限报错、upgrade --all失效等连锁问题。通过git pull更新、bootstrap重建、执行vcpkg update刷新元数据，改用upgrade --no-d
2026-09-01 16:59:16
403
原创 Codex 桌面端 Chrome 扩展无法启用？CRX 离线安装 + manifest key 注入完整方案
Codex 桌面端 Chrome 扩展无法启用？CRX 离线安装 + manifest key 注入完整方案
2026-08-24 20:08:59
459
原创 Blender 打开大型工程触发 dxgmms2.sys 蓝/绿屏：从 WinDbg 定位到双显卡调度与驱动重配置
你的设备遇到问题，需要重启。你可以重新启动。终代码:SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (0x7E)失败的操作:dxgmms2.sys
2026-08-24 18:21:36
485
原创 虚拟显示驱动导致 Photoshop / Camera Raw 卡死？OrayIddDriver 的锅
【摘要】Photoshop/CameraRaw卡死问题排查显示，向日葵等远程控制软件的虚拟显示驱动（如OrayIddDriver）会干扰Adobe的GPU检测机制。当系统存在多个显示适配器（包括虚拟驱动）时，Photoshop的32位gpu_sniffer.exe可能误判为UnknownGPU/VRAM0MB，导致CameraRaw滤镜卡死或功能异常。解决方案包括：1）关闭Windows硬件加速GPU调度（HAGS）；2）确保显卡驱动完全加载后再启动PS；3）检查dxdiag报告中的虚拟显示适配器。该问题与
2026-08-18 18:37:54
666
原创 PyCharm 2026.2 智能体（Claude/Codex）集体罢工实录：从 ACP 运行时安装竞态到 npx 缓存的三层排雷指南
摘要：PyCharm 2026.2版本中多个AI智能体（Claude/Codex等）集体罢工，表现为启动配置解析失败。问题根源是三层独立故障： Node.js运行时安装竞态：PyCharm子进程未释放句柄导致目录重命名失败，需手动下载并放置Node.js v24.13.0至指定路径； 内置AI聊天模型未绑定：需在设置中绑定具体模型或关闭自动聊天功能； npx非交互安装被取消：因缺少-y参数导致依赖下载中断，需在.npmrc添加yes=true并预缓存npx包。 修复顺序建议按层级（1→3→2）逐步排查，避免
2026-08-15 22:02:44
492
原创 彻底清理 Windows 右键“打开方式“中的重复/失效程序项（PyCharm 多版本残留实战 + 自动化脚本）
摘要：针对JetBrains Toolbox管理PyCharm多版本时Windows右键"打开方式"残留旧版本条目问题，本文通过分析注册表机制，揭示其4个数据存储区域（应用程序注册、扩展名关联、用户MRU缓存、ProgID定义键）。提供PowerShell诊断脚本定位47处残留项，并发布精准清理脚本v3，按GUID匹配保留当前版本，清除失效注册表项。同时解决JetBrains Toolbox更新卡死问题，通过结束进程+重命名安装目录绕过文件锁。附带VS2022"双条目"
2026-08-15 13:50:55
537
3
原创 未来人工智能核心发展方向
梳理未来人工智能六大核心发展方向：基础模型革新、智能形态升级、部署架构变革、产业深度落地、安全治理与前沿交叉，看清 AGI 演进主线。
2026-08-11 12:29:15
229
原创 Photoshop 2026 AI 功能排障复盘：Camera Raw 卡死 / Neural Filters 灰 / 皮肤平滑下载失败 全定位
整理日期：2026-08-10环境：Windows 11 + NVIDIA RTX 3090 (驱动 620.02) + m0nkrus 安装版 PS 2026目标：让本机 PS 2026 用上与，并修复卡死/灰菜单问题。
2026-08-11 11:50:02
504
原创 Photoshop 2026 AI 功能排障复盘：Camera Raw 卡死 / Neural Filters 灰 / 皮肤平滑下载失败 全定位
整理日期：2026-08-10环境：Windows 11 + NVIDIA RTX 3090 (驱动 620.02) + m0nkrus 安装版 PS 2026目标：让本机 PS 2026 用上与，并修复卡死/灰菜单问题。
2026-08-11 10:42:01
600
原创 Windows 环境 vcpkg 完整升级实战指南（附 zlib 排坑全流程）
Windows下vcpkg升级与zlib排坑指南 本文详细记录Windows 10环境下vcpkg依赖管理的完整升级流程，重点解决vcpkg-tools.json版本不兼容问题（Schema V2报错）。通过拉取最新仓库配置后，因本地vcpkg.exe版本过旧，自动升级脚本（bootstrap-vcpkg.bat）因权限/占用问题失败（错误0x00000005），最终采用手动下载匹配版本vcpkg.exe覆盖的兜底方案。 核心步骤： 同步更新：git pull获取最新端口库后，必须升级主程序（自动脚本或手动
2026-08-08 15:10:46
493
原创 Ubuntu系统通过Homebrew安装Lightpanda完整实战教程（含端口占用排坑）
本文详细介绍了在Ubuntu系统下通过Homebrew安装Lightpanda无头浏览器的完整流程及常见问题解决方案。主要内容包括：1）强调必须使用普通用户安装Homebrew，root用户会被禁止；2）分步指导安装Homebrew和Lightpanda，包含环境变量配置和镜像加速设置；3）重点解决端口占用问题，分析TIME_WAIT状态导致的端口占用现象，提供三种解决方案（使用高位端口、清理进程、绑定0.0.0.0）；4）给出常用运维命令和后台运行建议。教程适用于Ubuntu/Debian系统，特别针对国
2026-08-04 18:35:27
538
原创 Docker Desktop 4.85.0 升级踩坑：从 exit code 4294967291 到成功启动
摘要：本文记录了从 Docker Desktop 4.84.0 升级到 4.85.0 时遇到的三个连环错误及解决方案。首先因后台进程未完全退出导致安装失败（错误码 4294967291/0x8A150006），需手动终止所有 Docker 相关进程；随后出现目录权限问题（0x8A170008），需通过 takeown 和 icacls 命令将 C:\ProgramData\DockerDesktop 所有权归还管理员账户；最后因安装程序残留进程冲突，需再次清理后方可成功升级。文章提供了完整的排查脚本和错误对
2026-08-04 14:23:19
753
原创 Unlimited-OCR 部署运行（13/13）：长文档验证 + 端口冲突坑 + 完整使用指南
编译移植篇（01–08）：一个被广泛认为"Windows 装不了、只能上 WSL/Docker"的高性能推理框架，我们拒绝逃生，在原生 Windows 上从源码把它编译并跑通——横跨 FlashInfer 前置编译、环境、GCC→MSVC 方言、MSVC 语义严格性、架构裁剪、链接收尾，以及支撑这一切不散架的工程方法论。部署运行篇（09–13）：编出来之后怎么真正跑起来——正确启动、两个经典排障（乱码根因 / 环境变量块崩溃）、MoE 性能调优、长文档验证，以及本篇的使用指南。
2026-08-02 16:43:28
266
原创 Unlimited-OCR 部署运行（13/13）：长文档验证 + 端口冲突坑 + 完整使用指南
编译移植篇（01–08）：一个被广泛认为"Windows 装不了、只能上 WSL/Docker"的高性能推理框架，我们拒绝逃生，在原生 Windows 上从源码把它编译并跑通——横跨 FlashInfer 前置编译、环境、GCC→MSVC 方言、MSVC 语义严格性、架构裁剪、链接收尾，以及支撑这一切不散架的工程方法论。部署运行篇（09–13）：编出来之后怎么真正跑起来——正确启动、两个经典排障（乱码根因 / 环境变量块崩溃）、MoE 性能调优、长文档验证，以及本篇的使用指南。
2026-08-02 16:38:45
294
原创 10_filled
服务能启动、/health返回 200，但端到端推理输出是——重复 token、无意义的中日韩字符混杂。这不是启动参数问题（已排除），而是更隐蔽的。本篇记录一次完整的根因定位：用"内核单测 + wheel RECORD sha256 审计"两板斧，锁定 3 个被手工改坏的 sglang 源码文件，并从官方 wheel 还原。这套审计法，建议你也存一份——它能在任何"输出又变乱码"的时刻立刻复现。
2026-08-02 16:18:10
221
原创 05-gcc_filled
与其改源码,不如在 CMake 里给 nvcc 传-D# 在 FA3 专属的 CUDA flags 里(MSVC 分支)这处在本系列里其实是个"备用"——因为我们最终把整个 FA3 模块在 MSVC 下禁用了(理由见第 5 篇:FA3 是 Hopper 专属,与目标显卡无关),这两个宏定义并不会在默认构建里真正用到。但它作为"非标准数学宏"这一病种的标准解法,仍值得记录:如果你的场景必须编 FA3,这就是修法。
2026-08-02 16:11:58
247
原创 10_filled
服务能启动、/health返回 200，但端到端推理输出是——重复 token、无意义的中日韩字符混杂。这不是启动参数问题（已排除），而是更隐蔽的。本篇记录一次完整的根因定位：用"内核单测 + wheel RECORD sha256 审计"两板斧，锁定 3 个被手工改坏的 sglang 源码文件，并从官方 wheel 还原。这套审计法，建议你也存一份——它能在任何"输出又变乱码"的时刻立刻复现。
2026-08-02 00:50:53
231
原创 05-gcc_filled
与其改源码,不如在 CMake 里给 nvcc 传-D# 在 FA3 专属的 CUDA flags 里(MSVC 分支)这处在本系列里其实是个"备用"——因为我们最终把整个 FA3 模块在 MSVC 下禁用了(理由见第 5 篇:FA3 是 Hopper 专属,与目标显卡无关),这两个宏定义并不会在默认构建里真正用到。但它作为"非标准数学宏"这一病种的标准解法,仍值得记录:如果你的场景必须编 FA3,这就是修法。
2026-08-02 00:44:51
200
原创 Unlimited-OCR 部署运行（12/13）：RTX 3090 MoE triton autotune config 消除性能警告
它，但会污染日志，而且默认 config 在消费级卡上未必最优。本篇讲清三件事：警告从哪来、为什么、以及如何为 RTX 3090 生成一份安全且有效的 autotune config。
2026-08-01 23:23:29
418
原创 Unlimited-OCR 部署运行（11/13）：环境变量块超限导致 spawn 子进程崩溃
第 09 篇 给了"最稳的启动命令"，其中第一条就是。本篇讲清楚——一个只在 Windows 上出现、且极具迷惑性的故障：服务日志停在后完全无输出、GPU 显存不涨、worker 卡在 ~866MB CPU 内存，看似"模型加载慢"，实则子进程已经崩了。
2026-08-01 23:22:27
378
原创 Unlimited-OCR 部署运行（10/13）：推理输出乱码根因——wheel RECORD sha256 审计
服务能启动、/health返回 200，但端到端推理输出是——重复 token、无意义的中日韩字符混杂。这不是启动参数问题（第 09 篇 已排除），而是更隐蔽的。本篇记录一次完整的根因定位：用"内核单测 + wheel RECORD sha256 审计"两板斧，锁定 3 个被手工改坏的 sglang 源码文件，并从官方 wheel 还原。这套审计法，建议你也存一份——它能在任何"输出又变乱码"的时刻立刻复现。
2026-08-01 23:21:25
395
原创 Unlimited-OCR 部署运行（9/13）：正确启动 SGLang + 模型，参数逐项理由
前 8 篇（编译移植篇）我们把从源码编出了win_amd64wheel，并让 sglang 高性能后端在原生 Windows 上。这一步藏着不少 Windows 特有的坑（环境变量块超限、模型放在网络盘导致超时、若干 Windows 专用启动参数），任何一处没对齐，表现都是"服务起不来"或"起来但输出不对"。本篇把已验证可用的完整启动方式一次给全。
2026-08-01 23:20:24
359
原创 Windows 原生编译 SGLang（8/8）：方法论——台账、幂等补丁脚本与多 AI 协作
一个被广泛认为"Windows 装不了、只能上 WSL/Docker"的高性能推理框架,我们拒绝逃生,在原生 Windows 上从源码把它编译并跑通了;路径横跨FlashInfer 前置依赖编译、环境配置、GCC→MSVC 源码方言、MSVC 语义严格性、架构相关性裁剪、链接收尾六个层次,每一层的每一个坎都有可复现的成因与解法;而支撑这一切不散架的,是台账、幂等脚本、当场验证、多方交接核对这套工程纪律。“官方没有提供”,从来不等于"做不到"。
2026-08-01 23:19:23
183
原创 Windows 原生编译 SGLang（7/8·收尾）：架构裁剪与 LNK2019 链接收尾
架构裁剪解决了编译期的一大批问题,但它带来一个滞后显现的副作用——直到所有源文件都编译通过、进入链接阶段,才暴露出来。
2026-08-01 23:18:20
190
原创 Windows 原生编译 SGLang（6/8·下）：常量求值、重载决议与编译器崩溃 C1001
上一篇的七个病种,大多是"缺什么补什么"的方言替换——看得见、改得动。本篇这一类不一样:它们是带来的问题,共同特点是。所以本篇不只给修法,更着重还原——为什么报错指向的那一行其实是无辜的、怎么一步步逼近真正的根因。这部分思路,比最终的补丁更有迁移价值。最后,我们会遇到这次攻关里最棘手的一个:MSVC 编译器,连微软自己都建议你"简化代码或上报 bug"。
2026-08-01 23:17:18
432
原创 Windows 原生编译 SGLang（5/8·上）：GCC 方言与 MSVC 预处理器严格性
与其改源码,不如在 CMake 里给 nvcc 传-D# 在 FA3 专属的 CUDA flags 里(MSVC 分支)这处在本系列里其实是个"备用"——因为我们最终把整个 FA3 模块在 MSVC 下禁用了(理由见第 5 篇:FA3 是 Hopper 专属,与目标显卡无关),这两个宏定义并不会在默认构建里真正用到。但它作为"非标准数学宏"这一病种的标准解法,仍值得记录:如果你的场景必须编 FA3,这就是修法。
2026-08-01 23:16:17
94
原创 Windows 原生编译 SGLang（3/8·前置）：FlashInfer Windows 源码编译踩坑全记录
在 项目里需要原生跑 sglang 做 OCR/VLM 模型的 serving。sglang 官方明确不支持 Windows——核心原因是它依赖两个 Linux 绑定很深的本地扩展:(CMake + scikit-build-core 编译的 CUDA kernel 库)和 (默认 attention backend)。社区目前没有 的 Windows 移植先例(上游有一个长期没人回应的 issue 在问这个问题),但 已经有 这个维护中的 fork 可用——跟我现在用的 是同一个作者。这篇先记录
2026-08-01 23:14:13
742
原创 Windows 原生编译 SGLang（2/8）：三铁证判定可行 + --no-deps 外科手术式安装
上一篇(第 0 篇)我们用 EPGF 架构把 Unlimited-OCR 部署到了能跑通推理的状态,并停在了一个岔路口:高性能后端 sglang 在 Windows 上"装不了",主流建议是退回 Transformers 或转投 WSL2 / Docker。本篇先把结论摆在最前面————然后讲清楚这件事到底难在哪、我们怎么组织这场攻关,以及为什么"官方没有 Windows 包"和"Windows 编译不出来"根本是两回事。
2026-08-01 23:13:12
392
原创 Windows 原生编译 SGLang（1/8）：EPGF 环境地基与「能不能编」的岔路口
本文是「Windows 原生编译部署 sglang」系列的第 0 篇,负责把项目的打好:项目怎么克隆、环境怎么用 EPGF 架构闭环治理、依赖怎么装、推理怎么跑通。后续各篇的所有攻关,都默认站在本篇搭好的环境与目录结构之上,不再重复交代。读完本篇,你会得到一个的 Unlimited-OCR 环境;同时,你也会在结尾遇到一个绕不过去的岔路口——它正是后续整个系列的起点。
2026-08-01 23:12:10
278
Windows 下再次编译并打包 MMCV 2.2.0 CUDA 算子 [torch 2.9.1+cu130] 复盘
2026-06-07
diff-gaussian-rasterization GLM 数学库：已放置于 diff-gaussian-rasteriza
2026-04-26
diff-gaussian-rasterization PyTorch2.4.0+cu124×CUDA12.6×FaceLift
2026-04-26
flash-attn-2.8.4-cp312-cp312-win-amd64.whl
2026-04-08
basicsr-1.4.2-cp314-cp314-win-amd64.whl
2026-03-25
Flash-Attention 2.8.0 python3.11 Wheel（RTX 3090 sm-86专属）
2026-03-24
vllm-0.16.0rc2.dev243+gc8e1f5abe.d20260309.cu126-cp312-cp312-win-amd64.whl
2026-03-11
vllm-0.16.0rc2.dev243+gc8e1f5abe.d20260308.cu128-cp312-cp312-win
2026-03-08
EXCEL必备工具箱
2015-05-06
TA创建的收藏夹 TA关注的收藏夹
TA关注的人