PulseDev

嗨 Product Hunt 👋

“第二个定价卡片下面的按钮。不，是另一个。”

当你用编程智能体搭网站时，你能看出哪里需要改：一个没对齐的按钮、一个换行很别扭的标题，或者感觉不对的间距。但要把你看到的这个改动做出来，就意味着得把看到的东西变成文本 prompt。

你得解释元素在哪儿。打开 DevTools。复制一个 selector 或者截个图。找到组件。切到终端，把所有东西粘进去，然后祈祷自己给智能体的上下文足够多。之后再回到浏览器检查结果。

对于一个小小的视觉改动，解释任务本身可能比改动还费劲。而且当有好几处要修时，你还得每一处都重复一遍。

我本来就已经盯着这个 bug 了。我只是想点它一下。

这就是我做 PulseDev 的原因：让你指向的元素背后的上下文，连同你的指令一起交给编程智能体。

从“哪个按钮？”到“把这个按钮调高一点”
在你本地站点上点击元素，描述你想改什么。PulseDev 会附上所选元素的上下文，包括它的 selector 和样式。Vite 插件会在支持的情况下添加 source mapping，帮智能体定位相关代码。

改什么仍然由你决定。PulseDev 负责把页面上的信息交接给你的智能体。

怎么工作的：在浏览器里打开你的本地站点，点击一个元素。按住 Shift 点击可以选多个。描述改动：“把这个按钮的高度调成旁边那个一样。”把它发给 Claude Code、Codex、Gemini CLI 或 OpenCode，然后在页面旁边跟进智能体的活动。在浏览器里查看建议的 diff。在 review mode 里批准或拒绝，或者想要的话开启 auto-apply。
为你已经在用的工具而做
PulseDev 配合你自己的浏览器、本地项目和已安装的编程智能体使用。通过 script tag 添加 widget，或者在支持的情况下使用 Vite 插件来做 source mapping。智能体平时用的用量限制和服务商费用仍然适用。

它适合那些会越积越多的 UI 工作：调整间距、让元素之间的样式一致、改文案，以及在上线前打磨细节。

macOS 上一个项目免费。Pro 解锁无限项目。在 2026 年 11 月 3 日前订阅是 $12/月，并锁定这个价格。11 月 3 日起新订阅是 $18/月。不需要 promo code。

我很想听听你的工作流
- 回想一下你上次让编程智能体做的 UI 改动。哪个更难：解释你指的是哪个元素，还是把改动做对？
- 你现在怎么分享 UI 上下文——截图、selector、文件路径，还是文字描述？
- 在信任建议的改动之前，你需要看到什么？
- 试过 PulseDev 之后，哪里你还是得自己多解释？

在你批准之前什么都不会写入，喜欢这一点。
我绝不会让智能体在没先看 diff 的情况下碰文件。

在浏览器里 review diff 才是我会真正用上它的原因——我不想让智能体根据一张截图的描述去改文件。我很好奇没有 Vite source mapping 时智能体能拿到什么：只有 selector 和 computed styles，还是它仍会尝试定位到组件？对我来说，“让这个跟那个一样”通常就是在这种地方翻车的。

它支持 Vite 之外的框架吗，比如 Next.js？还是说在那些框架里主要就是靠 script tag？

这周我已经用三种不同方式向 Claude 描述同一个 localhost 的 bug 了。这里的点一下就修循环，正是我没想到自己需要的捷径。

如果我点的按钮位于共享组件里，diff review 会显示它影响到的其他页面吗？我可能会在定价页点一个按钮，快速批准，然后大概率不会注意到它们全都被重新调整了尺寸……