A server switch can remove the post-to-PR option from ultrareview; it defaults to available.
tengu_ultrareview_post_enabled Not enough to sayNothing here resolved what this flag was doing on this version, so nothing here should be read as on or off.
This account: no value returned · anonymous baseline: no value returned · compiled default in v2.1.227: off
These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.
Read once, for one account on one subscription tier, against v2.1.227. It isn't a statement about your account. What a flag value here can and cannot tell you
What's wrong with this entry?
A remote switch controls whether /ultrareview hands its findings to claude.ai to post on a pull request. When it is off, the post-to-PR option disappears from the review confirmation prompt and Claude Code says: "Posting to the pull request is currently turned off, so nothing went to the PR. The findings are above if you want to post them by hand." The in-source fallback is on, so unless remote config says otherwise posting stays available.
- The gate is
tengu_ultrareview_post_enabled, evaluated with a fallback of true; nothing in the build sets it locally, so the real value comes from remote config. - The same check gates both the posting call path and the confirmation UI option, so a disabled state cannot be reached by accident.
- Neither the gate nor its telemetry existed in v2.1.226.
tengu_ultrareview_post_enabled
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.224
Startup tip for /ultrareview
Both mention ultrareview code review
-
v2.1.224
/ultrareview tips after reviews and commits
Both mention ultrareview code review
-
v2.1.223
Builtin
/reviewcommand dropped;/code-reviewtakes a target insteadBoth mention ultrareview code review