- 博客(634)
- 资源 (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
1993
10
原创 【EPGF 白皮书】路径治理驱动的多版本 Python 架构—— Windows 环境治理与 AI 教学开发体系
【摘要】EPGF（Python治理框架）提出了一套针对Windows环境下Python多版本管理的系统级解决方案。该框架通过"三维治理（版本/工具/项目）→四级隔离（系统/版本/工具链/项目）→五项自治（路径/版本/工具链/项目/迁移）"的闭环体系，实现环境可控、结构可迁移、状态可复现的核心目标。关键技术包括：统一根目录（D:\A）路径治理、Conda多版本隔离、项目级工具链本地化（.venv内重装管理工具）以及pyvenv.cfg路径重写机制。相比传统方案，EPGF显著提升了企业研发环
2025-09-09 18:53:01
2069
9
原创 Python 多版本环境治理理念驱动的系统架构设计——三维治理、四级隔离、五项自治 原则（路径治理升级修订 V 2.0 版）
Python 多版本环境治理理念驱动的系统架构设计——三维治理、四级隔离、五项自治 原则（路径治理升级修订 V 2.0 版）
2025-08-28 22:55:00
2581
1
原创 Python 多版本环境治理理念驱动的系统架构设计：三维治理、四级隔离、五项自治 原则
Python 多版本环境治理理念驱动的系统架构设计：三维治理、四级隔离、五项自治 原则——从混乱依赖到可演进开发体系的工程化实践
2025-07-02 00:02:17
2155
2
原创 Python 多版本与开发环境治理架构设计
从零散操作到体系构建的范式革新“三维治理、四级隔离、五项自治” 架构绝非简单的技术叠加，而是对 Python 环境管理范式的系统性重构。它将无序的工具组合转化为可量化、可复制的工程解决方案，使开发者从反复处理环境冲突的泥潭中解脱，转而聚焦核心业务价值创造。
2025-06-26 23:54:13
2282
3
原创 【终极实战】Conda/Poetry/Virtualenv/Pipenv/Hatch 多工具协同 + Anaconda×PyCharm：构建 Python 全版本栈隔离体系与虚拟环境自动化管理指南
【Conda、Poetry、Virtualenv、Pipenv、UV、Hatch 等】Anaconda + PyCharm：打造多版本 Python 开发的全栈隔离与多种虚拟环境管理实战
2025-06-24 18:21:06
2118
原创 Python 多版本开发环境治理：理论架构与实践
我们提出了一套系统化的环境治理架构，将环境管理提升为可设计的体系化工程。核心目标包括：架构清晰可追溯、环境复用强稳定、项目迁移高灵活。整体治理理念基于三维治理、四级隔离、五项自治，旨在通过解耦与分层的设计，实现环境的可控性、可复现性和可移植性。
2025-06-24 15:16:55
2169
原创 Python 多版本治理理念（Windows 平台 · 零基础友好）
基于AI深度学习环境搭建实践，总结出的"零基础入门 + Conda工具链 + 全隔离项目环境"Python多版本管理方法论。我们将其提炼为系统化的环境治理原则体系，专为初学者和开发者设计，核心聚焦三大目标：架构清晰可追溯、环境复用强稳定、项目迁移高灵活。
2025-06-22 14:34:26
1745
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
2276
原创 【深度探索】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
3575
原创 根治 PyTorch CUDA `pynvml` 弃用警告：直接修改 `torch/cuda/__init__.py` 的实践记录
摘要：本文记录了解决PyTorch CUDA初始化时pynvml弃用警告的实践方法。通过分析发现，pynvml13.x已变为仅抛出警告的兼容层，实际功能由nvidia-ml-py提供。直接在torch/cuda/__init__.py中将import pynvml替换为import nvidia_ml_py as pynvml，实现零侵入式修复。该方案既保留环境兼容性，又彻底消除警告，优于屏蔽警告或卸载包等方法。修改需注意保持缩进、添加注释和书签，以便PyTorch重装后快速重新应用。
2026-06-04 20:59:54
397
原创 【笔记】ComfyUI 源码部署版更新后一键修复：从手动补丁到自动化工作流
本文介绍了针对Windows环境下ComfyUI源码版更新的自动化修复方案。每次从源码压缩包全量更新后，用户通常需要手动重装依赖、应用补丁和修改配置，过程繁琐易错。为此，作者开发了comfyui_post_update.py一键修复脚本，可自动完成以下操作： 重新安装Python依赖 应用comfy-kitchen的三重解锁补丁（消除CUDA版本警告、强制开启CUDA/Triton后端、降低硬件算力门槛） 自动修复MediaPipe兼容性问题 恢复对main.py的自定义修改（如监听地址、导入路径等） 核心
2026-06-04 20:06:02
420
原创 Microsoft.Coreutils全解析：Windows原生Linux命令工具使用指南
【摘要】Microsoft.Coreutils是微软官方推出的Windows原生Linux命令工具集，基于Rust项目uutils开发，无需WSL或虚拟机即可在CMD/PowerShell中直接运行ls、cat、grep等75+常用Linux命令。该工具采用单主程序+NTFS硬链接架构，安装包仅5MB，支持winget一键部署。主要解决跨平台命令差异问题，适用于开发调试、运维操作和终端优化等场景。安装后需重启终端验证命令是否生效，支持与Windows原生命令共存，通过环境变量调整优先级。注意：该工具无法替代
2026-06-04 16:08:37
391
原创 ComfyUI 消除 cu130 警告并强制开启 comfy-kitchen [triton/ eager/ cuda]全后端加速：原理与实战【含一键补丁】
本文介绍了在Windows环境下使用ComfyUI时出现的CUDA版本警告问题及解决方案。主要内容包括： 问题现象：RTX 30/40系列显卡在CUDA 12.x环境下运行时，会触发"cu130"警告并禁用comfy-kitchen的高性能加速后端（CUDA/Triton），仅保留最慢的eager模式。 影响分析：导致FP8/FP4量化推理、AWQ/GPTQ压缩等优化无法生效，实测性能损失可达15-30%。 技术原理：详细解析了comfy-kitchen的三重拦截机制： 版本锁：过度保守的CUDA 13.0
2026-06-03 17:02:16
344
原创 ComfyUI 消除 “cu130“ 警告并强制开启 comfy-kitchen 全后端加速实战记录[backend triton/backend eager/backend cuda]
\ComfyUI\comfy\extras\quant_ops.py 找到以下代码段（约第 30 行）： ```python if cuda_version 修改为： if cuda_version 第二步：强制启用所有后端 在 ComfyUI 启动脚本（如 main.py）的 import 区域后添加环境变量设置： import os os.environ["COMFT_KITCHEN_ENABLE_CUDA"] = "1" os.environ["COMFT_KITCHEN_ENABLE_TRITON"
2026-06-03 15:55:45
364
原创 ComfyUI DynamicVRAM 警告修复记录：在庞大依赖生态下的版本锁定抉择
ComfyUI DynamicVRAM警告修复记录显示，在PyTorch版本2.7.1环境下运行ComfyUI时出现DynamicVRAM支持警告。分析发现，警告源于版本检查逻辑要求PyTorch≥2.8。提出三种解决方案：A)修改源码降低版本阈值(推荐)，B)强制启用参数，C)升级PyTorch(因依赖生态复杂未采用)。文章详细分析了在庞大插件生态(319+插件、7045+节点)下版本锁定的必要性，特别是考虑到自编译库(如flash-attn、vllm等)的重建成本。最终选择风险最小的源码修改方案，权衡了
2026-06-02 18:18:39
367
原创 在最新版 ComfyUI 中 ComfyUI-nunchaku 启动报错修复实录：cannot import name ‘apply_rotary_emb‘
本文记录了在 ComfyUI 0.23.0 环境下修复 ComfyUI-nunchaku 插件启动报错 cannot import name 'apply_rotary_emb' 的过程。错误源于 ComfyUI 新版移除了 comfy.ldm.qwen_image.model 中的 apply_rotary_emb 函数，改用 comfy.ldm.flux.math 中的 apply_rope1。文章提供了两种解决方案：手动修改 qwenimage.py 文件的导入语句（方法A），或使用自动替换脚本（方法
2026-06-02 17:18:17
641
原创 硬核工程：在 Windows 11 下强制复现 FaceLift 的 Gaussian Reconstructor (GSLRM) 训练管线
本文详细记录了在Windows11环境下强制复现FaceLift项目GaussianReconstructor(GSLRM)训练管线的技术攻关过程。针对Linux分布式底层实现与Windows环境的兼容性问题，作者通过"环境伪装"与"底层劫持"技术，在不改动核心逻辑的前提下实现了单卡RTX3090上的训练。主要突破包括：1)通过Python补丁拦截C++层libuv调用，替换NCCL为Gloo后端；2)修改YAML配置文件解决Windows特有崩溃问题；3)模拟完整分
2026-05-25 00:13:45
464
2
原创 硬核突围！在 Windows 下完美跑通 FaceLift 多视角扩散模型训练
我们秉承「非侵入式代码注入（Monkey Patch）」与「离线资产完全解耦」的工程思想，确保在不破坏原生代码库的前提下，不仅当前机器能完美跑通 20,000 步全量微调，且在未来任意迁移至一台全新的 Windows 机器时，都能实现一键无缝还原复现。
2026-05-24 13:13:04
441
原创 MingLi-Bench 项目部署实录：基于 EPGF 架构的工程化实践
MingLi-Bench是一个评估大语言模型在中国传统命理学（八字和紫微斗数）领域能力的基准测试框架。该项目基于EPGF架构部署，采用"继承而不依赖，封装而解耦"的环境管理理念，通过Conda虚拟环境和项目级.venv实现多版本Python的隔离管理。测试包含160道标准化选择题，覆盖12个人生维度，支持链式推理(--cot)和预计算命盘(--astro)功能。部署过程中解决了Windows终端不支持Shell行内注释等问题，最终成功搭建了可独立运行的环境，为后续对GPT-4、Claud
2026-05-20 10:57:13
549
原创 Visual Studio 旧版下载完全指南——为什么在 2026 年，很多 Python/C++ 项目仍然需要 Visual Studio 2019、2017，甚至更早版本
摘要：Visual Studio 2019仍是Python库编译的黄金标准，尤其在处理dlib、PyTorch等依赖C++编译的库时。微软官方仍提供VS2019下载（含BuildTools），需在旧版页面手动选择。相比新版VS，2019版对CUDA11.x和CMake项目兼容性更佳，且安装体积更小。典型应用场景包括解决"Microsoft Visual C++ 14.x required"错误，安装时需勾选MSVC v142和C++构建工具。开发者可通过x64 Native Tools命
2026-05-18 19:02:53
784
2
原创 手握编译器，驯服依赖链：ComfyUI 是 AIGC 应用层集大成者，也是最硬核的能力试金石
《拓扑之美与编译之痛：Windows下ComfyUI实战指南》深入剖析了AIGC领域最具革命性的工具ComfyUI。文章揭示了ComfyUI作为多模态智能管道编排引擎的核心价值：通过DAG拓扑结构将复杂AI流程可视化，支持从文生图到数字人的全链路开发。同时尖锐指出Windows环境下的残酷现实：CUDA编译困境、Python版本断层、Triton适配等九大技术挑战。作者通过六大实战案例（包括flash-attn编译、SageAttention补丁等）展示了从环境配置到源码修复的完整解决方案，强调真正的AIG
2026-05-18 18:00:51
714
原创 ComfyUI：为什么说它是 AIGC 应用层面的集大成者？
摘要： ComfyUI是AIGC领域的集大成者，将文生图、视频生成、3D重建等生成式AI技术整合为可视化节点工作流平台，实现自由组合与编排。其强大功能背后是高技术门槛，尤其在Windows平台部署需解决CUDA加速、依赖冲突等复杂问题，考验用户的AIGC工程化能力。掌握ComfyUI意味着具备Python环境管理、插件开发、性能优化等全栈技能，类似Blender在3D创作中的地位。它不仅是工具，更是衡量AIGC技术深度的标尺，真正熟练使用者往往已拥有成熟的工程化思维与实践能力。
2026-05-17 23:01:52
567
原创 ComfyUI：AIGC 应用层集大成者，也是真正高手的“试金石“
「ComfyUI 不只是工具，它是一面镜子——你的 AI 工程化能力，在部署和调试过程中一览无余。」
2026-05-17 22:42:55
444
原创 拓扑之美与编译之痛：为什么说在 Windows 下玩转 ComfyUI 才是 AIGC 技术的高手分水岭？
摘要： ComfyUI作为工业级AIGC编排引擎，通过有向无环图（DAG）拓扑结构实现多模态管道的深度控制，远超传统WebUI的线性封装。其核心优势在于模型解耦、显存优化及跨模态无缝缝合（如LLM→Diffusion闭环）。然而，Windows生态下的依赖地狱（如CUDA算子编译、Python版本冲突）成为技术分水岭：高手需掌握源码级补丁、显存极限压榨及工程化封装能力，从“Prompt爱好者”晋升为“AIGC架构师”。ComfyUI的自由度与Windows的编译之痛，共同定义了AIGC领域的硬核门槛。
2026-05-17 22:21:31
451
原创 ComfyUI MediaPipe 猴子补丁终极完善版：补全上下文管理与姿态检测兼容
本文介绍了ComfyUI MediaPipe猴子代理补丁的终极完善版本，重点解决了上下文管理协议缺失和姿态检测模块兼容性问题。文章回顾了系列补丁的演进过程，从protobuf兼容性修复到代理模式实现真实数据推理，最终补全了上下文管理器协议和pose模块支持。第四版补丁新增了ProxyPose类，支持姿态检测任务，并优化了图像格式兼容性处理。该方案实现了旧插件对MediaPipe ≥0.10.x版本的无缝迁移，确保在ComfyUI环境下稳定运行。完整补丁代码已提供，需配合下载官方模型文件使用。
2026-05-16 17:53:48
514
原创 f2 项目（多平台的作品下载与接口数据处理）源码部署记录
F2项目部署摘要 F2是一个支持多平台下载的Python库，涵盖抖音、Twitter等平台的数据处理。本文记录了在Windows系统下的部署过程：使用VS2022开发者命令行环境，基于Python3.11创建独立虚拟环境，通过pip install -e命令成功安装项目及所有依赖（包括异步库和加密组件）。安装后验证显示版本0.0.1.7，CLI工具功能正常。部署过程顺利完成虚拟环境创建、依赖安装和源码构建等关键步骤，建议后续配置平台特定参数并进行下载测试。该项目为多平台数据采集提供了便捷的解决方案。
2026-05-02 22:59:03
444
原创 如何在 Google Chrome 中强制开启 Gemini AI 侧边栏（完整图文教程）
本教程将详细介绍如何通过修改 Chrome 本地配置文件、启用实验性功能（Flags）以及调整语言设置，强制解锁 Gemini in Chrome（内部代号 GLIC）功能。全程无需安装任何第三方软件或插件，仅需修改几个本地配置参数即可。
2026-05-02 15:31:17
5436
原创 精简版｜Claude-HUD 插件介绍 + 一键安装教程
Claude-HUD插件是一款专为ClaudeCode终端版设计的状态监控工具，它能实时展示关键信息：Token用量进度条、工具/Agent运行状态、任务进度、Git分支等。安装仅需3步：添加插件市场源、安装插件、重载生效。该插件开箱即用，无需配置，全局生效，能有效防止会话超限，提升开发效率。常用命令包括自定义布局、查看插件列表和卸载插件等。其核心优势在于实时可视化会话状态，让用户清晰掌握模型运行情况。
2026-05-01 11:59:21
596
原创 FaceFusion Windows 本地 .venv 部署实战教程
本文详细记录了在Windows 11系统下使用Python虚拟环境(.venv)部署FaceFusion 3.6.1的全过程。教程重点包括：1) 创建项目本地虚拟环境并激活；2) 安装PyTorch CUDA版本(2.10.0+cu130)并验证GPU加速；3) 配置ONNX Runtime和TensorRT执行环境；4) 通过符号链接共享模型目录节省空间；5) 设置统一输出目录。文章特别强调了不使用Conda环境管理，并提供了完整的验证清单和常见问题解决方案，确保用户能在Windows本地稳定运行Face
2026-04-30 11:28:51
563
原创 Claude Desktop 启用开发者模式 + 配置第三方模型 详细步骤
本文详细介绍了如何在Claude桌面端启用开发者模式并配置第三方模型（如LMStudio）的完整步骤。主要内容包括：准备工作（安装最新版、获取API密钥）、启用开发者模式、配置Gateway连接（填写API地址和密钥）、模型列表设置及验证方法。特别说明第三方模式下会强制注入Claude身份提示词，使任何底层模型都会以Claude身份回复。还提供了常见问题排查方法，指出这是替换模型后端的"3P推理"模式，不同于MCP工具扩展配置，配置成功后无需登录即可使用。适用于想使用更便宜第三方模型的用
2026-04-29 18:55:35
4642
2
原创 ComfyUI MediaPipe 终极填坑：解决 incompatible function arguments 报错，基于代理模式的猴子补丁升级版
《ComfyUI MediaPipe终极填坑：代理模式解决API兼容性问题》摘要：本文是ComfyUI MediaPipe系列第三篇，针对升级/降级导致的"incompatible function arguments"报错和初级补丁坐标偏移问题，提出基于代理模式(Proxy Pattern)的终极解决方案。通过动态路由技术，在内存中建立新旧API转换层：拦截旧版mp.solutions.face_mesh调用后，自动转换为新版Tasks API请求，再将结果逆向翻译为旧数据结构返回。该
2026-04-29 12:15:33
776
原创 Python 3.12 解决 MediaPipe “no attribute ‘solutions‘” 终极方案：基于全版本硬核实测的避坑指南
Python3.12下MediaPipe解决方案终极指南 针对Python3.12运行MediaPipe时出现的"no attribute 'solutions'"问题，实测发现根本原因是官方在新版本中移除了该接口。通过全面测试，找到了完美解决方案： 黄金版本区间：0.10.13到0.10.21版本（0.10.15除外）既支持Python3.12又保留solutions属性 推荐安装0.10.21版： pip install --force-reinstall --no-deps "ht
2026-04-29 11:04:32
582
原创 解决 ComfyUI 启动报错：Warn!: Unable to parse pyproject.toml due to lack dependency pydantic-setti 格式错误排查实录
摘要： 在部署ComfyUI时遇到报错"Unable to parse pyproject.toml due to lack dependency pydantic-settings"，初步误判为缺少依赖库。经排查发现是自定义插件Endless-Nodes的pyproject.toml文件中dependencies字段格式错误，该字段被错误地设为空字符串""而非要求的空列表[]。修复后将dependencies=""改为dependencies=[
2026-04-28 19:51:13
252
原创 Windows WSL2 虚拟硬盘迁移终极方案：Junction 一劳永逸，告别 C 盘焦虑
本文介绍了Windows WSL2虚拟硬盘迁移的最佳实践方案——使用Junction技术将WSL默认存储目录重定向到非系统盘。文章详细对比了四种迁移方案的优劣，重点推荐Junction方案，该方案具有永久生效、透明兼容、操作简单等优势。内容包含：WSL虚拟硬盘默认存储位置分析、Junction与SymbolicLink的技术对比、分步骤迁移教程（默认WSL目录、PodmanMachine目录等）、7个典型问题的解决方案、一键检查脚本以及最佳实践清单。通过Junction技术，用户可以一次性解决WSL虚拟硬盘
2026-04-28 15:21:19
818
原创 Podman Machine 虚拟硬盘迁移实战二：用 Junction 把 vhdx 从 C 盘搬到其他盘
本文介绍了使用Junction技术将Podman Machine虚拟硬盘(vhdx)从C盘迁移到其他盘的方法。通过创建父目录级Junction链接，实现虚拟硬盘自动重定向到指定盘符（如I盘），避免C盘空间被占用。该方案具有以下优势： 一次性设置永久生效，重建machine无需重复迁移 相比wsl--export/import方案操作更简便 对Podman和WSL完全透明，兼容性更好 Junction无需预创建目标目录，比Symbolic Link更可靠 文章详细演示了从清理旧machine、创建Juncti
2026-04-28 15:08:15
529
原创 Windows Podman Machine 虚拟硬盘迁移完整指南：从 C 盘到非系统盘
环境： Windows 11 + Podman 5.8.x + WSL2 (Mirrored 网络模式) 适用场景： 将 Podman machine 的 WSL 虚拟硬盘 (ext4.vhdx) 从 C 盘迁移到其他磁盘，释放系统盘空间 最后验证日期： 2026年4月28日
2026-04-28 10:46:43
462
原创 硬核指南：在 Windows 环境下从源码编译 Pynini（含 Wheel 复用技巧）
本文详细介绍了在Windows环境下从源码编译Pynini库的完整流程。重点包括：1）准备工作（安装VS2019/2022、Python3.8-3.13）；2）关键编译步骤（初始化VS环境、创建虚拟环境、执行Wheel编译）；3）验证安装方法。针对编译耗时或失败的情况，作者提供了替代方案：可直接使用预编译的Wheel包或通过conda/WSL安装。特别建议将成功编译的.whl文件备份以便复用。文章还附带了相关资源链接，为在Windows上使用这一NLP工具提供了实用指南。
2026-04-27 16:35:46
665
原创 Clink 调校指南：让 Windows CMD 拥有现代终端的便捷体验
《Clink调校指南：为Windows CMD注入现代终端功能》摘要 Clink是一款轻量级工具，能在不替换原生CMD的前提下为其添加现代终端功能，包括智能补全、语法高亮、命令建议和历史搜索等。本文详细介绍了Clink的安装配置方法，特别解决了在VS2022开发者命令提示符中的兼容性问题，提供了路径精简方案和实用功能调校建议。通过设置自动建议、调整配色、开启弹出式补全菜单等操作，可显著提升命令行工作效率。文章还包含快捷键速查表和常见问题解答，帮助开发者在保持批处理兼容性的同时，获得接近现代Shell的操作体
2026-04-26 17:40:16
499
原创 Clink 在 VS 2022 Developer Command Prompt 中的配置与路径精简调校
本文介绍了如何在VS2022开发者命令提示符中配置Clink工具并优化路径设置。Clink作为CMD的增强层，提供了类Unix Shell的交互体验，包括行编辑、历史记录、智能补全等功能。针对VS开发者命令提示符的特殊启动机制导致Clink无法自动加载的问题，文章详细分析了原因并提供了解决方案：通过注册表修改AutoRun设置、将Clink加入系统PATH、创建目录联接以简化路径。最终实现了普通CMD和VS开发者命令提示符都能正常加载Clink的效果，同时解决了长路径和空格问题。文章还提供了配置快照和注意事
2026-04-26 17:33:39
405
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关注的人