GitHub Actions 集成
接入评论分发和自动审查，并按实际 Action 输入配置凭据。
qwen-code-action 可由 workflow 响应 issue、PR、评论或定时事件。常见入口是 @qwencoder /review、@qwencoder /triage，或带具体请求的 @qwencoder 评论；这些只有相应 workflow 已部署才有效。
配置顺序
先为模型 API 准备仓库 secret，再在 CLI 运行 /setup-github，或复制官方 workflow 并按仓库定制。手工复制时还需要 qwen-dispatch.yml，它负责事件分发，不能只复制审查子 workflow。
QWEN_API_KEY 是文档建议的 secret 名称，不等于 Action input 名。GitHub 操作另需 GITHUB_TOKEN 或自定义 GitHub App；App 场景使用 APP_ID 与 APP_PRIVATE_KEY。模型 key 不能代替仓库写权限。
以 Action 实现核对输入
介绍页和 README 仍有旧字段。当前 action.yml声明如下关键输入：
| 输入 | 用途 |
|---|---|
| openai_api_key | 模型 key，可引用 secrets.QWEN_API_KEY |
| openai_base_url、openai_model | 端点与模型 |
| qwen_cli_version | CLI 版本，默认 latest |
| settings、prompt | 项目 JSON 设置与任务 |
| qwen_debug、upload_artifacts | 调试与产物上传 |
| use_pnpm、skip_install | 安装方式或复用预装 CLI |
实际执行包含 --yolo，进度不会逐项等待人工批准。不要把旧 qwen_api_key、qwen_model 或 Code Assist 开关直接搬到新版 with 中。接入所选 Action ref 前再核对其声明。
工作流与记录
仓库 QWEN.md 提供项目约定。官方建议忽略 .qwen/ 和 gha-creds-*.json；项目若有需要版本管理的 Qwen 规则，按实际文件范围设计忽略规则，避免把必要团队配置一起漏掉。
Action 输出 summary 和 error。实现会保留 stdout/stderr 产物，非空 stderr 会写 Actions 日志；开启 debug 还会显示 stdout，upload_artifacts 控制上传。配置任务时要考虑评论输入、日志和附件中的数据范围。
验证
先确认 workflow 是否触发，再看安装/认证和 CLI 输出，最后核对真实 PR 评论或文件变更。返回成功但没有响应不是完成证据；需要稳定审查 gate 时参考无头审查退出码。
本页不提供未经核实的自动写入 workflow，实际 triggers、permissions、Action ref 与模型服务应在目标仓库审阅后配置。