pi-grok-build
Use Grok Build from Pi as a managed collaborator for review, research, edits, and media.
Package details
Install pi-grok-build from npm and Pi will load the resources declared by the package manifest.
$ pi install npm:pi-grok-build- Package
pi-grok-build- Version
0.1.0- Published
- May 27, 2026
- Downloads
- 916/mo · 525/wk
- Author
- vanalio
- License
- MIT
- Types
- extension, skill
- Size
- 131.5 KB
- Dependencies
- 0 dependencies · 4 peers
Pi manifest JSON
{
"extensions": [
"./extensions/grok-build/index.ts"
],
"skills": [
"./skills"
]
}Security note
Pi packages can execute code and influence agent behavior. Review the source before installing third-party packages.
README
Pi Grok Build
Use Grok Build from Pi as a managed collaborator.
pi-grok-build is a Pi package that gives Pi one tool, grok_build, for delegating review, research, candidate edits, and media work to Grok Build without leaving the Pi session. Pi stays the parent agent: it starts Grok work, waits for results, sends follow-ups, inspects artifacts, cancels stale work, and decides what to accept.
The package is source-inspectable and deliberately small:
grok_buildfor model-facing delegation;/grok-buildfor human diagnostics;- a fixed widget for active sessions, failures, and diagnostics;
- retained artifacts for answers, copied inputs, generated media, and edit diffs;
- explicit consent before prompt-carrying work goes to Grok/xAI.
The backend runtime is grok agent stdio over ACP. No grok -p, raw xAI API path, TUI scraping, relay, or fallback runtime is part of the product.
Install
From npm:
pi install npm:pi-grok-build
From a local checkout:
pi install /absolute/path/to/pi-grok-build
Reload Pi after installation or source changes before expecting the active tool surface to change.
Delegate with grok_build
Model-facing tool:
grok_build
Actions:
start | send | status | result | changes | cancel | cleanup
Use it when the Pi parent should ask Grok Build to do sidecar work:
- get a second review of a local repository;
- run grounded research through Grok;
- prepare candidate edits in an isolated worktree;
- generate or edit media and return artifact paths;
- continue the same Grok session with follow-up instructions.
doctor and preflight are not model-facing actions. They are human diagnostics under /grok-build.
Human command
/grok-build doctor
/grok-build preflight
/grok-build status g1
/grok-build result g1
/grok-build changes g1
/grok-build cancel g1
/grok-build cleanup g1
/grok-build start and /grok-build send ask for interactive confirmation before sending prompt-carrying work to Grok/xAI.
Profiles
Choose the narrowest profile that can do the job.
| Profile | Use for | Writes | Web/current evidence | Media |
|---|---|---|---|---|
local-review |
local source or repo review | no | no | no |
grounded-review |
repo review with current external evidence | no | yes | no |
deep-research |
broader research or decomposition | no | yes | no |
worktree-edit |
candidate edits without web | yes | no | no |
grounded-edit |
candidate edits with current evidence | yes | yes | no |
media |
image/video generation or editing | artifact only | no by default | yes |
Typical use
Delegate a review:
{
"action": "start",
"cwd": "/absolute/git/workspace",
"profile": "local-review",
"task": "Review this repository for API drift and report the highest-risk findings.",
"confirm_provider_use": true
}
Wait for the collaborator's answer:
{ "action": "result", "session": "g1", "wait_seconds": 30, "preview": true }
Send a follow-up into the same Grok session:
{
"action": "send",
"session": "g1",
"task": "Now focus on the CLI surface and release risks.",
"confirm_provider_use": true
}
Inspect candidate edit-session changes:
{ "action": "changes", "session": "g1", "preview": true }
Stop and remove retained evidence:
{ "action": "cancel", "session": "g1", "reason": "User stopped the run." }
{ "action": "cleanup", "session": "g1" }
Consent
start and send can send prompts, repository context, local artifacts, and selected tool behavior to Grok/xAI through the locally authenticated Grok CLI. They require confirm_provider_use:true after explicit current authorization.
Diagnostics, install checks, and old successful runs do not grant provider-use consent.
Worktrees
Write-capable profiles require a clean parent git repository. The package creates a session-owned assigned git worktree under its artifact root and launches Grok there. The parent repository is not the edit target. changes reads the assigned worktree and reports files and diff artifacts.
Root grok --worktree is not used as the isolation primitive, and there is no model-facing worktree knob.
Media
Media inputs are local image files only:
- accepted: absolute JPG, PNG, or WebP paths under the admitted workspace or a prior package artifact root;
- denied: URLs, GIF/HEIC/HEIF, inline payloads, credential/control roots, unsupported extensions, and images smaller than 8 px per side or 512 total pixels;
- transport: copied, hashed, checked, and sent as ACP embedded
resourceblobs afterembeddedContextproof; - output: generated image/video files returned by Grok are copied into package-owned turn media artifacts.
Widget
The fixed widget key is grok-build:fixed. It shows active sessions, failed sessions that need attention, and diagnostics. Completed and explicitly cancelled sessions are not alerts. The package does not use a footer status or dashboard shell.
Validation
For source/package changes run:
npm test
npm run check:pack
git diff --check
Live/provider proof is separate and requires explicit authorization before any prompt-carrying Grok run.