Composer本身不支持动态捕捉外部感应数据，其“动态捕捉”仅限Chrome调试协议下的网页运行时数据，无法读取传感器、PLC或串口；真实硬件接入需通过phpserial等专用包在PHP脚本中实现协议通信。
Composer 本身不支持“动态捕捉”外部感应数据——你看到的“动态捕捉”相关描述，基本都来自对 Composer Web Extension 或工业场景下误用关键词的混淆。它既不能读取传感器、PLC、串口，也不提供实时数据接入能力。
Composer Web Extension 的“动态捕捉”只针对浏览器 DevTools 上下文
这个扩展的“动态”指的是连接后持续监控，不是实时采集物理信号：
- 必须启动 Chrome 并带
--remote-debugging-port=9222参数，否则Composer Web Extension根本连不上 - 它监听的是当前标签页的
Console和Network事件流，不是 USB/RS485/Modbus 数据包 - 捕获内容写死在 Cursor 编辑器的 Composer 面板里，无法导出为 JSON 流或转发到 MQTT
- 如果你关掉该标签页或重启浏览器，监控自动中断，不会重连或缓冲
想接入真实感应数据？得绕开 Composer 自建通信层
所有能对接硬件的方案，都和 composer 命令或 composer.json 配置无关：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- PHP 后端要用
phpserial（串口）、modbus-tcp-client（Modbus TCP）或amqp（RabbitMQ）这类专用包，通过composer require引入，但调用逻辑必须写在你自己的脚本里 - 前端无法直连设备：浏览器受同源策略和安全限制，根本打不开
/dev/ttyUSB0或发 Modbus 请求，必须经 PHP/Node.js 中间层代理 -
post-install-cmd钩子只能跑一次安装脚本，不能维持长连接；它启不了服务进程，更没法做轮询 - 所谓“Composer 动态接入”，实际是把设备协议栈封装成独立服务（如用 Laravel Swoole 启一个 Modbus server），再让前端通过 HTTP/WebSocket 拉取数据
为什么你总在 Composer 里找“捕捉设置”？源头就错了
你在 composer.json 里加再多配置项，也改不了这件事：
-
extra字段不参与运行时行为，只是给插件传参数，而目前没有官方插件支持硬件协议 -
config.platform只伪造 PHP 扩展版本，不影响设备通信能力 - 试图用
repositories指向本地 sensor-sdk 包？可以装，但类加载完不代表设备就通了——驱动、权限、udev 规则、内核模块一个都不能少 - 真正卡住的从来不是 Composer，而是
ls -l /dev/ttyACM0权限不对、stty -F /dev/ttyUSB0 9600配置失败、或 Modbus 寄存器地址写错
别在 composer.json 里折腾“动态捕捉”了——那是个不存在的功能入口。设备数据流要走协议栈，不是依赖管理器。
