Use OpenRouter for this repo's own PR review and run it as a single step #74
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Reference
marvin8/wuming#74
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The
pr-reviewjob in.forgejo/workflows/ci.ymlcurrently invokes WuMing twice: once against Moonshot for the code/security agents and once against DeepSeek for the config/docs/shell/tests agents. That means two API accounts to manage and two sequential LLM review passes on every PR.WuMing now supports an
openrouterbackend (merged in #73), so the repo can review its own PRs through one OpenRouter account in a single step, keeping per-agent model choices via thename:modelsyntax.Related gap:
action.ymldoes not yet expose the new backend inputs (openrouter_key,openai_base_url,openai_key,openai_model), so workflows cannot pass an OpenRouter key to the action at all.Findings from exploration
pr-reviewjob runs twouses: ./steps today: Kimi via moonshot forcode/security, DeepSeek forconfig/docs/shell/tests.action.ymlmapswith:inputs toWUMING_*env vars but has no inputs for the four variables added in #73 (WUMING_OPENROUTER_KEY,WUMING_OPENAI_BASE_URL,WUMING_OPENAI_KEY,WUMING_OPENAI_MODEL), and itsbackenddescription predates the new values.moonshotai/kimi-k2.7-codeanddeepseek/deepseek-v4.1-flashboth exist; thename:modelparser splits on the first colon only, sovendor/modelslugs with slashes parse correctly.docs/getting-started/deploying-on-forgejo-actions.md(per-backend sections) anddocs/getting-started/deploying-on-woodpecker.md.Plan of attack
action.yml: addopenrouter_key,openai_base_url,openai_key,openai_modelinputs (descriptions in the existing style) and map them to theWUMING_*env vars; update thebackendinput description todeepseek | anthropic | ollama | moonshot | openrouter | openai..forgejo/workflows/ci.yml: replace the two review steps with one —backend: openrouter,openrouter_key: ${{ secrets.wuming_openrouter_key }},agents: code:moonshotai/kimi-k2.7-code,security:moonshotai/kimi-k2.7-code,config:deepseek/deepseek-v4.1-flash,docs:deepseek/deepseek-v4.1-flash,shell:deepseek/deepseek-v4.1-flash,tests:deepseek/deepseek-v4.1-flash(preserves today's model assignments through one account),max_diff_lines: "2000"unchanged.docs/getting-started/deploying-on-forgejo-actions.md: add OpenRouter and generic-openai sections under "Choosing a backend" mirroring the existing per-backend layout;deploying-on-woodpecker.mdlikewise if it enumerates backends.wuming_openrouter_keysecret on the repo before the next PR review run succeeds.Branch:
feat/issue-74-openrouter-own-reviewCommits:
:sparkles: expose openrouter and generic openai inputs in the action:fire: merge the two PR review steps into one OpenRouter run:memo: document OpenRouter and generic openai backend setup in the Actions guides