Modem 上线应用内反馈表单：用户提交即触发 Claude Code 自动构建功能

所有 Modem 用户现在都可以使用应用内反馈。在设置 > 集成 > 应用内反馈中进行设置，或将起始提示词粘贴到你的编码代理中。

在大多数软件公司，用户反馈通过电子邮件或工单工具到达。通常由支持团队先阅读。然后也许（也许）有人会将其上报给产品团队查看。等到工程师看到这个请求时，已经过去了几天甚至几周，而用户早已不再关注。

如果你能在用户点击“发送”的那一刻就根据反馈采取行动呢？使用 Modem，你可以向应用添加一个反馈表单，一旦收到请求就启动代理工作流。让它提交一个 Linear 问题，在 Slack 中通知负责你产品该部分的团队，是的，甚至可以自动构建该功能。

属于你自己的表单

Modem 的反馈表单是一个 shadcn/ui 组件：一个带截图捕获的反馈对话框，以及一个用于错误边界的崩溃报告表单。源代码会被复制到你的仓库中，因此你可以像对待自己编写的任何组件一样，将其适配到你的设计系统。

npx shadcn@latest add https://app.modem.dev/r/feedback.json

或者让你的编码代理来完成。将来自设置的起始提示词粘贴到你最喜欢的编码代理中（连接到 Modem 的 MCP 服务器），Modem 的 install-feedback 技能会创建一个反馈渠道、存储其令牌、添加表单，并发送一条测试提交。

Modem 的反馈对话框在四种设计系统中的展示：shadcn/ui 默认、深色主题、粗野主义主题和编辑主题。字段和文案保持不变；只有颜色、圆角和字体发生变化。

Modem 的反馈表单可匹配任何应用的外观和感觉

没有第三方脚本或外部托管的代码。表单完全在你的应用内运行，在用户点击发送之前，不会有任何内容离开用户的浏览器。然后，提交内容会发送到 Modem，就像它监控的其他渠道一样：Slack Connect、帮助台工具和通话记录。

Modem 会将发送者匹配到个人和公司，然后将提交内容归入一个主题，与同一问题的所有其他报告放在一起。其他报告来自哪里并不重要。

假设一位用户提交了“更快的导出”请求。如果其他用户在其他渠道（如 Slack Connect 或 Zendesk）也请求了该功能，它们会自动归组在一起。

一位用户报告了导出超时。Modem 将其归入现有主题，一个自动化会将其发布到 #product 并附上建议的负责人。

将用户请求归组在一起正是 Modem 的特别之处。这意味着你可以在两三个或更多用户请求同一功能后触发自动化。或者在第一次看到某事物时就立即执行。由你决定。

每次表单提交都会在 Modem 内触发一个反馈活动事件。它携带该提交所加入的主题以及所有相关活动：谁请求的、何时请求的、请求了多少次等等。

借助智能触发器，你可以设置基于通俗英语条件的自动化，例如“当三个或更多用户请求此功能时”。智能触发器背后的决策模型 Jev 会在任何内容运行之前检查条件。在此基础上，你可以创建工单、通知队友，或直接通过我们的编码代理集成之一构建该功能。

当

一次反馈提交有新的活动

并且 Jev 判定

该提交是一个功能请求，且其主题有三个或更多报告

然后代理

启动 Claude Code 进行首轮开发，将每位用户的请求和截图作为上下文，然后把 PR 发布到 #product。

上手运行很简单。只需在应用中、Slack 中，或通过你自己的已连接 Modem 的编码代理向 Modem 代理提出请求：

当三位或更多用户请求同一功能时，让 Claude Code 构建首轮版本并将 PR 发布到 #product。

Modem 让功能在通过你的反馈表单或它监控的任意支持渠道到来时自动构建变得简单。Claude Code、Cursor 和 Devin 均可使用，且平台还在不断增加。

发布功能是简单的一步。记住是谁提出的更难。

当 PR 合并后，Modem 会在 Slack 中发布所有提出请求者的姓名和公司，无论他们使用的是表单、支持工单还是共享渠道。通过自动化库中的闭环模板开启它。

构建功能，然后告诉提出请求的用户。

应用内反馈文档涵盖了令牌、允许的来源、端点以及 MCP 服务器。初次使用 Modem？注册免费计划并从提示词开始。