agentleFS
CompleteTech-SkillsCompleteTech-Skills/creative-studio/SKILL.md

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

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.
  • JetBrainsSkill

    doc-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

  • JetBrainsSkill

    webapp-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

  • MicrosoftSkill

    mcp-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

  • VercelSkill

    find-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

  • BlockSkill

    frontend-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

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
  1. Very specific:

    Use profiles/codex-v1.json for a Codex pet.

    line 8
  2. Very specific:

    Import existing artwork: use import-source with an explicit origin and ordered image, strip or frame source.

    line 15
  3. Distinctive:

    Develop/test: use labeled synthetic fixtures.

    line 17
  4. Very specific:

    Run python scripts/hatch.py doctor before unfamiliar workflows.

    line 30
  5. Distinctive:

    Read character states for catalog discovery, packs, archetypes, recipes and complete examples.

    line 34
  6. Distinctive:

    Select identities and versions: Keep one portable cast shared by project scenes.

    line 68

“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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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 $imagegen skill 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-source with 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 decompose for 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 use decompose-prepare to 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.png

Read 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

  1. 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.
  2. Acquire the base through a claimed imagegen handoff or explicit import. Inspect canonical identity, transparency and color analysis, then record base-review before states.
  3. 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.
  4. 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.
  5. 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.
  6. 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

  1. 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.
  2. 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.
  3. Plan the shot. Declare explicit and inferred choices separately. Run coverage before 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.
  4. 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.
  5. 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.
  6. 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.
  7. Record scoped decisions. Use review-template, fill actual reviewer identity, verdicts and inspected evidence, then review. 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.
  8. Reuse and repair selectively. Add another scene selecting the same character/clip versions. Use snapshot, impact, coverage and reviews to 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.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.