The command is unknown
The command is unknown
Symptom: the client answers that the command does not exist, or nothing happens when you send it.Use the syntax for the client that is running PRFlow:In Codex CLI, If
/implement and /prflow:implement do not select a plugin skill because / opens built-in commands. Enter /skills to select prflow:implement, or use the $prflow:implement mention directly. In a Codex chat in the ChatGPT desktop app, use the same $prflow:implement mention; @prflow selects the plugin rather than its skill name.Check that the plugin is loaded and enabled:prflow is missing or disabled, follow Installation Problems. If it is loaded, start a new session or chat and try again. Claude Code can also run /reload-plugins.The older /devflow:<skill> spellings are still accepted, so an old habit or an old comment still works. They are permanent aliases, not a sign that something is out of date.GitHub operations fail
GitHub operations fail
Symptom: the run reports that it cannot read the issue, open the pull request or post the review.Check which account the GitHub CLI is using:If no account is active, or the active one is the wrong account, sign in again:Then confirm that account can reach the repository and do the specific thing PRFlow tried:On Windows, also confirm the same bash session resolves the
gh you signed in with. Run which -a gh and compare it against DEVFLOW_GH if you set that override.The command is running on the wrong target
The command is running on the wrong target
Symptom: the run says the number is not an issue, not a pull request, or it works on something you did not mean.Confirm what the number actually is before you send the command again:Then match the command to the target:
/prflow:implement <number>takes an existing GitHub issue. In the cloud it answers a comment on an issue, never on a pull request./prflow:review <number>takes a pull request and changes nothing. Use it when you want an assessment only./prflow:review-and-fix <number>also takes a pull request, and it both reviews and fixes. It is not local-only: it is one of the three commands a fresh cloud installation answers from a pull-request comment, alongside/prflow:reviewand/prflow:pr-description.
Verification is blocked
Verification is blocked
Symptom: the run stops and says a verification command it needed was not permitted. The command produced no output because it was refused before it ran.Read the message for the exact command, then check whether that command is granted for the path you are on:An implementation run reads its extra grants from
prflow_implement.allowed_tools in .prflow/config.json. Add the command’s leading token and arguments there, using the tool syntax the file already shows, such as "Bash(make:*)". If the tool also has to be installed on the runner, add its install step to the setup block.prflow_implement.allowed_tools is the only setting that grants a verification command to an implementation run. prflow.allowed_tools grants commands to the light command path instead, and the two do not inherit from each other, so listing a tool in one does not make it available in the other.If the command is granted and still fails, the cause is elsewhere. Install the missing repository dependency, correct the verification command in the issue, or fix the external service the command depends on.A cloud implementation run must observe a verification command in its own environment. It does not accept a CI result in place of running the command, so a green pull-request check does not discharge a verification the run itself could not perform.