On this page
RentAHuman Status workflow
RentAHuman Status fetches one humanization owned by the configured RentAHuman API key.
Input
The form has one humanization-id field. Empty or whitespace-only input prevents Run with:
Enter a RentAHuman humanization id.
The draft trims surrounding whitespace before constructing argv.
Exact invocation
skryba rentahuman get <HUMANIZATION_ID>
No stdin is sent; the process receives the null device. This workflow does not accept detector or rewrite controls.
Result
On exit 0, the app keeps stdout as a string and displays it in a selectable scrolling Response panel whose detail says:
RentAHuman's own JSON, verbatim.
The app does not decode status, URLs, or nested fields. That preserves the CLI envelope and remote API response even when the upstream object grows new fields.
Credential boundary
The workflow requires RENTAHUMAN_API_KEY in the launch environment or ~/.config/skryba/env. The app never reads or validates its value. Missing key, invalid id, endpoint policy, retries, and API failures all come from the CLI on stderr and are shown unchanged.
Maintained as part of the website-owned Skryba documentation corpus.