3 Commits

Include renames

Author	SHA1	Message	Date
gregandClaude Opus 5.5	f2ffed5c98	feat(research): one option per way to run a game, SteamCMD recommended ... A draft built on a ready-made image whose files all live outside /server went round three times and ended as WIP, although research had also verified the game's Steam app, which SteamCMD installs straight into /server. The build picked among the variant's images on its own. - research reads each Steam app's OS list. When it ships a Linux server, the SteamCMD route is the recommended option; for Windows-only servers, images that bring Proton or Wine come first. The research prompt says the same. - A variant that can run on several images becomes one option per image ("... (SteamCMD)", "... (image x/y)"), so the admin picks exactly how the server runs. - build uses exactly the chosen option and never switches to another; if it can't be made to work, the PR says so and another option can be picked. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-25 23:10:21 -04:00
gregandClaude Opus 5.5	8623ba2d7b	feat(builder): documented launch options only, and no game-specific code ... Launch options must be documented. A draft passed an option its server doesn't have; servers ignore unknown options, so it booted and passed every boot test while its setting did nothing. build now reads the pages research based the variant on, in full, and the drafter rejects any launch option in the startup command that none of them, nor the image's own scripts, mention. Shell tools' options (mkdir -p, [ -n ...]) are skipped; the check is off without sources. The builder is game-agnostic: - AUTHORING.md (the model's rules), the research prompt and the schema describe the rules without naming a game. - The draft prompt no longer includes real templates from the repo. Its format example is one invented server (no real command, options, ports or app id), checked by TestExampleTemplateFollowsTheRules. - Comments, help texts, BUILDER.md and test fixtures use invented names and values. - TestBuilderIsGameAgnostic reads every game's name and id from games/ and fails if any appears in the builder's code, tests, rules, schemas or docs. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-25 17:58:53 -04:00
gregandClaude Opus 5.5	c75190d8c4	feat(builder): research, build and a worker for the AI builder ... - research: searches SearXNG, reads the best pages through the reader, has the model list the server's variants, then checks every Docker image and Steam app it named for real before an admin sees it. - build: first boot of the variant's images (skipping ones that need root), a draft by the model, then the draft deployed with the node-agent's BootTest like CI does; crashes, error lines and saves outside /server go back to the model, three boots at most. - worker: polls the panel's builder queue (outbound only), runs research or build in a fresh clone, streams the output as the job log, and opens the result as a pull request from the bot account. - Dockerfile.builder, a workflow publishing gbr-builder:latest, and BUILDER.md. Everything about where it runs comes from environment variables; deployment files live outside this public repo. draft now keeps its conversation in a drafter, so build can send boot failures back to the same model session. The boot-test runner comment no longer names its VM. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-25 12:51:29 -04:00