recommenders-addons
TensorFlow Recommenders Addons 是专为构建大规模推荐系统而设计的 TensorFlow 扩展工具库,由 SIG Recommenders 社区维护。它核心解决了传统静态嵌入技术在处理海量稀疏数据时面临的哈希冲突和内存瓶颈问题,通过引入“动态嵌入技术”,让键值对数据结构在 TensorFlow 中变得可训练且高效。
这款工具特别适合从事搜索、推荐及广告算法开发的工程师与研究人员使用。其独特亮点在于完全兼容原生 TensorFlow 的优化器、检查点及模型格式,无需大幅修改现有代码即可升级架构。它支持多种高性能存储后端,包括基于 CPU 的 Cuckoo Hash、NVIDIA 提供的 GPU 加速 HierarchicalKV 以及 Redis,并能灵活适配 TF Serving 和 Triton 等推理框架。此外,它还创新性地支持基于 Horovod 的半同步训练模式,即对稠密权重进行同步训练,而对稀疏权重实行异步训练,从而显著提升大规模模型的训练效率与推荐效果。无论是希望优化现有模型性能的开发者,还是探索前沿推荐算法的研究者,都能从中获得强大的技术支持。
使用场景
某大型电商平台的算法团队正在构建一个实时个性化商品推荐系统,需要处理亿级用户和千万级商品的动态交互数据。
没有 recommenders-addons 时
- 哈希冲突严重:使用静态嵌入表时,海量稀疏 ID 被迫映射到固定大小的表中,导致严重的哈希冲突,大幅降低推荐准确率。
- 内存资源浪费:为了减少冲突不得不预分配巨大的嵌入矩阵,即使大量商品从未被点击,也占用了宝贵的 GPU 显存。
- 新物品冷启动慢:新上架商品无法动态加入嵌入表,必须等待离线重新训练模型并全量部署,导致新物品无法及时获得流量。
- 训练架构复杂:为了实现稀疏参数的异步更新以加速训练,需要自行开发复杂的分布式通信逻辑,维护成本极高。
使用 recommenders-addons 后
- 零冲突动态扩容:利用
tfra.dynamic_embedding技术,嵌入表随数据动态增长,彻底消除哈希冲突,显著提升模型拟合能力。 - 显存按需分配:仅存储实际出现过的特征 ID,显存占用降低 60% 以上,使得在单卡上训练超大规模模型成为可能。
- 实时热更新:新商品 ID 可在训练过程中自动注册并参与梯度更新,实现分钟级的新物品冷启动支持。
- 原生异步训练:原生支持基于 Horovod 的半同步训练模式,稠密参数同步、稀疏参数异步,无需额外开发即可享受高性能分布式训练。
recommenders-addons 通过引入动态嵌入技术,让 TensorFlow 能够以更低成本和更高效率应对搜索、推荐与广告场景下的超大规模稀疏数据挑战。
运行环境要求
- Linux
- macOS
- 可选(CPU 可用)
- 若使用 GPU,需 NVIDIA 显卡(计算能力 6.0-9.0),显存未明确说明(建议 8GB+ 以支持大规模动态嵌入),CUDA 版本需与 TFRA 版本匹配(如 TFRA 0.8.0 需 CUDA 12.3,0.7.0 需 CUDA 12.2,0.6.0/0.5.x 需 CUDA 11.2),cuDNN 版本需匹配(如 8.9 或 8.1)
- Apple Silicon (M1) 不支持 GPU 加速的 HKV 等功能
未说明

快速开始
TensorFlow 推荐系统附加组件
TensorFlow 推荐系统附加组件(TFRA)是一系列与大规模推荐系统相关的项目,基于 TensorFlow 构建,并引入了 动态嵌入技术,使 TensorFlow 更加适合训练 搜索、推荐和广告 模型,同时简化了复杂推荐模型的构建、评估和部署流程。详情请参阅已批准的 TensorFlow RFC #313。这些贡献将作为 TensorFlow Core 和 TensorFlow 推荐系统的补充。
对于 Apple Silicon(M1 芯片),请参考 Apple Silicon 支持。
主要特性
- 使键值数据结构(动态嵌入)可在 TensorFlow 中进行训练
- 相比静态嵌入机制,在无哈希冲突的情况下获得更好的推荐效果
- 兼容所有原生 TensorFlow 优化器和初始化器
- 兼容原生 TensorFlow CheckPoint 和 SavedModel 格式
- 完全支持在 GPU 上训练和推理推荐模型
- 支持 TF Serving 和 Triton 推理服务器 作为推理框架
- 支持多种键值实现作为动态嵌入存储,并易于扩展
- cuckoohash_map(来自卡内基梅隆大学 Efficient Computing 团队,适用于 CPU)
- HierarchicalKV(来自 NVIDIA,适用于 GPU)
- Redis
- 支持基于 Horovod 的半同步训练
- 密集权重采用同步训练
- 稀疏权重采用异步训练
子包
贡献者
TensorFlow 推荐系统附加组件依赖于公众的贡献、错误修复和文档编写。本项目得以存在,离不开所有贡献者及其所在组织的支持。[贡献]
特别感谢 NVIDIA Merlin 团队以及 NVIDIA 中国开发技术支持团队,他们提供了 GPU 加速技术支持和代码贡献。
教程与演示
安装
稳定版本
TensorFlow 推荐系统附加组件已在 PyPI 上提供,适用于 Linux 和 macOS。要安装最新版本,请运行以下命令:
pip install tensorflow-recommenders-addons
在 0.8 版本之前,若需安装 GPU 版本,请运行以下命令:
pip install tensorflow-recommenders-addons-gpu
使用 TensorFlow 推荐系统附加组件时:
import tensorflow as tf
import tensorflow_recommenders_addons as tfra
与 TensorFlow 的兼容性
TensorFlow C++ API 尚未稳定,因此我们仅能保证与构建 TensorFlow Recommenders-Addons (TFRA) 时所针对的版本兼容。虽然 TFRA 有可能在多个 TensorFlow 版本上运行,但也存在出现段错误或其他问题导致崩溃的风险。如果您的 TensorFlow 版本与构建时使用的版本不匹配,系统将发出警告。
此外,TFRA 自定义算子的注册没有稳定的 ABI 接口,因此即使用户的 TensorFlow 版本与我们构建时使用的版本一致,仍然需要安装兼容的 TensorFlow 环境。简单来说,TensorFlow Recommenders-Addons 的自定义算子可以与通过 pip 安装的 TensorFlow 配合使用,但如果 TensorFlow 是以不同方式编译的,则可能会出现问题。一个典型的例子就是通过 conda 安装的 TensorFlow。RFC #133 旨在解决这一问题。
兼容性矩阵
GPU 支持从版本 0.2.0 及以上开始。
| TFRA | TensorFlow | 编译器 | CUDA | CUDNN | 计算能力 | CPU |
|---|---|---|---|---|---|---|
| 0.8.0 | 2.16.2 | GCC 8.2.1 | 12.3 | 8.9 | 7.0, 7.5, 8.0, 8.6, 8.9, 9.0 | x86 |
| 0.8.0 | 2.16.2 | Xcode 13.1 | - | - | - | Apple M1 |
| 0.7.0 | 2.15.1 | GCC 8.2.1 | 12.2 | 8.9 | 7.0, 7.5, 8.0, 8.6, 8.9, 9.0 | x86 |
| 0.7.0 | 2.15.1 | Xcode 13.1 | - | - | - | Apple M1 |
| 0.6.0 | 2.8.3 | GCC 7.3.1 | 11.2 | 8.1 | 6.0, 6.1, 7.0, 7.5, 8.0, 8.6 | x86 |
| 0.6.0 | 2.6.0 | Xcode 13.1 | - | - | - | Apple M1 |
| 0.5.1 | 2.8.3 | GCC 7.3.1 | 11.2 | 8.1 | 6.0, 6.1, 7.0, 7.5, 8.0, 8.6 | x86 |
| 0.5.1 | 2.6.0 | Xcode 13.1 | - | - | - | Apple M1 |
| 0.5.0 | 2.8.3 | GCC 7.3.1 | 11.2 | 8.1 | 6.0, 6.1, 7.0, 7.5, 8.0, 8.6 | x86 |
| 0.5.0 | 2.6.0 | Xcode 13.1 | - | - | - | Apple M1 |
| 0.4.0 | 2.5.1 | GCC 7.3.1 | 11.2 | 8.1 | 6.0, 6.1, 7.0, 7.5, 8.0, 8.6 | x86 |
| 0.4.0 | 2.5.0 | Xcode 13.1 | - | - | - | Apple M1 |
| 0.3.1 | 2.5.1 | GCC 7.3.1 | 11.2 | 8.1 | 6.0, 6.1, 7.0, 7.5, 8.0, 8.6 | x86 |
| 0.2.0 | 2.4.1 | GCC 7.3.1 | 11.0 | 8.0 | 6.0, 6.1, 7.0, 7.5, 8.0 | x86 |
| 0.2.0 | 1.15.2 | GCC 7.3.1 | 10.0 | 7.6 | 6.0, 6.1, 7.0, 7.5 | x86 |
| 0.1.0 | 2.4.1 | GCC 7.3.1 | - | - | - | x86 |
更多详细信息请参阅 NVIDIA 支持矩阵。
注意
- 发布包与 TensorFlow 之间存在严格的版本绑定关系。
- 由于 TensorFlow API 的重大变化,我们只能确保版本 0.2.0 在 CPU 和 GPU 上与 TF1.15.2 兼容,但没有官方发布版本,您只能通过以下方式自行编译获得:
PY_VERSION="3.9" \
TF_VERSION="2.15.1" \
TF_NEED_CUDA=1 \
sh .github/workflows/make_wheel_Linux_x86.sh
# .whl 文件将被创建在 ./wheelhouse/
- 如果您需要使用 TensorFlow 1.14.x 或更早版本,我们建议您放弃,不过这篇文档或许能帮到您:从 TensorFlow 编译目录中提取头文件。同时,我们发现 TRFA 使用的一些算子性能更好,因此强烈建议您将 TensorFlow 更新至 2.x 版本。
从源码安装
对于所有开发者,我们推荐使用已启用 GPU 的开发容器:
docker pull tfra/dev_container:latest-tf2.15.1-python3.9 # 可用的 TensorFlow 和 Python 组合请参见 [这里](https://www.tensorflow.org/install/source#linux)
docker run --privileged --gpus all -it --rm -v $(pwd):$(pwd) tfra/dev_container:latest-tf2.15.1-python3.9
仅 CPU
您也可以从源码安装。这需要使用 Bazel 构建系统(版本 == 5.1.1)。请在编译机器上安装一个 TensorFlow,编译器需要根据已安装的 TensorFlow 知道其版本和头文件路径。
export TF_VERSION="2.15.1" # "2.11.0" 经过充分测试。
pip install tensorflow==$TF_VERSION
git clone https://github.com/tensorflow/recommenders-addons.git
cd recommenders-addons
# 此脚本将项目与 TensorFlow 依赖项关联
python configure.py
bazel build --enable_runfiles build_pip_pkg
bazel-bin/build_pip_pkg artifacts
pip install artifacts/tensorflow_recommenders_addons-*.whl
GPU 支持
只需设置 TF_NEED_CUDA=1,其他环境变量为可选:
export TF_VERSION="2.15.1" # "2.11.0" 经过充分测试。
export PY_VERSION="3.9"
export TF_NEED_CUDA=1
export TF_CUDA_VERSION=12.2 # 使用 nvcc --version 检查版本
export TF_CUDNN_VERSION=8.9 # 打印("cuDNN 版本:", tf.sysconfig.get_build_info()["cudnn_version"])
export CUDA_TOOLKIT_PATH="/usr/local/cuda"
export CUDNN_INSTALL_PATH="/usr/lib/x86_64-linux-gnu"
python configure.py
然后构建并安装 pip 包:
bazel build --enable_runfiles build_pip_pkg
bazel-bin/build_pip_pkg artifacts
pip install artifacts/tensorflow_recommenders_addons_gpu-*.whl
要运行单元测试:
cp -f ./bazel-bin/tensorflow_recommenders_addons/dynamic_embedding/core/*.so ./tensorflow_recommenders_addons/dynamic_embedding/core/
pip install pytest
python tensorflow_recommenders_addons/tests/run_all_test.py
# 并运行 pytest,例如
pytest -s tensorflow_recommenders_addons/dynamic_embedding/python/kernel_tests/hkv_hashtable_ops_test.py
Apple Silicon 支持
要求:
- macOS 12.0.0+
- TensorFlow 2.15.1
- Bazel 5.1.1
通过 Pypi 在 Apple Silicon 上安装 TFRA
python -m pip install tensorflow-recommenders-addons --no-deps
从源码在 Apple Silicon 上构建 TFRA
# 安装 bazelisk
brew install bazelisk
# 从源码构建 wheel
TF_VERSION=2.15.1 TF_NEED_CUDA="0" sh .github/workflows/make_wheel_macOS_arm64.sh
# 安装 wheel 包
python -m pip install --no-deps ./artifacts/*.whl
已知问题:
TFRA 的 Apple Silicon 版本不支持以下功能:
- 数据类型 float16
- 基于 Horovod 的同步训练
- HierarchicalKV (HKV)
save_to_file_systemload_from_file_systemwarm_start_util
save_to_file_system 和 load_from_file_system 不受支持,因为 TFIO 在 Apple Silicon 设备上不受支持。Horovod 和 warm_start_util 也不受支持,因为原生支持的 tensorflow-macos 不支持 V1 Tensorflow 网络。
这些问题可能会在未来的版本中得到修复。
tfra.dynamic_embedding.Variable 的数据类型矩阵
| 值 \ 键 | int64 | int32 | string |
|---|---|---|---|
| float | CPU, GPU | CPU, GPU | CPU |
| bfloat16 | CPU, GPU | CPU | CPU |
| half | CPU, GPU | - | CPU |
| int32 | CPU, GPU | CPU | CPU |
| int8 | CPU, GPU | - | CPU |
| int64 | CPU | - | CPU |
| double | CPU, CPU | CPU | CPU |
| bool | - | - | CPU |
| string | CPU | - | - |
使用 tfra.dynamic_embedding.Variable 进行 GPU 计算
tfra.dynamic_embedding.Variable 会忽略 TensorFlow 的设备放置机制,因此您需要显式地为它指定 GPU 设备。
import tensorflow as tf
import tensorflow_recommenders_addons as tfra
de = tfra.dynamic_embedding.get_variable("VariableOnGpu",
devices=["/job:ps/task:0/GPU:0", ],
# ...
)
GPU 使用限制
- 仅适用于具有 CUDA 计算能力 6.0 或更高版本的 NVIDIA GPU。
- 考虑到 .whl 文件的大小,目前
dim仅支持小于或等于 200。如果需要更大的dim,请提交问题。 - 只有
dynamic_embeddingAPI 及其相关操作支持在 GPU 上运行。 - 对于 GPU HashTable,它们会独立管理 GPU 内存,因此需要配置 TensorFlow 以允许 GPU 内存增长,如下所示:
sess_config.gpu_options.allow_growth = True
推理
使用 TensorFlow Serving
兼容性矩阵
| TFRA | TensorFlow | Serving 分支 | 编译器 | CUDA | CUDNN | 计算能力 |
|---|---|---|---|---|---|---|
| 0.8.0 | 2.16.2 | r2.16 | GCC 8.2.1 | 12.3 | 8.9 | 7.0、7.5、8.0、8.6、8.9、9.0 |
| 0.7.0 | 2.15.1 | r2.15 | GCC 8.2.1 | 12.2 | 8.9 | 7.0、7.5、8.0、8.6、8.9、9.0 |
| 0.6.0 | 2.8.3 | r2.8 | GCC 7.3.1 | 11.2 | 8.1 | 6.0、6.1、7.0、7.5、8.0、8.6 |
| 0.5.1 | 2.8.3 | r2.8 | GCC 7.3.1 | 11.2 | 8.1 | 6.0、6.1、7.0、7.5、8.0、8.6 |
| 0.5.0 | 2.8.3 | r2.8 | GCC 7.3.1 | 11.2 | 8.1 | 6.0、6.1、7.0、7.5、8.0、8.6 |
| 0.4.0 | 2.5.1 | r2.5 | GCC 7.3.1 | 11.2 | 8.1 | 6.0、6.1、7.0、7.5、8.0、8.6 |
| 0.3.1 | 2.5.1 | r2.5 | GCC 7.3.1 | 11.2 | 8.1 | 6.0、6.1、7.0、7.5、8.0、8.6 |
| 0.2.0 | 2.4.1 | r2.4 | GCC 7.3.1 | 11.0 | 8.0 | 6.0、6.1、7.0、7.5、8.0 |
| 0.2.0 | 1.15.2 | r1.15 | GCC 7.3.1 | 10.0 | 7.6 | 6.0、6.1、7.0、7.5 |
| 0.1.0 | 2.4.1 | r2.4 | GCC 7.3.1 | - | - | - |
通过 TensorFlow Serving 中的自定义操作启用 TFRA 模型。
## 如果启用 GPU 操作
export SERVING_WITH_GPU=1
## 指定 TFRA 的分支
export TFRA_BRANCH="master" # 目前可使用 `master` 和 `r0.6` 分支。
## 创建工作区,您可以根据需要修改目录。
export TFRA_SERVING_WORKSPACE=~/tfra_serving_workspace/
mkdir -p $TFRA_SERVING_WORKSPACE && cd $TFRA_SERVING_WORKSPACE
## 根据“兼容性矩阵”克隆 Serving 和 TFRA 的发布分支。
git clone -b r2.8 https://github.com/tensorflow/serving.git
git clone -b $TFRA_BRANCH https://github.com/tensorflow/recommenders-addons.git
## 运行配置脚本
cd $TFRA_SERVING_WORKSPACE/recommenders-addons/tools
bash config_tfserving.sh $TFRA_BRANCH $TFRA_SERVING_WORKSPACE/serving $SERVING_WITH_GPU
## 构建带有 TFRA 操作的 Serving。
cd $TFRA_SERVING_WORKSPACE/serving
./tools/run_in_docker.sh bazel build tensorflow_serving/model_servers:tensorflow_model_server
更多详细信息,请参阅脚本 ./tools/config_tfserving.sh。
注意
- 分布式推理仅在使用 Redis 作为键值存储时才支持。
- 参考文档:https://www.tensorflow.org/tfx/serving/custom_op
使用 Triton
在构建自定义操作共享库时,务必使用与 Triton 中相同的 TensorFlow 版本。您可以在 Triton 发行说明 中找到 TensorFlow 版本。确保使用正确 TensorFlow 版本的简单方法是使用与 Triton 容器相对应的 NGC TensorFlow 容器。例如,如果您使用的是 Triton 23.05 版本,则应使用 TensorFlow 23.05 版本。
docker pull nvcr.io/nvidia/tritonserver:22.05-py3
export TFRA_BRANCH="master"
git clone -b $TFRA_BRANCH https://github.com/tensorflow/recommenders-addons.git
cd recommenders-addons
python configure.py
bazel build //tensorflow_recommenders_addons/dynamic_embedding/core:_cuckoo_hashtable_ops.so ##bazel 5.1.1 已经过充分测试
mkdir /tmp/so
#您也可以使用从 pip 安装包中获取的 so 文件,路径为 "(PYTHONPATH)/site-packages/tensorflow_recommenders_addons/dynamic_embedding/core/_cuckoo_hashtable_ops.so"
cp bazel-bin/tensorflow_recommenders_addons/dynamic_embedding/core/_cuckoo_hashtable_ops.so /tmp/so
#tfra saved_model 目录 "/models/model_repository"
docker run --net=host -v /models/model_repository:/models nvcr.io/nvidia/tritonserver:22.05-py3 bash -c \
"LD_PRELOAD=/tmp/so/_cuckoo_hashtable_ops.so:${LD_PRELOAD} tritonserver --model-repository=/models/ --backend-config=tensorflow,version=2 --strict-model-config=false"
注意
- 必须设置上述 LD_LIBRARY_PATH 和 backend-config,因为默认后端是 tf1。
社区
- SIG Recommenders 邮件列表: recommenders@tensorflow.org
致谢
我们非常感谢 tensorflow/addons 的维护者们,他们借用了大量代码来自 tensorflow/addons,帮助我们构建了工作流和文档系统。同时,我们也感谢 Google 团队成员在 CI 设置和评审方面提供的帮助!
许可证
Apache License 2.0
版本历史
v0.8.12024/09/23v0.8.02024/09/19v0.7.22024/06/24v0.7.12024/06/20v0.7.02024/06/02v0.4.12023/04/04v0.3.22023/04/03v0.6.02023/03/28v0.5.12023/03/11v0.5.02022/11/08v0.4.02022/03/30v0.3.12021/10/27v0.3.02021/10/14v0.2.02021/06/04v0.1.02021/03/25常见问题
相似工具推荐
openclaw
OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你
stable-diffusion-webui
stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。
everything-claude-code
everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上
ComfyUI
ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。
markitdown
MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具,专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片(含 OCR)、音频(含语音转录)、HTML 乃至 YouTube 链接等多种格式的解析,能够精准提取文档中的标题、列表、表格和链接等关键结构信息。 在人工智能应用日益普及的今天,大语言模型(LLM)虽擅长处理文本,却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点,它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式,成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外,它还提供了 MCP(模型上下文协议)服务器,可无缝集成到 Claude Desktop 等 LLM 应用中。 这款工具特别适合开发者、数据科学家及 AI 研究人员使用,尤其是那些需要构建文档检索增强生成(RAG)系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器
LLMs-from-scratch
LLMs-from-scratch 是一个基于 PyTorch 的开源教育项目,旨在引导用户从零开始一步步构建一个类似 ChatGPT 的大型语言模型(LLM)。它不仅是同名技术著作的官方代码库,更提供了一套完整的实践方案,涵盖模型开发、预训练及微调的全过程。 该项目主要解决了大模型领域“黑盒化”的学习痛点。许多开发者虽能调用现成模型,却难以深入理解其内部架构与训练机制。通过亲手编写每一行核心代码,用户能够透彻掌握 Transformer 架构、注意力机制等关键原理,从而真正理解大模型是如何“思考”的。此外,项目还包含了加载大型预训练权重进行微调的代码,帮助用户将理论知识延伸至实际应用。 LLMs-from-scratch 特别适合希望深入底层原理的 AI 开发者、研究人员以及计算机专业的学生。对于不满足于仅使用 API,而是渴望探究模型构建细节的技术人员而言,这是极佳的学习资源。其独特的技术亮点在于“循序渐进”的教学设计:将复杂的系统工程拆解为清晰的步骤,配合详细的图表与示例,让构建一个虽小但功能完备的大模型变得触手可及。无论你是想夯实理论基础,还是为未来研发更大规模的模型做准备