你们创建feat的pr，怎么做到能先测试新功能的

[mjy1113451]

。

[zuhairhalawa]

不需要先合并，直接从源码运行 feat 分支就能测试：

git checkout feat/你的分支
# 测试别人尚未合并的 PR（origin 指向 AstrBotDevs/AstrBot 时）：
# git fetch origin pull/<PR编号>/head:pr-<PR编号> && git checkout pr-<PR编号>
uv sync
uv run main.py   # 默认在 http://localhost:6185 提供 API / WebUI

改了前端时，另开一个终端运行 cd dashboard && pnpm install && pnpm dev（默认 http://localhost:3000）。

想和主工作区隔离，可以用仓库 Makefile 里的 worktree：make worktree-add feat/xxx（也可以指定基于哪个分支：make worktree-add <branch> [base-branch]）。

提交 PR 之前，CONTRIBUTING.md 推荐跑接近 CI 的验证：make pr-test-neo 或 make pr-test-full。PR 上也会自动运行 smoke_test、unit_tests 等 workflow。

注意：Docker 镜像只在 v* tag、每日 nightly（定时任务）或手动触发时构建，PR 不会自动产生镜像，所以尚未合并的功能只能从源码运行来测试。

[zuhairhalawa]

如果上面的回答解决了你的问题，麻烦把它标记为答案（回答右上角的“…” → Mark as answer），这样其他想在本地测试未合并 PR 的人也更容易找到。

[mantoujun12]

CONTRIBUTING.md 已经写出常用的命令了。

如果你让ai来做的话，是有 AGENTS.md 来约束智能体的。

ai模型不傻的话，它会自己执行测试和构建命令；且你也可以问他怎么在本地使用uv运行测试，如何使用修改后的webui（而不是发行版构建的）。