composer 是 php 命令行依赖管理工具，不支持 webassembly、不运行于浏览器、无 http 接口；saketsarin/composer-web 是纯前端 json 解析工具，与 wasm 无关，需本地服务启动。
Composer 本身不支持 WebAssembly 运行，也没有“镜像浏览器端依赖分析插件”这种东西——它根本不是运行在浏览器里的工具。
如果你看到类似描述，大概率是混淆了几个完全不同的技术栈：
Composer 是什么，为什么它不能跑在浏览器里？
Composer 是 PHP 的命令行依赖管理器，所有逻辑都在本地终端执行，依赖解析、版本约束计算、vendor/ 目录写入都基于 PHP 运行时。它不生成前端代码，也不暴露 HTTP 接口，更不编译为 WebAssembly。
哪些工具真正在浏览器里做依赖分析？
真正能在浏览器中可视化分析 Composer 项目依赖的，是像 saketsarin/composer-web 这样的独立 Web 应用：它读取你本地的 composer.json 和 composer.lock 文件（通过 FileReader API），纯前端解析依赖树并渲染 UI —— 不需要 PHP 环境，也不依赖 WebAssembly。
Comet AI 浏览器
下载
下载 Comet AI 浏览器，体验由 Perplexity AI 驱动的革命性上网方式。内置 AI 助手可实时总结网页、跨标签页对比信息、自动执行任务。告别繁琐操作，让 AI 成为你的浏览副驾，大幅提升研究与工作效率。支持 Windows、macOS、Android 和 iOS。
- 它不调用
composer命令，只是静态解析 JSON 文件 - 所有逻辑运行在 JavaScript 引擎中，和
Wasm无关 - 必须用
http-server或python -m http.server启服务才能加载本地文件（Chrome 禁用file://下的fetch）
WebAssembly 在依赖分析场景里能干什么？
目前没有主流 Composer 工具用 Wasm 加速依赖解析。但理论上，如果你自己用 Rust 写一个依赖图解算器，编译成 .wasm，再用 JS 加载，是可以替代部分 JSON 解析 + 图遍历逻辑的 —— 但这属于自研基础设施，不是现有插件。
-
Wasm适合 CPU 密集型任务（如语义版本比较、冲突检测），但 Composer 的瓶颈通常不在计算，而在 I/O 和网络请求 - 现有 PHP 生态没提供 Wasm 编译入口，
composerCLI 本身不可编译为 Wasm - 所谓 “compose-multiplatform Web 支持” 指的是 Kotlin Multiplatform + Wasm，和 PHP 的
Composer完全无关
Composer 和某个名字带 “Composer” 的前端低代码工具（比如 Figma 插件、Unity 场景编辑器模块）搞混了。查 GitHub 仓库、看 composer.json 里有没有 "type": "library" 或 "autoload" 配置，是最直接的验真方式。
