Private Custom Codex Pet
See the original name, role, style, surface, and rights note currently held in the browser.
A vague request for a cute character rarely preserves silhouette, palette, role, state readability, platform constraints, or rights expectations. Build a local concierge brief for an original character, desired working role, visual direction, target surface, and rights confirmation. Start with the local, reversible action described by this private custom codex pet brief; its evidence boundary remains visible.
LOCAL TOOLUse the first control. No sample output is presented as evidence.
Draft the character, role, visual direction, target surface, and rights statement locally. The brief builder does not upload references, generate art, accept payment, promise delivery, or grant rights. It creates text the user can review.
The workspace reports the selection, current local result, source category, and remaining limitation without presenting an empty field as proof.
See the original name, role, style, surface, and rights note currently held in the browser.
Read one conclusion from the visible inputs.
See which record or test remains missing.


This tool handles one page decision, keeps processing local, and exposes evidence limits, next links, and corrections.
Capture species or form, role, silhouette, colors, clothing, and personality.
Describe readable Running, Needs input, Ready, and Blocked expressions.
Keep Desktop, Web, CLI, and community-package expectations separate.
Require an original-character or authorized-reference statement before a concierge handoff.
The brief builder does not upload references, generate art, accept payment, promise delivery, or grant rights. It creates text the user can review. Before anyone acts, keep that boundary in plain view.



A stable silhouette, palette, proportions, eyes, clothing, and props reduce drift.
Each activity state needs a distinct readable pose or expression.
A still-frame fallback should remain understandable without animation.
Image and community package requirements depend on the intended surface and named profile.
A user assertion starts review but does not replace permission evidence.
Build a local concierge brief for an original character, desired working role, visual direction, target surface, and rights confirmation. Keep local facts separate from cited guidance, named profiles, dated observations, and unbuilt character asset.
The brief starts with an original name and working role so the character has a purpose beyond decorative resemblance.
A visual direction describes silhouette, palette, clothing, and props without requesting another creator's protected character.
The chosen surface changes technical questions, but the local brief does not generate image files, animation, or a package.
A rights checkbox records the creator's intention; it does not perform a clearance search or grant permission.
Distinct species and occupations broaden the gallery while coherent props make each role readable at small sizes.
Activity-state ideas should preserve the same character identity across running, needs-input, ready, and blocked moments.
Reduced-motion planning needs a meaningful still frame rather than assuming every animation can simply be paused.
Repeat the same check with the same visible input and compare the results.
Cite the first-party source and date behind a private design decision.
Name the non-official profile, version, and publisher.
Active work; not verification of private design decision.
A request for attention; not evidence about unbuilt character asset.
An activity state; not installation or rights confirmation.
Interrupted character brief; not resource rejection.
Desktop, Web, CLI, and IDE create different evidence needs for this character brief. Product facts below were checked on 2026-07-26.
Name the intended product and environment before relying on a result.
| Context | Evidence and limitation |
|---|---|
| Desktop | A Desktop concept brief may describe four activity ideas and reduced motion, but it does not implement the floating companion. |
| Web | A web-targeted brief should plan transparent art at 1536×1872 while leaving export and size verification for a real asset. |
| CLI and terminal | A terminal-targeted concept needs a later renderer and frame test; the brief makes no graphics-protocol claim. |
| Windows, WSL, and IDE | Targeting Windows, WSL, or IDE changes the evidence plan, and no overlay support is implied by the concept. |
This local brief control creates a private design decision without changing browser history or resolving the unbuilt character asset.
Supply only the needed original name, role, style, surface, and rights note.
Create the private design decision in this tab.
Compare the result with its stated limitation.
Open the matching evidence route.
Clear local input without changing history.
Preserve the original input and current environment before changing a file, setting, or install state. Make one observable change at a time and record the result before continuing.
Keep diagnosis, implementation, verification, and correction as separate stages.
State the character form, personality, role, and visual references in words.
Select the intended product surface before discussing file or animation requirements.
Define the pose, expression, and prop change for each official activity meaning.
Export or copy the text only after checking accuracy and rights language.
Useful evidence names the claim, resource, version, method, date, result, and limitation.
| Context | Evidence and limitation |
|---|---|
| Original concept | The brief identifies an original or authorized character. |
| Role defined | The companion's working role is clear. |
| Silhouette defined | Shape and proportions remain recognizable at small sizes. |
| Palette defined | Core colors and contrast are explicit. |
| States defined | Four activity meanings have distinct visual treatments. |
| Target defined | The intended product surface is named. |
| Source category | Label official, community, test, report, or Unknown. |
| Checked date | Date time-sensitive evidence. |
| Version | Record affected product and resource versions. |
| Limitation | Name what remains unproven. |
| Correction route | Keep a path for evidence challenges. |
| Privacy review | Remove secrets, personal data, and private paths. |
Official facts, community profiles, tests, and unknown claims stay separate.
This evidence track cites the strongest source and leaves missing facts visible.
Use current first-party Pets guidance for product behavior and workflow facts.
Read current sourceName the non-official format source, version, and checked date.
codex pet formatRecord a reproducible environment, method, outcome, and limitation.
codex pet compatibilityRoute missing, stale, or contested evidence to verification and contact.
contact codex petsThese visible answers describe current behavior and limits; no FAQ structured data or search appearance is promised.
Include character identity, role, silhouette, palette, clothing, props, four readable states, target surface, accessibility needs, and rights confirmation.
No. It creates a local text brief for the P0 concierge workflow and makes no delivery promise.
Only with appropriate rights. Describe an original character or provide documented authorization for protected material.
No. This version collects text fields only and keeps them in the browser until the page is closed or reset.
No. Your input stays in local browser state while this page creates the private design decision.
No. This independent character brief cites first-party documentation only for the specific product facts it describes.
Unknown means the available evidence is not sufficient to support a conclusion for the current context.
Recheck the private design decision after its product, environment, source, permission, or review method changes.
Every link reaches a real P0 route with descriptive anchor text and a matching intent.
Return to the first control, add only the original name, role, style, surface, and rights note, and compare the private design decision with its limit.