G00 Repository discovery and isolation7/7
Know what the estate already has and keep GAMES apart from it.
G00-discoveryVerifiedP0
Estate discovery record
The existing Klyrn products were surveyed; reuse and gaps are written down.
4 of 4 criteria
Anyone can see what GAMES reuses from Klyrn and what it builds new.
Acceptance criteria
- ✓Met: Repositories, modules and owners of each product recorded
- ✓Met: Reusable assets listed with their source files
- ✓Met: Missing shared pieces (identity, translations, PostgreSQL) recorded
- ✓Met: Current Pterodactyl versions checked against GitHub, not memory
G00-isolationVerifiedP0
Separate boundary, host and secrets
GAMES has its own code boundary and its own servers.
3 of 3 criteria
Work on GAMES cannot break Klyrn VM or Klyrn WEB.
Needs G00-discovery
Acceptance criteria
- ✓Met: Own module directory, no imports from other products
- ✓Met: Own host, not shared with any existing product
- ✓Met: Architectural decisions recorded as ADRs
G01 Tracking foundation Current milestone8/10
This roadmap and the changelog, live and honest from day one.
G01-manifestsVerifiedP0
Roadmap and release manifests with validation
The roadmap is a checked file, so a status cannot be set without proof.
3 of 3 criteria
Progress is recorded in one place and cannot claim what was not shown.
Acceptance criteria
- ✓Met: Schema for roadmap items and releases
- ✓Met: Validator rejects unknown dependencies, unevidenced verified items and releases without a healthy deployment
- ✓Met: Validator has tests that prove each rejection
G01-public-pagesReleasedP0
Public roadmap and changelog pages
The redesigned English-only roadmap and changelog are live, with responsive verification and release records.
5 of 5 criteria
The owner and providers can follow progress at gamecp.klyrn.com.
Needs G01-manifests
Acceptance criteria
- ✓Met: /roadmap with milestone, status and module filters, list and board views
- ✓Met: /changelog, /changelog/<version> and a JSON feed
- ✓Met: Each page shows the manifest revision and build time
- ✓Met: New English design verified in light and dark, 390 to 1440 pixels wide
- ✓Met: Redesigned English-only pages deployed over HTTPS and checked externally
G01-owner-trackingPlannedP1
Owner tracking view with evidence and blockers
A signed-in view for the owner with the evidence behind each status.
0 of 2 criteria
The owner sees evidence links and blockers without opening the repository.
Needs G01-public-pages, G03-accounts
Acceptance criteria
- Not yet: /app/project-tracking behind sign-in, owner role only
- Not yet: Shows internal notes, evidence and blockers per item
G02 GAMES control room design6/8
A new English-only design: public site, server workspace, create flow, and honest tracking.
G02-tokensIn progressP0
Control room tokens and core components
New typography, copper accents, porcelain surfaces, and a dedicated dark console.
2 of 3 criteria
Every GAMES screen shares one look that is recognisably Klyrn.
Acceptance criteria
- ✓Met: Klyrn identity adapted into original control room composition, with light and dark themes
- Not yet: Buttons, fields, tables, badges, dialogs, toasts with focus rings and 44px targets
- ✓Met: Reduced motion honoured
G02-screensIn progressP0
Homepage, server list, create flow and server workspace
New homepage and interactive panel; sample mode is explicit and live workflows need end-to-end verification.
4 of 5 criteria
The main screens exist in the approved direction before features fill them.
Needs G02-tokens, G03-i18n
Acceptance criteria
- ✓Met: Public homepage with clearly labelled preview features
- Not yet: Server list in grid and dense modes with every status state
- ✓Met: Create flow Game, Configure, Review
- ✓Met: Server workspace with only applicable sections
- ✓Met: English screenshots in light and dark at 1440, 1024, 768 and 390 pixels
G03 Identity, tenancy and English experience4/10
Real accounts, organizations, permissions, and a complete English experience.
G03-accountsIn progressP0
Accounts, sessions and two-factor
Password and authenticator sign-in, encrypted enrollment, one-use recovery codes, persistent account attempt limits and session revocation are implemented and integration tested. Scoped API tokens, password reset and assisted recovery remain open.
1 of 3 criteria
People sign in safely and can recover access.
Acceptance criteria
- ✓Met: Password and TOTP sign-in with rate limits
- Not yet: Session revocation and scoped API tokens
- Not yet: Documented account recovery
G03-federationBlockedP2
Klyrn Account federation
Single sign-on with other Klyrn products, once Klyrn Account offers it.
0 of 1 criteria
One Klyrn login across products.
Needs G03-accounts
Blocked by my.klyrn.com has no OIDC issuer yet (ADR 0005)
Acceptance criteria
- Not yet: Sign in through my.klyrn.com as an OIDC provider
G03-tenancyIn progressP0
Organizations, memberships and permissions
Customer workspace creation and workspace-filtered server browsing are live. Full delegation, cross-tenant stream coverage, and invitations remain open.
0 of 3 criteria
Providers, resellers and customers each see only what is theirs.
Needs G03-accounts
Acceptance criteria
- Not yet: Vendor, provider, reseller, customer hierarchy with server-verified workspace context
- Not yet: Granular permissions; delegation cannot exceed the delegator
- Not yet: Negative tests across sibling customers and resellers for list, search, export and signed URLs
G03-i18nReleasedP0
English-only product experience
English only for this phase. Additional languages are outside the current launch scope.
3 of 3 criteria
The current product offers English consistently, without a Hebrew version or language switch.
Acceptance criteria
- ✓Met: English is the only published locale, without a language switch or Hebrew alternate links
- ✓Met: Previously published Hebrew routes no longer serve the Hebrew product
- ✓Met: Panel, validation, empty states, and tracking are usable in English
G04 Node enrollment and protocol0/3
Game nodes join securely, report health and can be revoked.
G04-enrollmentIn progressP0
Node enrollment, certificates and heartbeat
Enrollment and agent heartbeat code exists. The earlier lab reconnection report still needs current evidence.
0 of 3 criteria
A provider adds a game node in minutes, and a lost node can be cut off.
Needs G03-tenancy
Acceptance criteria
- Not yet: One-use expiring enrollment token, per-node certificate
- Not yet: Outbound connection, heartbeat, reconnection, version negotiation
- Not yet: Revocation shown to work against a live agent
G05 First real game, end to end3/8
A Minecraft server you can deploy, join, control, back up and restore.
G05-minecraftIn progressP0
Minecraft vertical slice
Live console, configuration edits, backups, and a restored world-data change verified. Client join and browser creation remain open.
2 of 5 criteria
A customer gets a playable Minecraft server and can protect its world.
Needs G04-enrollment, G06-operations
Acceptance criteria
- Not yet: Deploy Paper from the create flow
- Not yet: A real client joins
- Not yet: Console, start, graceful stop, force stop
- ✓Met: File manager edits server.properties safely
- ✓Met: Backup, then restore a world and see the change undone
G05-api-reliabilityIn progressP0
Resolve intermittent API responses before expanding the lab
Current external, authenticated, and host-origin samples returned complete responses. The original intermittent failure is still unconfirmed.
1 of 3 criteria
The panel receives reliable API responses and gives clear recovery guidance on a timeout.
Needs G04-enrollment
Acceptance criteria
- ✓Met: Compare repeated external, nginx-local, and direct controller requests with elapsed times and response sizes
- Not yet: Diagnose the reported intermittent empty responses and record a reproducible fix or bounded current finding
- Not yet: Browser handles request failure without presenting stale or sample data as live
G06 Durable operations and quotas1/3
Retries and double clicks are safe; capacity can never be overspent.
G06-operationsIn progressP0
Durable operations and capacity reservations
Pool contention, persisted retry delays, attempt limits, and lease ownership are tested. Backup and restore receipts prevent blind replay; interrupted-operation reconciliation remains open.
1 of 3 criteria
Double clicks, retries and parallel requests never create duplicates or overspend.
Needs G03-tenancy
Acceptance criteria
- Not yet: Operations with idempotency keys, checkpoints, deadlines and per-server leases
- ✓Met: Concurrent reseller creates cannot exceed the pool (tested under contention)
- Not yet: Abandoned reservations released only when confirmed unused
G07 Pterodactyl egg import and compatibility0/4
Import eggs with a clear report of what works, what is adapted and what is blocked.
G07-eggsPlannedP0
Egg import with a compatibility report
Pterodactyl egg import with an honest compatibility level per egg.
0 of 4 criteria
Providers bring their Pterodactyl eggs and see exactly what will work.
Needs G05-minecraft
Acceptance criteria
- Not yet: Import by file, authorised URL (SSRF-safe) or catalog; source bytes kept
- Not yet: Findings classed supported, adapted, blocked or unverified
- Not yet: Install scripts run in a constrained installer with no host access
- Not yet: Fixture set including a privileged egg that is refused
G08 Core management breadth0/2
SFTP, schedules, databases, allocations, updates, team access and notifications.
G08-breadthPlannedP1
SFTP, schedules, databases, allocations and team access
The everyday tools around a game server.
0 of 2 criteria
Daily server management without leaving the panel.
Needs G05-minecraft
Acceptance criteria
- Not yet: Scoped SFTP, schedules with time zones, managed databases, extra allocations
- Not yet: Team permissions and notifications
G09 Provider and reseller business0/1
Capacity pools, customers, packages and branding for providers and resellers.
G09-businessPlannedP1
Pools, packages, customers and branding
Built-in reseller operations.
0 of 1 criteria
A reseller sells within a pool and explains every refusal.
Needs G06-operations
Acceptance criteria
- Not yet: Pool allocation, packages, customer creation, branding, role isolation end to end
G10 Pterodactyl migration0/2
Move a Pterodactyl estate with a dry run, validation and a rollback path.
G10-migrationPlannedP1
Guided Pterodactyl 1.x and 2.x migration
Move from Pterodactyl safely; the lab source is a real Pterodactyl 2.0 beta.
0 of 2 criteria
A provider moves from Pterodactyl with a dry run and a way back.
Needs G07-eggs, G11-games
Acceptance criteria
- Not yet: Version-detecting read-only source adapters
- Not yet: Dry run, user mapping, staged transfer, fenced cutover, tested rollback in the lab
G11 Certified game packs0/1
Each advertised game passes install, update, query and backup tests.
G11-gamesPlannedP1
Certified game packs
Only games that pass tests are listed as certified.
0 of 1 criteria
Each advertised game is proven, not assumed.
Needs G05-minecraft
Acceptance criteria
- Not yet: Paper, a modded Minecraft, a SteamCMD title, Valheim and an app fixture pass the lifecycle matrix
G12 Rentals and integrations0/2
Licensing, grace periods, custom domains and WHMCS.
G12-commercialPlannedP2
Licensing, custom domains and WHMCS
Commercial operation. Prices are not published yet.
0 of 2 criteria
Providers rent GAMES and plug it into their billing.
Needs G09-business
Acceptance criteria
- Not yet: Signed entitlements with grace policy; running games never stop for billing
- Not yet: Custom domains with ownership checks and certificates; WHMCS lifecycle tested
G13 Recovery and diagnostics0/1
Incident timeline, staging copies, restore drills and safe updates.
G13-recoveryPlannedP2
Incident timeline, staging and restore drills
Recovery tools with evidence.
0 of 1 criteria
When a server breaks, one timeline shows why.
Needs G08-breadth
Acceptance criteria
- Not yet: Incident timeline, staging clones, restore drills, safe update workflow
G14 Hardening and load0/2
Security review, failure drills and measured load.
G14-hardeningPlannedP1
Security review, failure drills and load
Hardening before any paid use.
0 of 2 criteria
Failures were rehearsed before customers meet them.
Needs G10-migration, G12-commercial
Acceptance criteria
- Not yet: Threat model, security review and the failure scenarios of section 19
- Not yet: Load results on a published reference environment
G15 Private provider pilot0/1
Real workloads with a first provider, limits written down.
G15-pilotPlannedP1
Private provider pilot
A first provider, with limits stated.
0 of 1 criteria
A real provider runs real workloads with written limits.
Needs G14-hardening
Acceptance criteria
- Not yet: Pilot with monitored incidents and documented limitations
G16 General availability0/1
No blocking defects; documentation, support and rollback ready.
G16-gaPlannedP1
General availability
General availability.
0 of 1 criteria
Every public claim matches evidence.
Needs G15-pilot
Acceptance criteria
- Not yet: No release-blocking defects; docs, support, update and rollback ready
G17 Expansion0/1
Windows and MU Online, more games, SDK and marketplace, each gated on its own.
G17-windowsDeferredP3
Windows runtime and MU Online
Windows games later, on their own tested runtime.
0 of 1 criteria
Windows-only games such as MU Online, on a tested VM boundary.
Needs G11-games
Deferred because Needs a separate Windows runtime on a VM boundary; after G11.
Acceptance criteria
- Not yet: Windows runtime with its own isolation, tested with MU Online server files