你：我的 api 仓库，导出接口遇到大账号会超时，排个修复任务，改成流式响应
Pally：已把这些背景一起排入 api 仓库的编程任务，PR 出来就发消息。
你：不错，一般要多久？
Pally：看改动内容，一有结果就把 PR 链接和改动摘要发来。
日常安排
如何使用
GitHub连接 GitHub 后，发消息就能让 Pally 为仓库排入实际编程工作。它会带上背景交办，拉取请求准备好后发消息。
- 发消息告诉 Pally 仓库和改动：症状、哪里出现、预期应怎样。 简短 bug 描述就够。
- Pally 会把它转为对应 GitHub 仓库中的聚焦编程任务。 运行时可询问状态或补充细节。
- 拉取请求创建后，Pally 发来链接和摘要。 你按平常流程审核、合并。
完整安排
发消息告诉 Pally 仓库和改动：症状、哪里出现、预期应怎样。简短 bug 描述就够。
Pally 会把它转为对应 GitHub 仓库中的聚焦编程任务。运行时可询问状态或补充细节。
拉取请求创建后，Pally 发来链接和摘要。你按平常流程审核、合并。
适用场景
- 离开电脑时记录可复现 bug
- 把描述明确的小修复排入正确仓库
- 把产品观察转成编程任务
- 在同一消息对话中查看进度
- 工作就绪时收到拉取请求链接
还可以试试
你：在 api 仓库排个修复，大账号导出会超时
你：把这个移动端布局 bug 交给 web 仓库
你：把这个预期行为加到刚排入的 github 任务
你：那个编程任务还在跑吗？
开始之前
常见问题
任务消息该写什么？
仓库、哪里不对或要改什么，以及预期结果。有复现步骤更好，但不是必需。
这会直接向仓库合并代码吗？
不会。它会创建拉取请求，发来链接和摘要，由你按平常流程审核合并。
开始后能补充说明吗？
能。运行时回复缺少的细节。不同改动请单独创建任务。
继续看看
相关配方
最近更新于 2026年10月11日。