每个新 Issue

每个新 Issue 进来时都没有标签，而且一半的 bug 报告都没写怎么复现问题。

现在的做法

新 Issue。读一遍。是 bug 还是提问？加标签。没有复现步骤。又把同样的请求打一遍。发布。下一个 Issue。

每个 Issue，都是同样的两分钟。

你

当我的仓库中有人开了 Issue 时，让模型给它加上 bug、enhancement、question 或 documentation 标签；如果是没有复现步骤的 bug，就发布我们请对方补充复现步骤的标准回复。

设置就这么多。Kitewell 会列出每一步供你检查，在你应用之前不会保存任何内容。

想做你自己的版本，就复制下面这段话，填好空白处：

创建一个工作流：当 [我的仓库] 中有人开了 Issue 时，让模型给它加上 bug、enhancement、question 或 documentation 标签；如果是没有复现步骤的 bug，就发布 [我请对方补充复现步骤的标准回复]。

Issue #1207正在这台电脑上运行

阅读新 Issue模型阅读这个 Issue，从固定列表中作答：bug、enhancement、question 或 documentation，并判断 bug 报告是否缺少复现步骤。完成
加标签gh 把该标签加到 Issue 上。完成
请求补充复现步骤仅针对缺少复现步骤的 bug 报告：一字不差地发布你的标准回复。完成

Issue #1207

已加上 bug 标签，并请求补充复现步骤。

Issues

#	Title	Label	Asked for steps
1207	Export button does nothing	bug	Yes
1206	Dark mode for reports	enhancement	No
1205	How do I change the time zone?	question	No
1204	Typo in the install guide	documentation	No

示例数据

Issue 的内容由开 Issue 的人撰写，而任何人都能开 Issue，所以读取它的是模型，而不是编程智能体：模型无法运行任何东西，而且它的回答必须是你的标签之一。
请求补充复现步骤的回复是你自己写的文字，会原样发布，绝不会是模型挑选的措辞。
GitHub 通过 Kitewell 的中继启动每次运行，你的电脑无需开放任何端口。请把 Webhook 设为只接收 issues.opened，并让 Kitewell 校验 GitHub 的签名。