Input context
See the source identity, exact terms, intended use, and third-party material currently held in the browser.
A working file, attractive character, creator name, or license label can still leave ownership, permission, attribution, commercial use, and remix scope unresolved. Describe the proposed use and available evidence to produce a rights-review checklist, not an automatic legal conclusion.
LOCAL TOOLUse the first control. No sample output is presented as evidence.
Choose an intended use and mark the evidence available. No legal conclusion is generated. The tool is informational and cannot verify identity, ownership, authority, contract validity, jurisdiction, or fair-use status.
The workspace reports the selection, current local result, source category, and remaining limitation without presenting an empty field as proof.
See the source identity, exact terms, intended use, and third-party material 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.
Origin evidence and reuse terms answer different questions.
Personal, public, commercial, and remix use can require different permissions.
Keep creator, source URL, version, and required notices with the resource.
Unknown or conflicting rights route to review rather than a green badge.
The tool is informational and cannot verify identity, ownership, authority, contract validity, jurisdiction, or fair-use status. Before anyone acts, keep that boundary in plain view.



The creator can state terms, but identity and ownership still require an accountable record.
Permission should name the work, parties, use, scope, territory, and duration.
The exact license version and required attribution or share-alike terms matter.
Rights in a referenced character or brand may remain separate from rights in the new file.
A missing record remains Unknown even when the package validates technically.
Describe the proposed use and available evidence to produce a rights-review checklist, not an automatic legal conclusion. Keep local facts separate from cited guidance, named profiles, dated observations, and unresolved reuse authority.
Repeat the same check with the same visible input and compare the results.
Cite the first-party source and date behind a permission record.
Name the non-official profile, version, and publisher.
Active work; not verification of permission record.
A request for attention; not evidence about unresolved reuse authority.
An activity state; not installation or rights confirmation.
Interrupted rights review; not resource rejection.
Desktop, Web, CLI, and IDE create different evidence needs for this rights review. 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 | Desktop display does not change who owns the character, artwork, manifest, code, or other bundled material. |
| Web | Meeting web image constraints establishes file eligibility only; it supplies no permission to upload or share the art. |
| CLI and terminal | Successful terminal rendering does not authenticate a publisher, license, attribution, or redistribution right. |
| Windows, WSL, and IDE | Moving a resource between host, subsystem, or editor environments never expands its granted permissions. |
This local trust control creates a permission record without changing browser history or resolving the unresolved reuse authority.
Supply only the needed source identity, exact terms, intended use, and third-party material.
Create the permission record 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.
Record the pet, version, creator claim, source, and any referenced property.
Describe publication, installation, remix, distribution, or commercial activity.
Capture the license name, version, notice, attribution, and restrictions.
Link disputes to contact and takedown without presenting this checklist as legal advice.
Useful evidence names the claim, resource, version, method, date, result, and limitation.
| Context | Evidence and limitation |
|---|---|
| Creator claim | A named accountable source is present. |
| Origin record | The source URL or provenance record is preserved. |
| License version | The exact terms and version are identified. |
| Use scope | The proposed use is covered explicitly or remains Unknown. |
| Attribution | Required credit and notices are preserved. |
| Referenced rights | Third-party character, brand, or asset rights are considered separately. |
| 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.
It states reuse terms supplied for a work. It does not by itself prove the publisher owns every included right.
No. Technical validity and rights are separate.
Do not assume permission. Seek an accountable source and explicit terms.
Use the takedown route with identification, the affected URL, the asserted right, contact details, and a good-faith statement.
No. Your input stays in local browser state while this page creates the permission record.
No. This independent rights review 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 permission record 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 source identity, exact terms, intended use, and third-party material, and compare the permission record with its limit.