全部使用案例
工程
从 X 提及到 GitHub issue：把用户反馈变成工单，小修复交给 Cursor
关于你的 App 的 bug 和需求散落在 X 的各种回复里。
当时卡在哪
Emanuele Di Pietro（@emanueledpt）在给 Synara 搭支持分拣：Bot 每天两次读所有提到这个 App 的帖子，把 bug 和需求变成 GitHub issue，并公开了提示词。与 xAI 无关。
要装什么、建什么
搜索过去 12 小时里提到 App 名、账号和域名的帖子，分成 bug、需求、好评三类；每个 bug 或需求开一个 issue，附帖子链接和复现步骤，先查重；小而明确的修复打上标记让 Cursor 开 PR。最后发一份带链接的摘要。
机器人
Support triage
分拣 X 提及并提交 GitHub issue。
插件
X
可跳过
GitHub
可跳过
例行任务
支持分拣。每天两次。过去 12 小时提及 → issue → 摘要。
提示词
支持分拣提示词（作者原文）
引自 @emanueledpt — 按其公开原文。不要另编系统提示词。
（作者英文原文）"Twice a day, find every X post mentioning [app name], [@handle] or [domain] from the last 12h. Sort into bugs, feature requests and praise. Open a GitHub issue in [owner/repo] for each bug and request, with the post link. Skip duplicates. If the fix is small, add: "Cursor open a PR for this" Send me a digest with links."
第一次怎么跑
- 1阅读 https://x.com/emanueledpt/status/2108603834629247312（致谢 @emanueledpt）。
- 2连上 X 读取和 GitHub，填好 App 名、账号、域名和仓库。
- 3把他的提示词设成每天两次的 routine。
- 4检查最初几个 issue 的复现步骤和查重是否靠谱。
- 5之后再让小修复带上交给 Cursor 的标记。
审批围栏
对 X 只读，不回复用户。Agent 开的 PR 合并前照常走你的审查流程。
你该改什么
开 issue 前先查重，只把明确的小修复交给 Agent。
出处
Emanuele Di Pietro @emanueledpt · 原帖
与 xAI 无关。提示词不是我们写的。第三方模板条款照旧适用。
Pro 设置包
PR 与部署守望：代码评审、部署检查、错误分诊
由 GitHub、部署与错误事件唤醒：评审每个 PR、部署后检查线上、分诊错误激增，小修复交给云端编码代理开 PR。合并与部署永远由你决定。