published; published catalog status does not make an uploaded game playable yet.
Point your agent at Summercraft
Paste this into any coding agent:https://docs.summerengine.com/agent-setup/prompt.md so agents can fetch it directly. It contains a complete, export-verified multiplayer game template (king-of-the-hill, host-authoritative, 1–8 players), the local validation steps, the exact publish calls with every error explained, and the honest post-submission status.
What the agent will do
- Check prerequisites — Summer Engine for local validation/export,
curl, a sha256 tool, and (only at publish time) your access token. - Build a multiplayer-native game —
extends SummerGame, all gameplay authority on server paths, player state viaset_synced, local SDK stubs so everything parses and smoke-runs without the platform runtime. - Validate locally — headless smoke run, banned-API self-check, pack-content check. The upload budget is 1/hour, so the prompt front-loads every check.
- Export a game-only
.pck— the preset excludes stubs and project config; ships GDScript as readable source. - Publish through the live API — create game → presigned upload → server-verified finalize. See Exporting and Uploading for the full reference.
- Report honestly — release
pending_reviewin the manual queue; approval changes its catalog status topublished, but does not make it playable yet. Rejection comes with a reason on summercraft.ai/creator.
The one thing the agent cannot do: sign in
Agents must never handle your password. Create your account and session yourself:- Sign up / sign in at summercraft.ai.
- In that tab, open dev tools → Application → Cookies →
summercraft.aiand find the cookie whose name ends in-auth-token(possibly chunked into.0/.1— concatenate the values in order). - URL-decode the value; if it starts with
base64-, base64-decode the rest. The JSON inside has anaccess_tokenfield — that string is the Bearer token. - Hand it to your agent as the
SUMMERCRAFT_ACCESS_TOKENenvironment variable. It expires after about an hour — enough for one publish. Re-extract it when it expires.
Authorization: Bearer <token> on every endpoint.
Platform status
The release API, browser submission with static scanning, manual review queue, and authenticated release downloads are deployed. That does not make an approved game playable. Use the single canonical Product source & platform status table for every Live / Scaffold / Planned decision. It covers playback, hosted servers, matchmaking, the runtime sandbox, and the transport contract without duplicating a second status table here. If documentation and reality disagree, trust the API’s own error text and mail founders@summerengine.com.For agents reading this page directly
Fetchhttps://docs.summerengine.com/agent-setup/prompt.md and follow it. Every page here is markdown-addressable: append .md to any URL. Index: https://docs.summerengine.com/llms.txt (or llms-full.txt for full content).
