Commit Graph
6 Commits
Author SHA1 Message Date
iceBear67 95ba918629 Add /rc remote control bridge (patch 0004)
Exports the work/ commit that adds the RC bridge: the ACP tee, the outbound
glance transport with reconnect and replay, the first-answer-wins interaction
race, and the /rc slash command.
2026-08-15 09:10:07 +00:00
iceBear67 dd9b41e72f Add [remote_control] config section (patch 0003)
Exports the work/ commit adding the [remote_control] config section that the
/rc bridge reads: url, api_key, auto_start and replay_buffer, with
GROK_RC_URL / GROK_RC_API_KEY overriding the file.
2026-08-15 09:10:07 +00:00
iceBear67 569551fe9c add agents.md 2026-08-14 06:36:57 +00:00
iceBear67andClaude Opus 5 d269c07396 Make scripts shellcheck-clean
No behaviour change. Explicit `cd || die` (set -e already covered it),
split declare/assign for PROTOC, if-blocks instead of `A && B || C`,
and array-length instead of a counter loop in count_patches. The
lib.sh constants get disable=SC2034 since they are consumed by the
scripts that source it, which shellcheck cannot see per-file.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-14 04:54:45 +00:00
iceBear67andClaude Opus 5 27f078331d Fix apply --force against a dirty tree; clarify patch-count guard
Two issues found by exercising the scripts end to end:

- `git checkout -B` refuses to run when the worktree is dirty, so
  `make apply FORCE=1` aborted in exactly the situation FORCE exists
  to handle. Use `checkout -f -B`; the non-forced path has already
  verified the tree is clean, so forcing changes nothing there.

- The commit-count guard claimed the user forgot `make rebuild`, but
  deleting a patch file on purpose trips it identically. Say both,
  and document the FORCE=1 form in the README's "drop the example
  patches" instructions, which would otherwise have failed.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-14 04:52:37 +00:00
iceBear67andClaude Opus 5 618c8e31ee Set up CraftBukkit-style patch workflow for xai-org/grok-build
Upstream is a periodic one-way export of xAI's monorepo (linear
"Synced from monorepo" commits, SOURCE_REV pinning the internal SHA)
and explicitly refuses external contributions. So local changes can
never be upstreamed, and upstream re-drops the whole tree on every
sync -- structurally the same problem CraftBukkit has with Mojang.

Adopt the Spigot/BuildTools model: patches/ is the source of truth,
work/ is a disposable build artifact regenerated from upstream.rev
plus patches/.

  scripts/apply-patches.sh    ~ applyPatches.sh
  scripts/rebuild-patches.sh  ~ rebuildPatches.sh
  scripts/update-upstream.sh  forward-ports patches onto a new sync
  scripts/setup.sh            toolchain: rust 1.94.0, dotslash/protoc
  upstream.rev                ~ BuildTools versions/*.json pin

format-patch uses --zero-commit so rebases do not rewrite the From
line of every patch, and apply's git clean preserves work/target so
replaying patches does not cost a cold Rust rebuild.

Ships two [EXAMPLE PATCH] commits demonstrating a source edit and a
new-file addition; both are safe to delete.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-14 04:50:07 +00:00