Aimaxin

Direct proof checklist

One short route for checking Codex-built Aimaxin work in public.

This page is built for fast profile review. It points to live artifacts, explains what each route proves, and keeps the claims limited to shipped pages, browser builds, QA loops, and publishing infrastructure.

Verification Stack

What to open and what it proves

01

Product Build

Playable browser-game proof

Arcane Harmonizer: Proving Grounds Idle is a public HTML build with party flow, castle services, auto-delving, local save state, and repeatable browser interaction.

Check: Open and interact Skills: JavaScript, UI, state Signal: Product build
02

Route QA

Profile-facing links resolve directly

Public proof links are checked as routes, not assumed from local files. The hybrid-work guide is a direct example of a promoted route that now resolves as a public page.

Check: 200 route Skills: Deployment QA Signal: Reliable artifacts
03

Portfolio Packaging

Full work sample for AI systems positioning

The portfolio page groups the work into AI systems, browser builds, guide architecture, publishing ops, route-integrity QA, and recruiter-safe proof framing.

Check: Case cards Skills: IA, framing, proof design Signal: Public work sample
04

Publishing Ops

Machine-readable discovery surfaces

Public changes are wired into the content map, RSS, and sitemap so the site has a crawlable trail beyond the visible navigation layer.

Check: Open feed and sitemap Skills: Discovery, feeds, deploys Signal: Publishing system
05

QA Receipts

Cache-aware public proof checks

The receipts route keeps the verification story explicit: which public URLs carry the proof, how broad discovery surfaces are handled, and which metric claims are intentionally out of scope.

Check: Route receipt Skills: QA, cache awareness Signal: Verification discipline
06

Cache Ledger

Public link-status receipt

The proof ledger records which profile-safe routes were current at the live readback pass and which broader pages still needed cache follow-up before they could support a public post.

Check: Live cache status Skills: QA readback Signal: Safe public claims
07

Live Readback

Dated proof-link status for profile sharing

The readback receipt records the current live check in one fresh route, making the safe profile link explicit while the broad portfolio and discovery pages remain cache-sensitive.

Check: Current route readback Skills: QA, cache awareness Signal: Safe public claims

QA Loop

How this proof surface is maintained

Before promoting a link

Check the public URL

A profile-facing artifact should open as a live route before it becomes a Featured, Projects, or post link. The point is to avoid asking a reader to trust a private build or a missing page.

After changing the site

Verify desktop and mobile layout

Proof pages are checked at wide and narrow widths so the portfolio framing does not break for the actual person clicking through from LinkedIn.

After publishing

Confirm discovery paths

Changes are connected to navigation, content-map entries, feeds, sitemap records, and deploy lists when those surfaces are relevant to the proof claim.

Claim Boundaries

What this page deliberately does not claim

No performance claims

This page does not claim traffic, revenue, engagement, rankings, client outcomes, hiring outcomes, or product adoption. It only links to public artifacts and the systems work behind them.

No private-work substitution

The proof links are designed to work without asking a reviewer to inspect a private repository, account, analytics dashboard, or unpublished local file.

No generic AI positioning

The signal here is implementation: routes, pages, browser builds, publishing workflows, QA checks, deploy coverage, and clear framing for technical readers.