我做了一个给 agent 用的远程调试器 悬丝诊脉，让 Agent 替你“摸”到线上设备
写的 H5 在用户手机上白屏了，但本地 DevTools 鞭长莫及。只能求着用户截屏、录屏，或者在 vConsole 那巴掌大的屏幕上艰难翻日志，或者和测试会议查看，手机端还不能通过会议的画笔工具指指点点。
更绝望的是，现在 AI 都能帮你写代码了，但调试时它却帮不上忙——因为它“看”不到远程设备。于是你只能自己盯着控制台，做一个复制粘贴的人肉转发器。
silkpulse 的出现，就是为了终结这种原始状态。
和 vconsole 等方案不一样在哪里：
1. 支持远程接入 vue devtools 和 react devtools
 
2. 支持 agent 使用 silkpulse 进行调试而无需人工参与，通过一个 skill + HTTP API 就能操作一切
3. 还支持许许多多的能力，例如 log/请求/element 的查看，还有 storage 的查看与修改，基于 snapDom 的截图能力，目标设备的特性支持检测
## silkpulse 是什么
我给他的定位是一个 AI 原生的远程设备调试器，让 AI Agent 像医生悬丝诊脉一样，直接查看、诊断、操作运行在任意远程设备上的网页（线上 H5 、移动端浏览器、WebView ），所有本地 DevTools 够不着的地方，它都能触达。
## 为什么叫 silkpulse：悬丝诊脉
《西游记》第六十九回，朱紫国国王染疾三年，悟空揭了皇榜。国王见这毛脸雷公嘴的和尚，不敢让他当面诊脉，悟空便取出三条金线，让宫人系在国王腕上，自己捏住线头隔着帘幕诊脉这。
我觉得这个产品的形态非常符合悬丝诊脉这个意象，所以我将它命名为 silkpulse！
## 通过公网服务端连任意终端，不使用强大但受限的 CDP
传统远程调试多基于 **CDP （ Chrome DevTools Protocol ）** ：需要设备开调试端口（ `--remote-debugging-port`）或走 adb/USB 转发，意味着你必须能"碰到"那台设备、能控它的启动参数。别人的手机、客户环境里的 webview 、生产环境 App 内嵌页，这些都做不到。
silkpulse 通过 ws 和设备建立链接，使用动态执行脚本来实现各项能力。
## 为什么现在需要它
AI 编程正在逐步完全接手写代码这件事情，但前端项目的调试一直是一个难点：如果能够使用本地浏览器直接给 agent 调试则还算可以，例如 vscode 的 copilot 支持内嵌浏览器的调试。但还有更多的场景是不支持直接被 copilot 进行操控的，silkpulse 就是为了将这个能力扩展到一切前端项目运行的终端设备。
我们相信调试工具的下个形态就是 **AI-native**：工具不仅仅为人使用而设计，还要为给人服务的 agent 使用而设计。silkpulse 是我这个信念的一次实践。
---
**在线体验**： [打开 silkpulse 控制台](https://silkpulse.heartstack.space/) （输入密钥或以访客身份进入）点"➕ 接入新设备"生成 iife 代码去其他网页控制台粘贴，30 秒把任意线上页面接入进来。
**开源地址**：[https://github.com/2234839/silkpulse](https://github.com/2234839/silkpulse)
---
原文链接：[点击查看](https://www.v2ex.com/t/1234940)
更绝望的是，现在 AI 都能帮你写代码了，但调试时它却帮不上忙——因为它“看”不到远程设备。于是你只能自己盯着控制台，做一个复制粘贴的人肉转发器。
silkpulse 的出现，就是为了终结这种原始状态。
和 vconsole 等方案不一样在哪里：
1. 支持远程接入 vue devtools 和 react devtools
 
2. 支持 agent 使用 silkpulse 进行调试而无需人工参与，通过一个 skill + HTTP API 就能操作一切
3. 还支持许许多多的能力，例如 log/请求/element 的查看，还有 storage 的查看与修改，基于 snapDom 的截图能力，目标设备的特性支持检测
## silkpulse 是什么
我给他的定位是一个 AI 原生的远程设备调试器，让 AI Agent 像医生悬丝诊脉一样，直接查看、诊断、操作运行在任意远程设备上的网页（线上 H5 、移动端浏览器、WebView ），所有本地 DevTools 够不着的地方，它都能触达。
## 为什么叫 silkpulse：悬丝诊脉
《西游记》第六十九回，朱紫国国王染疾三年，悟空揭了皇榜。国王见这毛脸雷公嘴的和尚，不敢让他当面诊脉，悟空便取出三条金线，让宫人系在国王腕上，自己捏住线头隔着帘幕诊脉这。
我觉得这个产品的形态非常符合悬丝诊脉这个意象，所以我将它命名为 silkpulse！
## 通过公网服务端连任意终端，不使用强大但受限的 CDP
传统远程调试多基于 **CDP （ Chrome DevTools Protocol ）** ：需要设备开调试端口（ `--remote-debugging-port`）或走 adb/USB 转发，意味着你必须能"碰到"那台设备、能控它的启动参数。别人的手机、客户环境里的 webview 、生产环境 App 内嵌页，这些都做不到。
silkpulse 通过 ws 和设备建立链接，使用动态执行脚本来实现各项能力。
## 为什么现在需要它
AI 编程正在逐步完全接手写代码这件事情，但前端项目的调试一直是一个难点：如果能够使用本地浏览器直接给 agent 调试则还算可以，例如 vscode 的 copilot 支持内嵌浏览器的调试。但还有更多的场景是不支持直接被 copilot 进行操控的，silkpulse 就是为了将这个能力扩展到一切前端项目运行的终端设备。
我们相信调试工具的下个形态就是 **AI-native**：工具不仅仅为人使用而设计，还要为给人服务的 agent 使用而设计。silkpulse 是我这个信念的一次实践。
---
**在线体验**： [打开 silkpulse 控制台](https://silkpulse.heartstack.space/) （输入密钥或以访客身份进入）点"➕ 接入新设备"生成 iife 代码去其他网页控制台粘贴，30 秒把任意线上页面接入进来。
**开源地址**：[https://github.com/2234839/silkpulse](https://github.com/2234839/silkpulse)
---
原文链接：[点击查看](https://www.v2ex.com/t/1234940)
评论
暂无评论。