Authenticate pks with GitHub and run a self-hosted Actions runner that builds a fresh devcontainer for every queued workflow job.
pks github <command> [options]$ pks github initSign in to GitHub with the device-code flow
$ pks github status --verboseShow the stored token type, scopes, and expiry
$ pks github runner register owner/repoRegister a repository for the runner daemon
$ pks github runner startPoll registered repos and run jobs in devcontainers
pks github is the GitHub half of the pks CLI: it holds your GitHub credentials, and it runs a self-hosted GitHub Actions runner on a machine you control.
pks github is a command group with two jobs. It authenticates pks against GitHub — either through GitHub's OAuth device-code flow against the first-party Agentics Live GitHub App, or with a personal access token you supply. It then uses that credential to run a runner daemon that picks up queued workflow jobs and executes each one inside a devcontainer.
pks github init and pks github status manage the stored token and the app installation on your repositories.pks github runner register, unregister, list, and prune decide which repositories the daemon watches.pks github runner start polls those repositories and builds a container per job, in the foreground, until you stop it.pks github init prints a code, you approve it in a browser, and the token lands in the pks credential store under ~/.pks-cli/.devcontainer CLI, so the CI environment comes from the same definition you develop in.pks github runner start polls every enabled registration.pks github runner list and pks github runner prune show and clean up the duplicate registrations that repeated or aborted register runs leave behind.The order is fixed. Authentication comes first, because everything else needs a token: pks github init runs the device-code flow and, when you pass a repository URL, walks you through installing the Agentics Live GitHub App on that repository. Then you register each repository you want built, with pks github runner register owner/repo. Registration is where GitHub's own constraint bites — it verifies that your identity has Admin permission on the repository, because GitHub's just-in-time runner registration tokens require admin-level access.
Then you start the daemon. pks github runner start re-checks the token (refreshing it, or falling back to an inline device-code login), checks that Docker and the devcontainer CLI are present, starts the git-credential socket, and begins polling. It blocks in the foreground with a live status table and writes a fuller log to ~/.pks-cli/runner.log. Ctrl+C shuts it down gracefully, after active jobs finish.
init stores it, status inspects it, runner start refreshes it.runner register selects the repositories, runner start executes their jobs.init · status · runner register · runner unregister · runner list · runner start · runner status · runner stop · runner prune
Every argument, flag, and default is listed on the pks github reference.
Note. The runner daemon keeps its state in memory, inside the process that runs
pks github runner start. Because eachpksinvocation is a separate operating-system process,pks github runner statusandpks github runner stoprun from another terminal cannot see or stop that daemon. Use Ctrl+C in the terminal runningstart.
Sign pks in to GitHub with the device-code flow or a personal access token, and grant the Agentics Live app access to the repositories you build.
pks github init [repoUrl]
Complete command, argument, and flag reference for the pks github group — authentication, token status, and the devcontainer runner daemon lifecycle.
pks github <command> [options]
Register the repositories a self-hosted runner watches, then run the daemon that builds an ephemeral devcontainer for each queued GitHub Actions job.
pks github runner <command> [options]
2 subcommands
Confirm that pks holds a valid GitHub token, and inspect its type, scopes, and expiry before a runner job needs to push back to a repository.
pks github status [options]