Quick Setup
Open the app, get a Pokédex.Choose an official quick-start pack, preview the app experience, then generate a QR code or sync token.
Home
FieldLight is a mobile shell for creature companions. Studio is where trusted sources, custom datasets, sprites, labels, and relationships become syncable packs the app can render.
The mission is simple: beginners can sync official packs quickly, while advanced creators can build, version, and share custom worlds for the community.
Quick Setup
Open the app, get a Pokédex.Choose an official quick-start pack, preview the app experience, then generate a QR code or sync token.
Advanced Setup
Creator workbenchMix APIs, sprite sources, raw JSON, metadata, module labels, mappings, and editable records.
Community
Hub foundationA future home for official and community packs, ratings, comments, forks, filters, and featured collections.
Runtime Principle
The app is the shell.Packs define labels, modules, relationships, sprites, metadata, and the vocabulary shown in FieldLight.
Pack Vocabulary
The pack owns the public names.An internal creatureDex can appear as Pokédex, Paldeck, Locationdex, Pokéarth, or any pack-defined label.
Data Principle
Calculation metadata matters.Stats, natures, type charts, teams, boxes, and relationships stay editable because the app uses them at runtime.
Quick Setup
Choose an official quick-start pack, check the app-style preview, then generate a QR code or sync token for FieldLight. No mapping, local API, or raw JSON required.
Official quick-start packs
Select the trusted starter pack and keep the setup path simple.
Use the pack's recommended sprite source for the app preview and sync payload.
The preview shows the pack vocabulary and app menus before syncing.
Looks good?
Generate a hosted FieldLight Signal, verify that the resolver is reachable, then scan the QR or copy the token. Export, publishing, and app install remain separate.
PokeAPI is ready as the recommended starter pack.
Hub
The Hub is planned for sharing, rating, commenting on, forking, filtering, and featuring FieldLight packs. It stays intentionally simple until saving, profiles, and stable sync publishing are ready.
Future
Search and filtersFind packs by game, world, modules, provider, update date, popularity, or compatibility.
Future
Community signalsRatings, comments, leaderboards, issue notes, and featured packs will help the ecosystem stay healthy.
Future
Overlay packsCompetitive, event, romhack, and sprite overlays should layer onto base packs cleanly.
Advanced Setup
Choose data and art sources, describe the modules your world needs, then prepare a FieldLight pack for review. Developer tools are still available when you need diagnostics.
Studio View Mode
Creator View keeps the setup path focused. Developer View reveals prototypes, diagnostics, local tools, and fallback/debug surfaces.
Advanced Setup Mapper
Paste a public JSON endpoint, inspect real source records, connect them to FieldLight containers, then review the draft artifact before any future Signal save.
Import a public JSON API and browse the detected collections before choosing FieldLight mappings.
Paste a public JSON API URL, then load the source to browse records.
Preview only. Nothing is saved, published, synced, installed, or turned into a Signal QR here.
Choose which source collections and fields become FieldLight containers, titles, sprites, tags, stats, and relationships.
Detected modules will appear here after the source loads.
Container choices appear here after a source loads.
Choices are preview-only until you explicitly prepare the mapping draft.
Field role choices appear here after a source loads.
Field roles follow the selected source record.
Load a source, choose containers and field roles, then prepare a browser-memory mapping draft with explicit confirmation.
This does not save, publish, sync, create a Signal, or install anything.
See what your users would see from the selected source record.
Relationships and builder effects will be mapped in a later step.
Select a record to see a user-facing preview.
signal_draft_idle: map a loaded live API source into browser-memory choices before Signal readiness can be reviewed.
normalized_artifact_idle: preview a live API source and prepare browser-memory mapping choices before artifact readiness can be reviewed.
live_api_artifact_export_idle: no local artifact export has run. This is a local file download only; it does not write Supabase, resolver rows, Signal QR, publish, sync, or runtime state.
Generic Runtime Shell parity remains a separate gated phase.
Creator path
Follow this path left to right: choose sources, map data, check readiness, protect local draft work, export a normalized artifact, then prepare a draft handoff. Developer View remains the diagnostic escape hatch.
Load the sample or confirm the data and artwork inputs in the source setup panels below.
Match source containers to modules, then review field choices.
Check mapping preview, review checklist, blockers, and warnings.
Use browser-local save, restore, import, and export safeguards.
Export normalized pack JSON as a draft artifact, not a published pack.
Review draft handoff readiness and export a local JSON handoff when eligible.
Mapping + readiness
Mapping is the creator decision layer. Readiness is the checkpoint that tells you whether those decisions are ready for an explicit normalized export or draft handoff.
Choose which source collections become FieldLight modules, lists, and relationship groups.
Choose the fields used for names, IDs, descriptions, sprites, metadata, and relationship references.
Warnings mean review before export. Blockers mean fix the mapping or source before export.
Local Draft stays browser-local. Normalized export and Draft Handoff export remain explicit file actions.
Creator View summarizes the decisions. Developer View has diagnostics. Nothing here publishes, syncs, installs, mutates Local Draft, or makes the pack available in the app.
Final creator checkpoint
Draft only. Not published. Not synced. Not available in the app yet.
Review the read-only handoff preview when deeper diagnostics are needed.Publishing readiness
Exported draft handoff is not published. Nothing is synced, uploaded, registry-backed, or app-available.
Export a validated draft handoff first. Future publishing will require explicit creator confirmation.Waiting for draft handoff status. This preview is read-only and does not publish.
Not published. Not synced. Not registry-backed. Not account-owned. Not app-available.Waiting for publish candidate status. This preview is read-only and does not write registry records.
Not published. Not uploaded. Not synced. No registry record, account ownership, resolver record, or runtime install exists.Waiting for registry record preview status. This local package preview is not submitted or published.
Local file only. Not uploaded, not synced, not written to registry, and not app-available. Waiting for package status. No file is generated yet. No local registry submission package export receipt yet.Waiting for registry submission package status. Studio preview is read-only; dev registry write/read prototypes are CLI-only.
Studio writes and reads no registry files. Not submitted, not published, not uploaded, not synced, and not app-available. Planned path will appear after the submission package preview is ready.Advanced handoff verification, parse diagnostics, runtime shell internals, Signal, and QR fallback/debug panels stay in Developer View.
Jump to active creator workflow prototypes. These previews do not publish, sync, write registry records, or change mobile runtime behavior.
Pack structure
Pick the kinds of information this pack needs to present. These choices guide which modules, relationships, and previews Studio should prepare.
Module containers
Use these controls only when running the local content API. Published Studio packs should use manifest links instead of a LAN or loopback address.
Start the FieldLight content API, then load a dataset pack.
FieldLight keeps encyclopedia data, competitive overlays, and sprite packs separate so you can mix reliable sources without locking the app to one upstream.
Primary encyclopedia source for Pokemon, forms, moves, abilities, items, natures, types, and generations.
Useful for testing nested queries, pagination, caching, selective sync, and mapping flexibility.
Best suited for learnsets, legality, battle mechanics, rulesets, and validation metadata after a base pack exists.
Sprite sources can be PokeAPI, PokeSprite, a CDN, Discord export, or any manifest that references stable FieldLight IDs.
Each source type is best at a different job. This guide helps you choose a stable base before adding optional overlays or custom art.
Point Studio at the data source for this pack. PokeAPI REST is the recommended default while additional adapters mature. Static JSON checks only verify access; they do not import, publish, sync, or install a pack.
Creator sample
Loads the generated-dev Pokémon sample into a temporary draft preview. Nothing is saved to Local Draft, published, synced, installed in the app, or exported automatically.
sample_idle: temporary preview only. Export remains explicit.
No connection tested yet.
Art stays independent from data. You can pair official data with custom artwork, or use a shared sprite source with custom records.
No sprite source tested yet.
Use a manifest when importing artwork from Discord, a CDN, a folder export, or another community pack.
Review the loaded data at a glance before moving into mapping, readiness checks, or export.
Define how the selected source should flow into the FieldLight pack schema. These rules are saved into the draft manifest for Phase 3 importers.
No mapping rules rendered yet.
Run validation after mapping or manual edits to catch missing collections and dangling references.
No schema check run yet.
Development-only proof that Studio can consume pack-core relationship validation summaries and the prototype chain below. Not connected to publishing or editing yet.
This renders from the draft editor payload so you can inspect the pack before publishing.
A stable manifest shape keeps future QR/link imports and published pack following predictable.
Load content to preview a pack manifest.
This lightweight local pass surfaces common broken links before the API validator runs.
Load content to preview relationship health.
Published packs should be importable by manifest URL or QR code. The QR placeholder keeps the app import contract visible while backend publishing evolves.
Manual collection editors, import merge tools, backup controls, and raw JSON are preserved for technical users without dominating the beginner path.
Use this for gender differences, regional forms, color/pattern forms, Mega, Gigantamax, or other alternate form data.
Create multiple normal/shiny/gender/artwork asset records for the selected Pokemon form in one step.
Open a Pokemon, form, or version profile first, then prefill the shared fields below.