KLYRNGAMES
Open panel ↗

THE BUILD LOG / OCTOBER 2026

A better panel.
One proven step at a time.

English first. A new design direction. Real server workflows, with evidence behind every milestone.

29/67acceptance criteria met

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