{"slug":"openqodex-openqodex","name":"openqodex","description":"Code review for the current change, before it is pushed. One command runs the security, secret, dependency and lint scanners that fit the changed files, a separate reviewer that checks every scanner finding and is given every changed line, and prints the report. Use before every git push, when asked for a code review, a security scan, or to review changes, a diff or a pull request, and when a push was blocked or warned by OpenQodex.","long_description":"---\nname: openqodex\ndescription: Code review for the current change, before it is pushed. One command runs the security, secret, dependency and lint scanners that fit the changed files, a separate reviewer that checks every scanner finding and is given every changed line, and prints the report. Use before every git push, when asked for a code review, a security scan, or to review changes, a diff or a pull request, and when a push was blocked or warned by OpenQodex.\n---\n\n# OpenQodex: review the change before it is pushed\n\nOpenQodex reviews a change in one command. It takes a frozen copy of the change, runs the deterministic scanners that fit the changed files (gitleaks, semgrep, bandit, hadolint, shellcheck, actionlint, osv-scanner and others), keeps what they report on changed lines, and starts its own reviewer: a separate Claude Code or Codex process that reads only that copy. The reviewer checks every scanner finding, is given every changed line and answers in a fixed shape; OpenQodex checks the answer with scripts and prints one report. No key and no account are needed beyond the developer's Claude Code or Codex login. The code goes to the model that login uses. The reviewer can also search the web and open web pages unless `reviewer_web: off` is set in `~/.openqodex/config.yaml`. Two scanners go online, and neither sends code: semgrep downloads its rule packs from the Semgrep registry on each run, and when the change touches a dependency file, osv-scanner sends the names and versions of the dependencies to osv.dev. `--offline` skips both scanners.\n\n## When to run\n\n- Before any `git push`.\n- When the developer asks you to review their changes.\n- When a push was blocked or warned by the OpenQodex hook.\n- After fixing findings, to check the change again.\n\n## Who reviews\n\nOpenQodex starts its own reviewer process for every review, with no memory of this session. You do not start a subagent for it and you do not review the change yourself: run the command and show what it prints.\n\nIf `review` says \"Full review unavailable\" and prints a way to review with the agent you are in, follow it: run the command it names and do what the brief it prints says.\n\n## Procedure\n\nWhen the file `~/.openqodex/bin/openqodex` exists, run it in place of `npx -y openqodex@` in every command of this skill: it is the copy `openqodex init` installed.\n\n1. From the repository, run:\n\n ```\n npx -y openqodex@0.8.1 review\n ```\n\n It reviews the change: the commits not yet pushed plus everything uncommitted, untracked files included. To review the whole repository instead, run:\n\n ```\n npx -y openqodex@0.8.1 review --all\n ```\n\n2. Wait for it. A review takes one to three minutes. Many agents stop a command after two minutes, so give it up to ten minutes, or run it in the background and wait until it exits. While the reviewer works, it prints a progress line every 15 seconds on stderr. Do not start it a second time while one runs.\n\n3. Show the developer the report it printed, exactly as printed. Do not reword it, shorten it or add findings of your own. The same report is saved as `report.md`; its path is on the last progress line.\n\n4. Act on the exit code:\n - 0: the review is complete and nothing blocks the push.\n - 1: the review is complete and its verdict is `blocked`. Do not push. Show the developer the findings; push only if they say so after seeing them.\n - 2: there is no complete review. The output says what is missing (for example \"Full review unavailable\" when no reviewer could start, or \"Review incomplete\" with the reasons). Tell the developer exactly that. Never present the scanner output as a review.\n\n## Reviewing a branch or a pull request\n\nWhen the developer asks you to review a branch or a pull request that is not their current work, name it:\n\n```\nnpx -y openqodex@0.8.1 review feature/login\nnpx -y openqodex@0.8.1 review '#42'\n```\n\nQuote `#42`: in a shell `#` starts a comment. A pull request link works too. OpenQodex fetches the target, checks it out in a temporary folder and reviews what it added since it left its base. This is someone else's code: never run its tests, scripts, builds or services, and never edit it.\n\n## Rules\n\n- Never edit code during the review. Review first, show the report, then fix only what the developer asks you to fix.\n- Never run `openqodex trust` without asking the developer first. It approves a custom scanner, which is a command that runs on their machine.\n- Never set `OPENQODEX_SKIP`. It is the developer's switch, not yours.\n- When the verdict is `blocked`, do not push unless the developer says so after seeing the findings.\n- When OpenQodex prints \"OpenQodex had a problem. Nothing has been sent.\" with `1 create a GitHub issue` and `2 ignore`, tell the developer in one line what went wrong and give them the two choices. Never choose 1 yourself. If they say 1, run `npx -y openqodex@0.8.1 report --send-last` from the same folder. Anything else means 2: do nothing.\n\n## Reading the report\n\n- The report is in `.openqodex/reviews/