Compare commits

...
3 Commits
Author SHA1 Message Date
iceBear67andClaude Opus 5 966133eeda Start the daemon from whichever hook fires first
A plugin's SessionStart hook never runs, so nothing was starting the
daemon: no daemon.log, nothing on :8791, and a manual `glance up`
working perfectly.

Grok Build dispatches SessionStart from inside session creation
(xai-grok-shell, agent_ops.rs -> DispatchSessionStartHook) and resolves
it against the session's hook registry as it stands at that moment.
That registry comes from discover_hooks(), whose sources are the config
layers and the global/project settings files; plugin directories are not
among them. Plugin hooks are appended later, under a plugin/ prefix, by
reload_hooks_impl and reload_plugins_impl - which run in response to a
plugin action, a /hooks reload, or a folder-trust grant. So the entry is
always registered after the event it subscribes to has been dispatched.
The other thirteen events work because they happen later in the session.

There is no boot event to move to, so every recorder boots the daemon
instead and whichever fires first wins. The cost is one loopback request
to /healthz per event once it is up, which is the steady state. A
daemon.lock (O_EXCL, 15s staleness takeover) keeps a burst of concurrent
events from starting five daemons and leaving four to die on EADDRINUSE.

glance-up.mjs stays wired: it costs nothing when it does not fire, and
it is the right hook for the job if that ordering is ever fixed.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-09 08:04:03 +00:00
iceBear67andClaude Opus 5 b586323fdb Be honest about which install commands I could not verify
I have no grok CLI on this machine, so `grok plugin marketplace add` is taken from
the docs rather than run. Say so, point at the TUI's Marketplace tab as the route
that does not depend on a subcommand name, and note that the plain clone into
~/.grok/plugins/ needs none of it.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-09 07:34:06 +00:00
iceBear67andClaude Opus 5 3cfa011d0c Ship prebuilt, so a git URL is the whole install
Grok Build loads plugins out of ~/.grok/plugins/ and clones marketplace sources
straight from git; it never runs npm install or a build for you. So a plugin that
ships TypeScript is a plugin you have to build by hand before it does anything,
and the SessionStart hook's first act is to print "not built yet".

dist/ is now committed, and the tree is arranged so that a bare clone can run:

- The daemon is bundled to a single ESM file with rolldown, platform node. Its one
  runtime dependency (@simplewebauthn/server, plus the asn1/cbor tree under it) is
  inlined; the only imports left in the output are node: builtins. Not minified —
  a committed blob nobody can read is worse than no committed blob.
- tsc no longer emits for the server, it only typechecks (noEmit). rolldown emits.
- dist/web was already a self-contained static bundle.
- The hook scripts under bin/ were stdlib-only from the start.

.grok-plugin/marketplace.json makes the repo its own one-entry catalog with a local
source of "./", so `grok plugin marketplace add <git-url>` followed by
`grok plugin install grok-glance` works without pinning a SHA of itself.

`npm run check:dist` rebuilds and fails if the committed output is stale — the one
real hazard of checking in build output.

Also drops the daemon's "non-default port, run `glance sync-hooks`" startup note,
which the previous commit should have taken with the rest of that scheme; the hook
scripts read config.json themselves, so a non-default port needs nothing.

The e2e suite now takes GLANCE_ROOT and was run twice: once against the repo, once
against a copy containing only tracked files plus dist/ and no node_modules — which
is what actually demonstrates the claim, passkey registration and assertion
included. 233 checks, both runs green.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-09 07:32:49 +00:00
21 changed files with 24117 additions and 119 deletions
-1
View File
@@ -1,4 +1,3 @@
node_modules/
dist/
*.log
.DS_Store
+22
View File
@@ -0,0 +1,22 @@
{
"name": "grok-glance",
"description": "One-entry marketplace: this repo is both the catalog and the plugin, so `grok plugin marketplace add <git-url>` is enough to install it.",
"owner": {
"name": "grok-glance"
},
"plugins": [
{
"name": "grok-glance",
"description": "A passkey-guarded web dashboard that lets you glance at what Grok Build is doing from your phone, and approve or deny risky tool calls remotely.",
"category": "monitoring",
"keywords": [
"grok-glance",
"glance dashboard",
"webauthn passkey",
"remote approval",
"session monitor"
],
"source": { "type": "local", "path": "./" }
}
]
}
+77 -30
View File
@@ -37,49 +37,70 @@ or drive a session.
## Requirements
- Node.js 20 or newer, and npm.
- Node.js 20 or newer. **npm is only needed to develop it**`dist/` is committed, and the
daemon bundle carries its one runtime dependency inside it, so an installed copy never runs
a build or an install step.
- Grok Build.
- For phone access: [Tailscale](https://tailscale.com/) on both the machine and the phone. See
[Why Tailscale](#why-tailscale-and-not-just-the-lan-ip) — a LAN IP genuinely cannot work.
## Install
Grok Build loads plugins straight out of `~/.grok/plugins/`, so the shortest install is a clone:
```sh
git clone <this repo> grok-glance
cd grok-glance
npm install && npm run build
git clone <this repo> ~/.grok/plugins/grok-glance
```
The build produces `dist/server` (the daemon) and `dist/web` (the dashboard). Both are required;
the daemon serves the dashboard itself. `hooks/hooks.json` is checked in as-is — nothing about it
is generated or machine-specific. The shared secret the hook scripts authenticate with lives in
`~/.grok/glance/hook.secret` (mode 0600) and is created by the daemon on first start; it never
appears in `hooks.json`.
That is the whole thing — no `npm install`, no build. Open `/plugins` in Grok Build and enable
**grok-glance**. The first hook to fire after that — your next prompt, or the first tool call —
starts the daemon in the background, and the dashboard is on `http://127.0.0.1:8791`. (Not the
`SessionStart` hook, which for a plugin never runs; see [Hook wiring](#hook-wiring).)
Then register the directory with Grok Build. Plugins are installed from a marketplace catalog, so
for a local checkout the shortest path is a one-entry catalog. Create
`.grok-plugin/marketplace.json` in a directory that contains your checkout:
### …or from a marketplace, by URL
```json
{
"name": "local",
"description": "Local plugins",
"owner": { "name": "me" },
"plugins": [
{
"name": "grok-glance",
"description": "Passkey-guarded phone dashboard for Grok Build.",
"category": "monitoring",
"source": { "type": "local", "path": "./grok-glance" }
}
]
}
If you would rather install it the way marketplace plugins are installed — or point several
machines at one URL — this repo is also its own one-entry marketplace:
`.grok-plugin/marketplace.json` lists exactly one plugin, sourced from `./`, which is the repo
root the catalog itself lives in. So the repo's git URL is a complete marketplace, with no commit
SHA to pin (a self-referencing remote source would have to pin the SHA of the commit that contains
the pin).
Add it as a marketplace source from the TUI — `/plugins`, Marketplace tab — or from the CLI:
```sh
grok plugin marketplace add https://your-git-host/you/grok-glance.git
grok plugin install grok-glance --trust
```
…then add that marketplace and install `grok-glance` from Grok Build's `/plugin` interface.
Configured sources are recorded in `~/.grok/config.toml` under `[[marketplace.sources]]` and in
`~/.grok/plugins/known_marketplaces.json`; the TUI and `grok plugin marketplace list` read the same
list. Check `grok plugin marketplace --help` if the subcommand names have moved — the clone above
does not depend on any of this.
Once installed, the daemon starts by itself: the `SessionStart` hook boots it in the background on
the first session after installation.
### Why there is no build step
`dist/` is checked in:
- `dist/server/index.js` — the daemon, bundled to a single dependency-free ESM file. Its only
runtime dependency, `@simplewebauthn/server`, is inlined; everything else it uses is the Node
standard library. It is *not* minified, so what ships is what you can read.
- `dist/web/` — the dashboard, already a static bundle, which the daemon serves itself.
The hook scripts under `bin/` were stdlib-only from the start. So a clone has nothing to resolve
and nothing to compile, which is what makes a bare git URL enough.
Working on it instead? Then you do need the toolchain:
```sh
npm install
npm run build # tsc typechecks, rolldown bundles the server, vite builds the web app
npm run check:dist # rebuilds and fails if the committed dist/ is stale
```
`hooks/hooks.json` is checked in as-is — nothing about it is generated or machine-specific. The
shared secret the hook scripts authenticate with lives in `~/.grok/glance/hook.secret` (mode 0600)
and is created by the daemon on first start; it never appears in `hooks.json`.
## Get it onto your phone
@@ -224,6 +245,7 @@ Everything lives in `~/.grok/glance` (mode 0700), or `$GLANCE_HOME` if you set i
| `events.jsonl` | Append-only event log, one JSON object per line, rotated at 5 MB |
| `sessions.json` | The agent roster — label, badge, workspace, state, counts — so a restart comes back with the overview intact. Written debounced, flushed on shutdown; sessions older than 12 hours are dropped on load. |
| `daemon.log` | Daemon stdout/stderr |
| `daemon.lock` | Held while a hook script is starting the daemon, so a burst of events starts one and not five. Created with `O_EXCL`, deleted on the way out, and ignored by anyone else once 15s stale. |
Three environment variables override `config.json`, which is mostly useful for testing a second
instance without touching your real one:
@@ -323,7 +345,8 @@ traverses the tunnel, and it can present the shared secret — hook traffic goes
`http://127.0.0.1:8791` and never leaves the machine. So each observed event runs
`bin/glance-record.mjs`, which costs a Node start (~40 ms) and POSTs one event. Two entries differ:
- `SessionStart` runs `bin/glance-up.mjs`, which is what boots the daemon.
- `SessionStart` runs `bin/glance-up.mjs`. It is the obvious hook to boot the daemon from, and it
never runs — see below.
- `PreToolUse` is wired **twice** — a recording entry for the timeline, and a second entry matching
only `^(Bash|Write|Edit|MultiEdit|NotebookEdit)$` that runs `bin/glance-approve.mjs`. PreToolUse
is the only blocking event, and a command hook is the only documented way to return a deny
@@ -334,6 +357,30 @@ traverses the tunnel, and it can present the shared secret — hook traffic goes
The hook scripts use nothing but the Node standard library and always exit 0 unless they are
deliberately denying — including when the daemon rejects their token.
### Why every recorder boots the daemon
A plugin gets no usable boot event, so `bin/glance-record.mjs` starts the daemon itself when it
finds it missing, and whichever event fires first wins.
`SessionStart` looks like the right answer and cannot work. Grok Build dispatches it from inside
session creation (`xai-grok-shell`, `agent_ops.rs``SessionCommand::DispatchSessionStartHook`),
and the dispatch resolves against the session's hook registry **as it stands at that moment**. That
registry comes from `discover_hooks()`, whose sources are the config layers and the global/project
settings files — `~/.grok/settings.json`, `<git_root>/.grok/hooks`, the vendor-compat paths. Plugin
directories are not among them. Plugin hooks are appended separately, under a `plugin/` prefix, by
`reload_hooks_impl` and `reload_plugins_impl` — both of which run later, in response to a plugin
action, a `/hooks reload`, or a folder-trust grant. So a plugin's `SessionStart` entry is always
registered after `SessionStart` has already been dispatched, and is never called. Every other event
this plugin subscribes to happens later in the session, once the plugin registry has landed, which
is why they all work.
The symptom, if you hit this from the other end: no `daemon.log` at all, nothing on `:8791`, and a
manual `glance up` working perfectly.
Asking costs one loopback request to `/healthz` per event, which is the steady state once the
daemon is up. The spawn path is taken once. A `daemon.lock` (`O_EXCL`, 15s staleness) keeps a burst
of concurrent events from starting five daemons and leaving four of them to die on `EADDRINUSE`.
## Deliberately omitted
Not oversights — decisions:
+10 -18
View File
@@ -10,17 +10,16 @@
import fs from "node:fs";
import path from "node:path";
import { spawn } from "node:child_process";
import {
PLUGIN_ROOT,
SERVER_ENTRY,
baseUrl,
ensureDaemon,
glanceHome,
isDaemonUp,
readConfig,
sleep,
} from "./glance-lib.mjs";
const SERVER_ENTRY = path.join(PLUGIN_ROOT, "dist", "server", "index.js");
const cfg = readConfig();
const cmd = process.argv[2] ?? "status";
const args = process.argv.slice(3);
@@ -77,27 +76,20 @@ function sessionBreakdown(states) {
function requireBuild() {
if (!fs.existsSync(SERVER_ENTRY)) {
console.error(`grok-glance is not built yet.\n\n cd ${PLUGIN_ROOT}\n npm install && npm run build\n`);
console.error(
`grok-glance: ${SERVER_ENTRY} is missing.\n\n` +
`dist/ ships with the plugin, so this checkout is incomplete. Rebuild it:\n\n` +
` cd ${PLUGIN_ROOT}\n npm install && npm run build\n`,
);
process.exit(1);
}
}
async function ensureUp() {
if (await isDaemonUp(cfg)) return true;
requireBuild();
const home = glanceHome();
fs.mkdirSync(home, { recursive: true });
const logFd = fs.openSync(path.join(home, "daemon.log"), "a");
const child = spawn(process.execPath, [SERVER_ENTRY], {
detached: true,
stdio: ["ignore", logFd, logFd],
});
child.unref();
for (let i = 0; i < 40; i++) {
await sleep(200);
if (await isDaemonUp(cfg, 300)) return true;
}
console.error(`daemon did not come up; see ${path.join(home, "daemon.log")}`);
// No hook timeout to fit inside here, so wait long enough that a slow cold start still counts.
if (await ensureDaemon(cfg, { waitMs: 8000, startedBy: "cli" })) return true;
console.error(`daemon did not come up; see ${path.join(glanceHome(), "daemon.log")}`);
return false;
}
+107
View File
@@ -8,10 +8,13 @@
import fs from "node:fs";
import path from "node:path";
import os from "node:os";
import { spawn } from "node:child_process";
import { fileURLToPath } from "node:url";
export const PLUGIN_ROOT = path.resolve(fileURLToPath(import.meta.url), "../..");
export const SERVER_ENTRY = path.join(PLUGIN_ROOT, "dist", "server", "index.js");
export const DEFAULT_PORT = 8791;
/**
@@ -140,3 +143,107 @@ export async function isDaemonUp(cfg = readConfig(), timeoutMs = 400) {
}
export const sleep = (ms) => new Promise((r) => setTimeout(r, ms));
/* ------------------------------------------------------------------ daemon start */
/**
* How long a spawn lock is believed before another hook takes it over. Long enough to cover a
* cold Node start and a bind, short enough that a script killed mid-spawn cannot wedge startup
* for the rest of the session.
*/
const SPAWN_LOCK_STALE_MS = 15_000;
/** Never hold the lock for less than this, so a fire-and-forget caller still covers the bind. */
const MIN_SPAWN_WAIT_MS = 600;
/**
* Claim the right to spawn the daemon, so a burst of hooks does not start a race in which every
* loser dies on EADDRINUSE and litters daemon.log.
*
* `wx` is the whole mechanism: an atomic create-or-fail. A lock that is already there and still
* fresh means another script is mid-spawn, and we wait for its daemon rather than starting a
* second one. Taking over a *stale* lock is deliberately not atomic — two scripts could both
* decide it is stale and both spawn — because the consequence is only the EADDRINUSE we had
* before, and it takes a 15s-dead lock to get there at all.
*/
function acquireSpawnLock(home) {
const file = path.join(home, "daemon.lock");
try {
fs.writeFileSync(file, String(process.pid), { flag: "wx", mode: 0o600 });
return file;
} catch {
try {
if (Date.now() - fs.statSync(file).mtimeMs < SPAWN_LOCK_STALE_MS) return null;
fs.writeFileSync(file, String(process.pid), { mode: 0o600 });
return file;
} catch {
return null;
}
}
}
async function waitUntilUp(cfg, budgetMs) {
const deadline = Date.now() + budgetMs;
while (Date.now() < deadline) {
await sleep(100);
const left = deadline - Date.now();
if (left <= 0) break;
if (await isDaemonUp(cfg, Math.min(300, Math.max(50, left)))) return true;
}
return false;
}
/**
* Make sure the daemon is listening, starting it if it is not. Never throws.
*
* Every recording hook calls this, not just one designated boot hook, because Grok Build gives
* a plugin no usable boot event. `SessionStart` is dispatched from inside session creation
* (xai-grok-shell agent_ops.rs, `DispatchSessionStartHook`) and dispatch reads the session's
* hook registry as it stands at that moment. That registry is built by `discover_hooks()`,
* whose sources are the config layers and the global/project settings files — plugin hooks are
* not among them. They are appended later, with a `plugin/` prefix, only by `reload_hooks_impl`
* and `reload_plugins_impl`. So a plugin's `SessionStart` entry is registered strictly after
* `SessionStart` has already fired, and never runs. Every other event we subscribe to happens
* later in the session, once the plugin registry has landed — so whichever of them fires first
* is the one that has to boot us.
*
* The cost of asking is one loopback request to /healthz once the daemon is up, which is the
* steady state; the spawn path is taken once per machine boot.
*/
export async function ensureDaemon(cfg = readConfig(), options = {}) {
const { waitMs = 8000, startedBy = "hook", onMissingBuild } = options;
try {
if (await isDaemonUp(cfg)) return true;
if (!fs.existsSync(SERVER_ENTRY)) {
onMissingBuild?.(SERVER_ENTRY);
return false;
}
const home = glanceHome();
fs.mkdirSync(home, { recursive: true });
const budget = Math.max(waitMs, MIN_SPAWN_WAIT_MS);
const lock = acquireSpawnLock(home);
// Someone else is already starting it: wait on theirs instead of racing it.
if (!lock) return await waitUntilUp(cfg, budget);
try {
const logFd = fs.openSync(path.join(home, "daemon.log"), "a");
const child = spawn(process.execPath, [SERVER_ENTRY], {
detached: true,
stdio: ["ignore", logFd, logFd],
env: { ...process.env, GLANCE_STARTED_BY: startedBy },
});
child.unref();
return await waitUntilUp(cfg, budget);
} finally {
try {
fs.unlinkSync(lock);
} catch {
/* best effort */
}
}
} catch {
// A dashboard that cannot start must still not be the reason a tool call fails.
return false;
}
}
+19 -2
View File
@@ -11,11 +11,16 @@
* A command hook costs a Node start (~40ms) per event, and buys back the ability to send an
* authentication header, which the http runner has no config surface for.
*
* It also boots the daemon if nothing else has. That is not this hook being greedy: a plugin's
* `SessionStart` entry provably never runs (see `ensureDaemon` in glance-lib.mjs), so there is
* no single boot event to delegate to and whichever recorder fires first has to do it.
*
* Always exits 0. A dashboard must never be the reason a tool call fails.
*/
import {
baseUrl,
ensureDaemon,
envEnvelope,
hookHeaders,
postJson,
@@ -23,11 +28,23 @@ import {
readStdinJson,
} from "./glance-lib.mjs";
/**
* hooks/hooks.json gives this hook 5s. Everything below has to finish inside that with room to
* spare, because a killed script is a lost event either way — and losing one is fine, the next
* event is 40ms behind it.
*/
const START_BUDGET_MS = 1200;
const POST_BUDGET_MS = 1500;
try {
const payload = envEnvelope(await readStdinJson());
const cfg = readConfig();
// Short: if the daemon is not listening this must fail fast, not hold up the tool call.
await postJson(`${baseUrl(cfg)}/hook/record`, payload, 2000, hookHeaders());
// Cheap when the daemon is already up, which is every call but the first of the session.
if (await ensureDaemon(cfg, { waitMs: START_BUDGET_MS, startedBy: "record-hook" })) {
// hookHeaders() is read after the daemon is up: on a first-ever run it is the daemon we
// just started that created hook.secret.
await postJson(`${baseUrl(cfg)}/hook/record`, payload, POST_BUDGET_MS, hookHeaders());
}
} catch {
// Daemon down, no secret yet, malformed payload — all the same answer: carry on.
}
+23 -42
View File
@@ -2,63 +2,44 @@
/**
* SessionStart hook: make sure the glance daemon is running, then record the event.
*
* This is the only hook that spawns anything. It always exits 0 — a monitoring
* dashboard must never be the reason a Grok Build session fails to start.
* Note that as of Grok Build's current hook wiring this never actually runs: a plugin's
* `SessionStart` entry is registered after `SessionStart` has already been dispatched, so the
* event finds no plugin hooks to call. `ensureDaemon` in glance-lib.mjs has the details, and
* bin/glance-record.mjs is what really boots the daemon.
*
* It stays wired anyway. It costs nothing when it does not fire, it is the correct hook for the
* job on the day that ordering is fixed, and it keeps the answer to "what starts this thing"
* in the obvious place.
*
* It always exits 0 — a monitoring dashboard must never be the reason a session fails to start.
*/
import fs from "node:fs";
import path from "node:path";
import { spawn } from "node:child_process";
import {
PLUGIN_ROOT,
baseUrl,
ensureDaemon,
envEnvelope,
glanceHome,
hookHeaders,
isDaemonUp,
postJson,
readConfig,
readStdinJson,
sleep,
} from "./glance-lib.mjs";
const SERVER_ENTRY = path.join(PLUGIN_ROOT, "dist", "server", "index.js");
async function ensureDaemon(cfg) {
if (await isDaemonUp(cfg)) return true;
if (!fs.existsSync(SERVER_ENTRY)) {
// Not built yet. Say so once, on stderr, where it is recorded but harmless.
process.stderr.write(
`[grok-glance] not built yet - run \`npm install && npm run build\` in ${PLUGIN_ROOT}\n`,
);
return false;
}
const home = glanceHome();
fs.mkdirSync(home, { recursive: true });
const logFd = fs.openSync(path.join(home, "daemon.log"), "a");
const child = spawn(process.execPath, [SERVER_ENTRY], {
detached: true,
stdio: ["ignore", logFd, logFd],
env: { ...process.env, GLANCE_STARTED_BY: "hook" },
});
child.unref();
// Give it a moment to bind before the first http hook fires.
for (let i = 0; i < 40; i++) {
await sleep(200);
if (await isDaemonUp(cfg, 300)) return true;
}
return false;
}
const payload = envEnvelope(await readStdinJson());
const cfg = readConfig();
try {
const up = await ensureDaemon(cfg);
// hooks/hooks.json allows this hook 20s; leave most of it as headroom.
const up = await ensureDaemon(cfg, {
waitMs: 8000,
startedBy: "session-start-hook",
onMissingBuild: (entry) => {
// dist/ ships with the plugin, so this means an incomplete checkout. Say so once, on
// stderr, where it is recorded but harmless — a hook must never fail a session.
process.stderr.write(
`[grok-glance] ${entry} is missing - run \`npm install && npm run build\` in the plugin root\n`,
);
},
});
if (up) {
// hookHeaders() is read here, not at import time: on a first-ever run the daemon we just
// spawned is what created hook.secret.
+3 -2
View File
@@ -12,8 +12,9 @@ If no argument was given, treat it as `status`.
Then:
1. Run `node "$GROK_PLUGIN_ROOT/bin/glance" $ARGUMENTS`.
2. If it says the plugin is not built, run `npm install && npm run build` in `$GROK_PLUGIN_ROOT`
(this takes a minute or two) and try again.
2. The plugin ships prebuilt, so this should just work. If it does say the plugin is not built,
`dist/` is missing from the checkout: run `npm install && npm run build` in
`$GROK_PLUGIN_ROOT` (a minute or two) and try again.
3. Report what came back. For `enroll`, show the URL and the code verbatim — the user needs to
type them on their phone, so do not paraphrase or reformat them.
4. If the output mentions that no public origin is configured, explain the Tailscale Serve setup:
+23758
View File
File diff suppressed because it is too large Load Diff
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
+6
View File
@@ -0,0 +1,6 @@
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 64 64" width="64" height="64">
<rect width="64" height="64" rx="14" fill="#09090b" />
<circle cx="32" cy="32" r="15" fill="none" stroke="#fafafa" stroke-width="3.5" />
<circle cx="32" cy="32" r="5.5" fill="#fafafa" />
<path d="M32 9v5M32 50v5M9 32h5M50 32h5" stroke="#71717a" stroke-width="3.5" stroke-linecap="round" />
</svg>

After

Width:  |  Height:  |  Size: 389 B

+22
View File
@@ -0,0 +1,22 @@
<!doctype html>
<html lang="en">
<head>
<meta charset="UTF-8" />
<!-- viewport-fit=cover so the sticky header sits under the notch rather than beside it. -->
<meta name="viewport" content="width=device-width, initial-scale=1, viewport-fit=cover" />
<meta name="color-scheme" content="light dark" />
<meta name="theme-color" content="#fafafa" media="(prefers-color-scheme: light)" />
<meta name="theme-color" content="#09090b" media="(prefers-color-scheme: dark)" />
<title>grok-glance</title>
<link rel="icon" type="image/svg+xml" href="/icon.svg" />
<link rel="apple-touch-icon" href="/icon.svg" />
<link rel="manifest" href="/manifest.webmanifest" />
<meta name="apple-mobile-web-app-capable" content="yes" />
<meta name="apple-mobile-web-app-title" content="glance" />
<script type="module" crossorigin src="/assets/index-D-dJ5pn0.js"></script>
<link rel="stylesheet" crossorigin href="/assets/index-BZSiLyex.css">
</head>
<body>
<div id="root"></div>
</body>
</html>
+19
View File
@@ -0,0 +1,19 @@
{
"name": "grok-glance",
"short_name": "glance",
"description": "Glance at what Grok Build is doing.",
"start_url": "/",
"scope": "/",
"display": "standalone",
"orientation": "portrait",
"background_color": "#09090b",
"theme_color": "#09090b",
"icons": [
{
"src": "/icon.svg",
"sizes": "any",
"type": "image/svg+xml",
"purpose": "any"
}
]
}
+11 -3
View File
@@ -16,9 +16,17 @@
"derived from config.json - the scripts read that themselves - so this file is plain,",
"committed, and edited by hand.",
"",
"SessionStart boots the daemon. PreToolUse is wired twice on purpose: one entry records",
"every call for the timeline, and a second, narrowly matched entry runs the approval gate,",
"because PreToolUse is the only blocking event and only a command hook can return a deny.",
"Every recorder boots the daemon if it is not already up, rather than one designated boot",
"hook doing it. Grok Build gives a plugin no usable boot event: SessionStart is dispatched",
"from inside session creation, against the hook registry as it stands at that moment, and",
"that registry holds only config-layer and settings-file hooks. Plugin hooks are appended",
"afterwards, under a 'plugin/' prefix, by reload_hooks_impl and reload_plugins_impl - so the",
"SessionStart entry below is registered strictly after SessionStart has already fired and",
"never runs. It is kept because it costs nothing and is the right hook once that is fixed.",
"",
"PreToolUse is wired twice on purpose: one entry records every call for the timeline, and a",
"second, narrowly matched entry runs the approval gate, because PreToolUse is the only",
"blocking event and only a command hook can return a deny.",
"",
"The gate's 125s timeout is the ceiling for the whole approval round trip. The daemon caps",
"approval.timeoutMs at 90s against it, so the script always outlives its own wait and gets",
+1
View File
@@ -21,6 +21,7 @@
"@types/react": "^19.0.0",
"@types/react-dom": "^19.0.0",
"@vitejs/plugin-react": "6.0.2",
"rolldown": "1.0.3",
"tailwind-variants": "3.3.0",
"tailwindcss": "4.3.1",
"typescript": "5.6.3",
+4 -2
View File
@@ -9,11 +9,12 @@
},
"scripts": {
"build": "npm run build:server && npm run build:web",
"build:server": "tsc -p tsconfig.server.json",
"build:server": "tsc -p tsconfig.server.json && rolldown server/src/index.ts -o dist/server/index.js -f esm -p node",
"build:web": "tsc -p tsconfig.web.json && vite build",
"dev": "vite",
"start": "node dist/server/index.js",
"glance": "node bin/glance"
"glance": "node bin/glance",
"check:dist": "npm run build && test -z \"$(git status --porcelain dist)\""
},
"dependencies": {
"@heroui/react": "3.2.4",
@@ -29,6 +30,7 @@
"@types/react": "^19.0.0",
"@types/react-dom": "^19.0.0",
"@vitejs/plugin-react": "6.0.2",
"rolldown": "1.0.3",
"tailwind-variants": "3.3.0",
"tailwindcss": "4.3.1",
"typescript": "5.6.3",
+3 -3
View File
@@ -18,7 +18,6 @@ import http from "node:http";
import crypto from "node:crypto";
import { URL } from "node:url";
import {
DEFAULT_PORT,
VERSION,
deriveRpId,
ensureHome,
@@ -564,8 +563,9 @@ server.listen(cfg.port, cfg.host, () => {
console.log(`[glance] state: ${paths.home}`);
console.log(`[glance] origin: ${cfg.origin ?? "(none set - see README)"} rpId: ${cfg.rpId ?? "localhost"}`);
console.log(`[glance] accepts assertions from: ${expectedOrigins(cfg).join(", ")}`);
if (!webBuildExists()) console.log("[glance] web app not built yet: npm install && npm run build");
if (cfg.port !== DEFAULT_PORT) console.log(`[glance] note: non-default port, run \`glance sync-hooks\``);
// dist/ is committed, so this only fires for a developer who deleted it. Nothing warns about a
// non-default port any more: the hook scripts read config.json themselves.
if (!webBuildExists()) console.log("[glance] web app missing from dist/: npm install && npm run build");
});
server.on("error", (err) => {
+1 -1
View File
@@ -32,7 +32,7 @@ export function webBuildExists(): boolean {
export function serveStatic(urlPath: string, res: ServerResponse): void {
if (!webBuildExists()) {
res.writeHead(503, { ...SECURITY_HEADERS, "content-type": "text/plain; charset=utf-8" });
res.end("grok-glance: web app not built yet. Run `npm install && npm run build`.\n");
res.end("grok-glance: dist/web is missing. Run `npm install && npm run build`.\n");
return;
}
+12 -11
View File
@@ -11,19 +11,19 @@ behind a WebAuthn passkey. It can also pause risky tool calls until someone taps
One daemon covers every session on the machine, so several agents running at once all appear on the
same dashboard — no per-session setup.
The daemon is started automatically by the `SessionStart` hook. Everything below is done through
the `glance` CLI at `$GROK_PLUGIN_ROOT/bin/glance`.
The daemon starts itself: every recording hook boots it if it is not already up, so the first
prompt or tool call of a session brings it back. (Not the `SessionStart` hook — a plugin's
`SessionStart` entry is registered after the event has already fired, so it never runs. If someone
reports an empty `:8791` and no `daemon.log`, that is the reason, and any hook firing will fix it.)
## First check whether it is even built
Everything below is done through the `glance` CLI at `$GROK_PLUGIN_ROOT/bin/glance`.
The plugin ships as TypeScript and must be built once:
## No build step
```sh
cd "$GROK_PLUGIN_ROOT" && npm install && npm run build
```
`glance status` prints a "not built" error with this same instruction if it is missing. Do not
attempt to skip the build — the daemon entry point is `dist/server/index.js`.
The plugin ships prebuilt: `dist/` is committed, and the daemon is a single dependency-free
bundle. A clone is ready to run. Only reach for `npm install && npm run build` in
`$GROK_PLUGIN_ROOT` if `glance status` actually says it is not built, which means `dist/` was
deleted from the checkout.
## The commands
@@ -99,7 +99,8 @@ and wait for a tap on the phone. Defaults that matter:
secret in `$GLANCE_HOME/hook.secret` no longer matches the one the daemon loaded (events are being
dropped with a 403); `glance stop && glance up` fixes that. Otherwise check that
`hooks/hooks.json` exists and that the plugin is registered with Grok Build.
- **Page says "run npm install && npm run build"** → the web bundle is missing; build it.
- **Page says "run npm install && npm run build"** → `dist/web` is missing from the checkout,
which should not happen in a clone. Re-clone, or build it.
- **Only one agent shows up** → the others were started before the plugin was installed, or in an
environment where the hooks are not registered. A session appears on its next hook event; nothing
can be back-filled for one that already ran.
+2 -4
View File
@@ -5,8 +5,7 @@
"module": "NodeNext",
"moduleResolution": "NodeNext",
"types": ["node"],
"outDir": "dist/server",
"rootDir": "server/src",
"noEmit": true,
"strict": true,
"noUnusedLocals": true,
"noUnusedParameters": true,
@@ -15,8 +14,7 @@
"skipLibCheck": true,
"esModuleInterop": true,
"forceConsistentCasingInFileNames": true,
"declaration": false,
"sourceMap": true
"declaration": false
},
"include": ["server/src"]
}