hatch-pet
Skill1 starsChanged 5 days agoApache-2.0View on GitHub
Create, import, decompose, rig, animate and review reusable characters, Codex pets, layered 2D casts or genuine 3D meshes. Bind real skeletons, edit FK/IK, retarget motion, and export animated GLB or editable Blender projects. Extract source-bound 2D components, combine character state packs, render scenes, or produce illustrations, pictograms, research stimuli, cursors and craft grids. Uses installed imagegen for raster artwork, separate versioned 2D/3D contracts and explicit review. Does not install, publish or certify external integrations implicitly.
17 other projects use a version of this.
Adopted by
Most recently taken up by
- yht-4403/jc-agent-skillstheir own version, first seen Nov 8, 2026
- antoniolg/agent-kittheir own version, first seen Nov 8, 2026
- AgnesAI-Labs/agnet-skills-cntheir own version, first seen Nov 1, 2026
- davidanthonyn/claude-skillstheir own version, first seen Oct 20, 2026
- jhy0285/monofieldtheir own version, first seen Oct 13, 2026
- leishifu666/skillstheir own version, first seen Oct 9, 2026
Used with
Projects with it also use doc-coauthoring, webapp-testing and 3 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
JetBrainsSkilldoc-coauthoring
Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
Also in 3 projects that use this
JetBrainsSkillwebapp-testing
Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.
Also in 4 projects that use this
MicrosoftSkillmcp-builder
Guide for creating high-quality MCP (Model Context Protocol) servers that enable LLMs to interact with external services through well-designed tools. Use when building MCP servers to integrate external APIs or services, whether in Python (FastMCP) or Node/TypeScript (MCP SDK).
Also in 4 projects that use this
VercelSkillfind-skills
Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.
Also in 3 projects that use this
BlockSkillfrontend-design
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, or applications. Generates creative, polished code that avoids generic AI aesthetics.
Also in 3 projects that use this
Other versions17 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 17
- openai/skills★ 27ksame name
- antoniolg/agent-kit★ 100same name
- xopcai/xopc★ 40same name
- srwang0506/HatchPet-CapybaraLulu★ 21same name
- jhy0285/monofield★ 6same name
- kjx-talesofai/claude-skill-codex-pet★ 3same name
- JinHaocong/Skills★ 2same name
- Minghou-Lei/codex-skills★ 2same name
- AgnesAI-Labs/agnet-skills-cn★ 1same name
- AnasX7/skills★ 1same name
7 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
The file
We split this skill into the rules it gives an agent
6 rules. 0 are common, 3 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 17 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
Use profiles/codex-v1.json for a Codex pet.
- Very specific: line 15
Import existing artwork: use import-source with an explicit origin and ordered image, strip or frame source.
- Distinctive: line 17
Develop/test: use labeled synthetic fixtures.
- Very specific: line 30
Run python scripts/hatch.py doctor before unfamiliar workflows.
- Distinctive: line 34
Read character states for catalog discovery, packs, archetypes, recipes and complete examples.
- Distinctive: line 68
Select identities and versions: Keep one portable cast shared by project scenes.
“Common” is measured: kept by at least 6 in 10 of the 17 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Hatch Pet
Use profiles/codex-v1.json for a Codex pet. Its state order, counts, durations, 192×208 cells, 8 columns, transparency rules and package contract are fixed. Existing examples/*.json remain supported. For another purpose, use a validated profile or one of the ten purpose-specific presets.
For a cast performing in scenes, use scripts/production.py and the separate production schema. Read production contracts before constructing characters or clips, operations for exact commands, and rendering for compositor, preview and editor handoff behavior. Follow the production recipe for the retained Milo/Luma sources and two-scene demonstration. Keep legacy millisecond timing separate from integer production frames and rational frame rates.
Choose the source and contract
- Generate artwork: read the installed
$imagegenskill and use it for every production model call. Hatch-pet has no alternate generation backend. Follow its attachment, transparency, output-display and save-path rules. Only an unreferenced base may be text-only. Every image in a claimed handoff must actually be attached, including original references, canonical identity and the layout guide. Preserve explicit constraints on every retry and repair. - Import existing artwork: use
import-sourcewith an explicit origin and ordered image, strip or frame source. Imports never become imagegen output. Validate and visually review them. See sources and identity for the complete import-and-review recipe, reference roles and structured identity specification. - Decompose one existing character: read character decomposition. Use
decomposefor immutable image import, foreground analysis and exact visible-pixel extraction; supply semantic annotations or correct the local review desk. Automatic geometry does not establish component meaning. Preserve unassigned regions, anatomical uncertainty and review status. Enable assisted reconstruction explicitly and retain original extracted pixels; never label inferred artwork as source evidence. Export this format separately from the fixed Codex pet package, and usedecompose-prepareto carry identity and selected component references into an ordinary generation run. - Develop/test: use labeled synthetic fixtures. A fixture receipt tests the gate; it is not production artwork acceptance. Never relabel fixtures as user artwork or model output.
- Rig a genuine 3D model: read 3D rigging and use the separate
python scripts/hatch.py rig ...workflow. Import GLB/glTF, OBJ or a packed Blender project; preserve original bytes, texture/material data and compatible existing skins. Canonical coordinates are right-handed, +Y up, +Z forward, meters, XYZW quaternions and seconds. Bounds/PCA fitting is an uncertain suggestion until corrected or reviewed; source-bound authored landmarks take precedence. Generate actual normalized vertex weights, inspect real deformation and contacts, then export executable GLB channels and a reopened editable Blender file. Optional 3D dependencies never belong in a 2D-only installation. A 2D component or painted depth cue is not a mesh.
Rig, animate and verify 3D characters
Use rig doctor, templates list, import, analyze, auto, weights, validate and test-motion in that order for a new unrigged mesh. Preserve an imported compatible skeleton unless replacement is explicit. Use four influences for the local Three.js viewer. Keep native controls, contacts, sockets and correction history in the run; GLB carries evaluated skin/morph channels and cannot preserve every authoring constraint.
Build review-ui, serve it on loopback and inspect skeleton placement, real weight heatmaps, FK/IK motion, morphs, contacts, clip timing and comparison assets. Export a bound JSON correction or pose. Apply corrections with review-apply or correct; skeletal changes invalidate dependent weights, clips and review. A receipt must reference the current rig hash and exact evidence files. Never fabricate visual approval from successful numerical tests.
Reuse selected actual clips with state-map; missing anatomy and missing animation are explicit statuses. The 416 catalog definitions stay unchanged and are not 416 finished 3D clips. Retarget only semantic correspondences, preserve calibrated rest orientations and proportions, re-solve contacts, and inspect the target animation. Rendered transparent frames retain their 3D provenance and must pass the existing 2D import/export and review contracts before 2D delivery.
For interoperability evidence, run the pinned Khronos validator, independent Blender save/reopen and independent Three.js vertex/playback tests. Distinguish generated/exported, independently verified, visually reviewed and production-approved. The retained demo characters are procedural engineering fixtures. Use 3D acceptance and limitations for evidence boundaries and the baseline/integrated regression results.
Run python scripts/hatch.py doctor before unfamiliar workflows; capabilities lists bounded interfaces. Use workflow for lifecycle commands. Unsupported formats, policies and excessive allocations must fail clearly.
Select expanded character states
Read character states for catalog discovery, packs, archetypes, recipes and complete examples. Use python scripts/hatch.py states list, states search curious, states show running, states packs and states archetypes to inspect definitions and generation requirements. The catalog's running remains task processing; directional running uses separate identifiers.
Compile a selected subset before preparing artwork:
python scripts/hatch.py states compile --selection examples/state-selections/expressive-cat.json --output output/cat-profile.json
python scripts/hatch.py prepare --run-dir output/cat-run --profile output/cat-profile.json --pet-name Miso --reference art/cat.pngRead the compilation estimates, substitutions and omissions. Confirm the chosen archetype/capabilities against the actual reference; presets are assumptions. Use explicit --anatomy-policy substitute or filter only when that behavior is intended. Reconcile required props with identity.approved_props. The adjacent .selection.json is validated, copied into the run, and retained with review/export evidence. Keep it with the profile. Select new states in a new run; revise-profile retains original selection provenance as history.
Treat every catalog entry as a definition, not generated artwork. states preview reports available assets and their origin/review status; an ungenerated state has no animation preview. Never build or generate the Complete Character Studio as one atlas. Use bounded subsets, inspect state/frame/memory/call estimates, and retain the existing attempt/concurrency/budget controls. Use --reduced-motion at compilation for one expressive still per selected state, or the ordinary per-state still alternatives in browser playback. Expanded profiles are custom exports; they do not extend Codex's fixed nine rows.
Select and preserve visual style
Use python scripts/hatch.py styles to enumerate the versioned visual library, styles --search WORD or --category ID to narrow it, and style --style-preset ID to inspect the full artistic direction and limitations. Add --json for agent-readable metadata. Read the style catalog for every ID, category quick starts, composition rules and contributor instructions; do not load the entire catalog into a generation prompt.
Select a stable ID or declared alias with the existing --style-preset. Add explicit refinements with --style-notes and zero to four separate themes with repeated --style-modifier; enumerate those with style-modifiers. Keep themes, treatments and aliases separate from the technique count. Preserve the original nine presets and existing profile semantics.
Resolve the style once during preparation. Keep pet_request.json.resolved_style, its version/hash and exact contract unchanged across canonical-base generation, rows, retries, repair, resume and archive restoration. Every profile receives the complete selected instructions. Explicit requirements/avoidances, approved references/identity and the profile contract take precedence. For an imported base, preserve its approved existing rendering; do not restyle it or label it generated because a preset was requested. For reference-guided auto, lock the exact rendering through canonical visual review.
Read compatibility warnings before generation. Adapt glass, light effects, fibers, fine marks and decorative techniques into a readable isolated silhouette. Resolve unsupported chroma combinations using alpha or a deliberate supported adaptation before proceeding. New runs use the style's recommended extraction fallback; explicit profile filters win. Use nearest for crisp grids and filtered edges for continuous media, preserving fixed geometry. Review actual-size consistency and edge quality; record notes for every current warning. Automated catalog tests do not establish subjective imagegen artwork quality.
Execute and preserve evidence
- Prepare a new run with profile, concept, style, user constraints, structured identity and required references. Keep inferred brand guidance separate, attributed and subordinate to explicit requirements. Report unresolved conflicts. Structured identity helps inspection; it does not prove visual consistency.
- Acquire the base through a claimed imagegen handoff or explicit import. Inspect canonical identity, transparency and color analysis, then record
base-reviewbefore states. - Acquire each state. Claim only ready jobs. Keep the existing claim/token until its output is ingested or failure is recorded. Optional mirroring is not a generation dependency. Derive only where the profile permits it and explicit approval covers asymmetries, markings, props and direction; never when identity forbids mirroring.
- Extract and validate. Preserve the conservative default. Use exact, hash-bound annotations for legitimate disconnected components or non-strip layouts; never disable validation globally. Keep one shared viewport and scale, including intended jump displacement. Choose validated resampling for the artwork. See extraction and review for diagnostics and calibration.
- Review actual artifacts. Build
review-ui, inspect references, sources, extracted frames and actual-size timed playback on multiple backgrounds. Record identity, action, direction, loop, extraction and reduced-motion verdicts plus warning-specific notes. Submit the exact bound receipt. A change to covered artifacts requires fresh review; numerical QA cannot supply a semantic verdict. - Export/package. An evaluation export may be unreviewed and must say so. Packaging requires current deterministic validation and passing visual review. Report source origin, fixture status, review status and exact output locations separately from integration status.
Produce and reuse a cast
- Select identities and versions. Keep one portable cast shared by project scenes. Record dimensions, relative scale, directional restrictions, costumes, approved differences, source permissions/attribution and view evidence. Distinguish approved design references from authored, reviewed animation components. Preserve earlier versions when importing or adopting changed components.
- Construct measured parts. Declare parent hierarchy, pivots, attachment anchors, draw order, masks, alpha, common drawing viewports and viewpoint compatibility. Retain exact source and crop/registration provenance. Inspect the assembled character; successful extraction or segmentation does not establish anatomy or artistic quality.
- Plan the shot. Declare explicit and inferred choices separately. Run
coveragebefore generation. Resolve missing assets, incompatible combinations and unreviewed clips across independent dimensions; do not generate every combination. Bind acquisition runs to the exact required coverage before further claims. Use the existing hatch claim, failure and repair lifecycle with bounded calls. - Author performance. Use reusable clips with entry/exit poses, displacement, contact markers, events and interruption rules. Use explicit transition drawings or clips when bounded numeric interpolation is unsuitable. Keep a planted contact stable in world coordinates and retain intentional root motion and fixed character scale. Never conceal a mismatch by fitting each performance frame independently.
- Layer acting and interaction. Edit body, face, gaze and mouth tracks independently where the construction supports them. Retain supplied audio or actual local TTS provenance and inspectable dialogue cues. Require one prop owner, explicit attachments and synchronized handoff markers. Check actual hand/object positions; neither aligned timing nor coincident anchors proves convincing acting.
- Render and inspect. Render PNG/PCM masters, validate exact frame/sample duration, then inspect representative frames, transitions, contact moments, dialogue and complete playback. Use the local preview for scrub/step, layer visibility and comparisons. Browser timing is a preview; offline masters are authoritative. Use the documented Krita PNG/WAV/OpenRaster handoff for drawing edits, and label exported files, adapter roundtrip and real application exercise separately.
- Record scoped decisions. Use
review-template, fill actual reviewer identity, verdicts and inspected evidence, thenreview. Review construction, motion, face/dialogue, contacts, composition, continuity, AV timing and final artifacts separately. Bind final reviews to the completed shot manifest and actual rendered frames. Preserve review history; metrics and synthetic receipts cannot stand in for production artwork review. - Reuse and repair selectively. Add another scene selecting the same character/clip versions. Use
snapshot,impact,coverageandreviewsto explain changed or stale work; rerender only affected pixels and re-review affected dimensions. Keep exact provenance and required coverage through retries. Archive/restore to a new directory and inspect restoration diagnostics before using cached approvals.
Start a model-free regression project with python scripts/production_regression_demo.py --output-dir NEW_DIR --movie. Reproduce retained production sources with the commands in the production recipe. These are different evidence classes; never promote fixture success into production-art acceptance. Use python scripts/production.py COMMAND --help for required flags. --output NEW.json writes the full report there and prints only its path.
Recovery and operational scope
status and resume reconcile existing claims and explain stale inputs; they never start duplicate model calls. Configure attempt, concurrency and call limits; optional budgets use explicit user estimates, not invented prices. Deterministic calibration changes reuse generation. Use revise-profile for controlled playback/extraction/export revisions. See portability and operations for migrations, verified archives and restoration.
Installation is a separate, explicitly requested action with verified backups and rollback. Package creation, exported adapters, local browser exercises, installation and live integration are different outcomes. Do not claim an external consumer was exercised without evidence. No live installation, publishing or deployment is implied. Never shut down or terminate WSL.
When authorized to delegate, one worker may own one existing generation claim or visual review; keep a single manifest owner. Handoffs retain token, prompt, image roles/hashes, identity and failure history. Workers follow imagegen's required output behavior and return the selected original source plus a QA note. Without delegation, execute sequentially.
Reference map
- Workflow: preparation, acquisition, validation, review and delivery commands.
- Style catalog: complete IDs, aliases, thematic modifiers, materials, compatibility, frozen specifications and extension schema.
- Sources and identity: schemas and complete import recipe.
- Extraction and review: annotations, filters, calibration and evidence UI.
- Character decomposition: reverse image-to-layers workflow, semantic masks, correction, reconstruction, portable packages and forward reuse; includes fixture and real-image acceptance requirements.
- Portability and operations: limits, stale work, schema migration, archives and restore.
- Playback and extensions: state-machine and exporter/consumer contracts.
- Character states: versioned catalog, composable packs, anatomy rules, compilation, selective generation and migration.
- Character state validation: acceptance mapping, tested workflows and capability boundaries.
- Ten uses: inputs, semantics, constraints, commands and external requirements.
- Profiles and exports, QA rubric, Codex contract, default animation table.
- Traceability: L01–L10 / I01–I10 / U01–U10 and validation evidence.
- Production contracts, operations, rendering and editor handoff, pilot recipe and migration.
- Production traceability: P01–P15; current validation and demonstration index.
Cleanup affects only exact run-owned files. Preview it first. Keep repair archives, original inputs, external imagegen outputs, failure history and unrelated files. Removing files cannot remove image payloads already embedded in a conversation.
Model3D contract foundation
Use python scripts/model3d.py validate --file MANIFEST --root PROJECT_ROOT for
independently versioned Model3D documents and their actual payload closure. Read
the contract guide before authoring manifests.
The validator reuses the existing rig import/geometry authority, checks actual
files in a verified temporary snapshot, and never starts generation or a provider.
--structural-only does not prove payload availability. Job/export state, licensing
claims and review references are not authenticated approval. Preserve Y-up/meters/
XYZW conventions and all existing 2D semantics. Do not call this bounded foundation
a complete Model3D generator, asset library, editor, scheduler or renderer.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

