小红书 AI 美颜 SDK 无 PHP 官方 SDK，仅支持 Android、iOS 和 Web（JS）三端；其为本地客户端推理方案，不提供后端 API 或模型导出，PHP 无法直接调用或复刻实时美颜效果。
小红书 AI 美颜 SDK 有没有 PHP 官方 SDK
没有。小红书目前只提供 Android、iOS 和 Web（JS） 三端的官方 SDK，PHP 不在支持列表里，也没有公开的 后端 API 文档或服务地址。
这意味着你不能直接在 PHP 后端调用小红书的美颜模型做实时人像处理——它不是个 HTTP 接口服务，而是一套运行在客户端设备上的本地推理 SDK。
- 所有美颜逻辑（如皮肤平滑、瘦脸、大眼）都在手机端完成，依赖设备 GPU 加速和本地模型权重文件
- 小红书未开放模型导出、服务化封装或私有部署方案
- 所谓“后端处理”，实际只能是：接收前端传来的已美颜图片，或转发请求给其他可调用的第三方服务（非小红书）
PHP 能否作为中转代理调用小红书 Web SDK
不能。小红书 Web SDK（比如 xhs-beauty-sdk）本质是浏览器环境专用 JS 库，依赖 WebGL、WebAssembly 和用户摄像头 / 文件输入，PHP 服务端无法加载或执行它。
常见误解是把前端 JS SDK 当成可被后端调用的“API”，但实际它根本不会发起任何跨域请求到小红书服务器；所有计算都在用户浏览器里跑完。
立即学习“PHP 免费学习笔记（深入）”；
- 你在 PHP 中
file_get_contents("https://sdk.xiaohongshu.com/beauty.js")只能拿到 JS 源码，没法运行 -
cURL或curl_exec对该 SDK 地址发起请求，返回的是 JS 文件内容，不是美颜结果 - 试图用
exec("node beauty.js")强行跑 JS 也不可行——缺少 DOM、Canvas、摄像头模拟等运行时环境
PHP 后端真正能做的图像美化替代方案
如果你需要在服务端对上传的人像图做轻量美化（比如统一磨皮、调色、裁切），得换思路：用 PHP 可控的图像处理库，或对接真正提供 HTTP API 的第三方美颜服务。
- 本地处理推荐：
Imagick（支持滤镜、模糊、色彩调整），但注意它不做人脸关键点检测，无法精准瘦脸 / 大眼 - 可用的在线 API（需自行评估合规性与成本）：
Face++、Tencent Cloud AI（人脸融合 + 美颜）、Aliyun ImageSearch的人脸增强接口 - 参数差异明显：小红书 SDK 是“所见即所得”的实时预览效果，而这些 API 多为单次异步处理，返回新图片 URL，延迟高、不支持交互式调节
- 性能上，PHP + Imagick 处理一张 1080p 图约耗时 300–800ms；调用云 API 则受网络 RTT 和队列影响，通常 >1s
示例（Imagick 简单磨皮）：
$img = new Imagick('upload.jpg'); $img->modulateImage(100, 120, 100); // 提亮 + 降饱和 $img->blurImage(0, 1.5); // 轻度高斯模糊 $img->writeImage('beautified.jpg');为什么别指望 PHP 直接复刻小红书美颜效果
小红书的美颜不是简单滤镜叠加，它基于自研人脸 3D 网格建模 + 实时光影拟合 + 动态表情追踪，模型体积常超 50MB，且需每帧重算形变参数。PHP 没有对应推理引擎（如 ONNX Runtime、TensorRT），也缺乏 GPU 支持。
即使你拿到模型文件（你拿不到），PHP 也没法加载 .onnx 或 .tflite 格式并做前向推理——这不是配置问题，是语言生态决定的硬边界。
- 有人试过用 PHP 调用 Python 子进程跑
torch模型，但稳定性差、内存泄漏严重、并发下极易崩溃 - 小红书 SDK 更新频繁，内部模型结构不公开，逆向成本远高于另起一套轻量方案
- 最易被忽略的一点：用户隐私合规。若你把原始人像传到自建服务做“美颜”，需额外承担 GDPR /《个人信息保护法》下的数据处理责任，而小红书 SDK 在本地处理，数据不出设备
