本文へ移動
cccskills
無料GitHub で公開

blender-motion-state-inspection

Use this skill when inspecting Blender characters, rigs, poses, animation retargeting, ground contact, facing direction, or model-vs-motion alignment where screenshots alone are not enough.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md7.9 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Blender Motion State Inspection

When to Use

  • A Blender character looks twisted, mirrored, flattened, offset, or foot-sliding in an animation.
  • A user asks whether an imported avatar, armature, or retargeted motion matches an expected pose.
  • You need to compare rendered evidence with structured facts such as bones, bounding boxes, contacts, and facing vectors.
  • A workflow depends on deciding whether a model is a character, prop, proxy mesh, control rig, or broken import.

Core Principle

Do not judge animated 3D assets only from screenshots. Screenshots are review evidence, but they hide axis conventions, bone names, object scale, local transforms, parented meshes, material slots, and frame-by-frame contact state.

First extract structured Blender state, then use viewport screenshots or renders to confirm what the facts imply.

How It Works

  1. Establish the clean scene and asset baseline before judging motion.
  2. Extract structured facts from Blender using an exporter or Blender Python run inside Blender's own interpreter.
  3. Sample the frames most likely to expose contact, orientation, scale, and retargeting errors.
  4. Compare the measured facts against the user's expected pose, direction, ground plane, and render goal.
  5. Return a concise report that separates confirmed facts, likely causes, and required fixes.

Inspection Workflow

  1. Inventory the scene.

    • List meshes, armatures, empties, cameras, lights, modifiers, parent relationships, and hidden objects.
    • Separate character meshes from helper/proxy geometry before judging the avatar.
    • Record object-space and world-space bounding boxes.
  2. Identify the skeleton.

    • Capture armature names, pose bones, bone heads/tails, roll, parent chains, constraints, and rest-pose axes.
    • Map semantic bones such as hips, spine, neck, head, shoulders, elbows, hands, thighs, knees, ankles, and feet.
    • Flag missing left/right pairs and unusual naming schemes.
  3. Determine forward, up, and side axes.

    • Use the pelvis, spine, shoulders, hips, head, and feet together; do not rely on a single mesh normal.
    • Compare local armature axes with world axes and imported file conventions such as glTF Y-up vs Blender Z-up.
    • Mark likely mirrored or backwards imports when face/head/feet direction conflicts with root motion.
  4. Sample animation frames.

    • Inspect first, middle, contact, airborne, and extreme frames.
    • Record root location, root heading, pelvis height, torso lean, limb directions, foot clearance, and mesh bounds.
    • For long or fast motion, sample more densely around flips, landings, turns, collisions, and floor contacts.
  5. Check model integrity before retargeting blame.

    • Confirm the clean baseline shape before applying animation.
    • Preserve original mesh, materials, armature, and skinning unless the user explicitly asks for repair.
    • Treat unexplained sphere-like blobs, giant proxy meshes, or crushed bodies as import/selection issues until proven otherwise.
  6. Diagnose contact and motion issues.

    • Ground penetration: compare lowest foot or shoe vertices with floor height per frame.
    • Foot sliding: compare foot world positions across planted frames.
    • Leg crossover: compare left/right thigh, knee, ankle, and foot side ordering.
    • Twist damage: compare bone swing direction separately from roll/twist around the limb axis.
    • Scale drift: compare animated mesh bounds against the clean baseline bounds.
  7. Report facts before opinions.

    • Include frame numbers, object names, bone names, world coordinates, and thresholds.
    • Separate confirmed failures from visual suspicions.
    • Attach screenshots only after the structured state explains what to look for.

Recommended Report Shape

## Blender Motion Inspection

### Scene Inventory
- Character candidates:
- Armatures:
- Helper/proxy objects:
- Cameras/lights:

### Orientation
- World up:
- Character forward:
- Root heading:
- Mirrored/backwards risk:

### Baseline Integrity
- Clean mesh bounds:
- Animated mesh bounds:
- Materials/skin preserved:
- Suspicious non-character meshes:

### Frame Findings
| Frame | Finding | Evidence |
| --- | --- | --- |
| 1 | Clean baseline pose | hips/spine/feet aligned |
| 96 | Foot penetrates floor | left_foot min_z = -0.04 |

### Verdict
- Pass/fail:
- Required fix:
- Render readiness:

Examples

Walk Cycle With Foot Sliding

Scenario: a retargeted character appears to skate during a walk cycle, but the front camera angle makes the foot contact hard to judge.

Apply the workflow:

  • Inventory the scene: character mesh HeroBody, armature HeroRig, ground plane Floor, no hidden proxy meshes.
  • Identify the skeleton: semantic feet are foot.L and foot.R; hips are pelvis; root bone is root.
  • Sample animation frames: inspect frames 1, 18, 24, 30, 42, and 48 around planted-foot moments.
  • Diagnose contact and motion issues: compare world-space foot locations during planted frames.

Extracted facts:

FrameFactEvidence
18Left foot is plantedfoot.L min_z = 0.004, toe and heel both near floor
24Left foot slides while plantedfoot.L x = 0.21 -> 0.28 over six frames
30Pelvis keeps moving forwardpelvis y = 1.14 -> 1.31

Verdict: fail for render readiness. The motion needs foot-lock cleanup or retargeting constraint review; the body mesh does not need proportion changes.

Backwards Imported Character

Scenario: a character looks correct in a still frame, but the animation moves opposite the expected travel direction.

Apply the workflow:

  • Determine forward, up, and side axes: compare head, chest, feet, and root motion.
  • Sample animation frames: inspect frame 1 and the midpoint of the travel path.
  • Report facts before opinions: include the root heading and model-facing direction separately.

Extracted facts:

FrameFactEvidence
1Character face points toward world -Yhead/chest vector from neck to head resolves to -Y
72Root motion travels toward world +Yroot y = 0.0 -> 2.8
72Feet remain visually forward-facing opposite traveltoe bones point -Y while displacement is +Y

Verdict: likely backwards import or retargeting forward-axis mismatch. Fix the import/retarget axis mapping before editing animation curves.

Practical Thresholds

  • Assume Blender's default meter-scale units unless the scene unit scale says otherwise.
  • Treat ground penetration above 1-2 cm as visible unless the floor is soft or intentionally stylized.
  • Treat a sudden scale change above 5% as a likely rig, constraint, or transform inheritance problem.
  • Treat left/right ankle side-order flips during airborne inverted motion as leg crossover risk even if it recovers later.
  • Treat root heading jumps above 30 degrees per frame as suspicious unless the source motion includes a snap turn.

Anti-Patterns

  • Do not modify body proportions to force pose matching unless the task is explicitly mesh repair.
  • Do not bake away the clean baseline before recording it.
  • Do not use one rendered camera angle as proof that a pose is correct.
  • Do not delete helper objects until you have recorded why they are not part of the character.
  • Do not assume an avatar faces +Y, -Y, +X, or -X without checking head, feet, torso, and root motion together.

Tooling Notes

If a Blender state exporter is available, prefer JSON that includes meshes, armatures, pose bones, materials, contacts, bounding boxes, and sampled animation frames. If no exporter exists, run a small Blender Python script through Blender itself, for example blender --background scene.blend --python collect_motion_state.py, because bpy is not available in a normal system Python interpreter.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA standards. Use this skill to generate semantic ARIA for Web and accessibility traits for Web and Native platforms (iOS/Android).

日本語の概要は準備中です。原文の説明を表示しています。

tensology/decisionsai172026年10月13日 更新

Whole site or product — a full web accessibility (a11y) audit against WCAG 2.2, following the WCAG-EM methodology. Defines scope, samples representative pages and flows, runs the automated tier (`accessibility-scan`) and the hands-on manual tier (`accessibility-inspect`), and produces one conformance report. Grades each finding by severity and evidence basis, and states per-criterion conformance as pass, fail, or undetermined (needs a human). Use it for 'audit my site for accessibility', 'is this product accessible', 'a11y audit', 'WCAG or Section 508 conformance report', or any multi-page assessment. Assesses; does not fix (use `accessibility-fix`) or diff (use `accessibility-diff`). For a single page use `accessibility-scan`; for hands-on keyboard and screen-reader checks use `accessibility-inspect`.

日本語の概要は準備中です。原文の説明を表示しています。

tensology/decisionsai172026年10月13日 更新

Regression check — diff a live page's web accessibility (a11y) violations against a baseline. By default it compares your uncommitted changes (stash-based); pass `--branch [<name>]` to compare against a branch. Reports the new WCAG violations introduced, the ones fixed, and the count of pre-existing ones. Use it for 'did my change break accessibility', 'what a11y issues did this PR add', or as a CI gate. For a full scan of one page use `accessibility-scan`; for a whole site use `accessibility-audit`.

日本語の概要は準備中です。原文の説明を表示しています。

tensology/decisionsai172026年10月13日 更新

Remediation only — repair web accessibility (a11y) violations against WCAG 2.2 with a baseline, edit, and verify loop. Takes a target (URL, files, directory) or a findings worklist from `accessibility-scan`/`accessibility-inspect`/`accessibility-audit`, applies mechanical fixes as given, leaves TODOs for visual or contextual judgment, and verifies by re-running the baseline check. It only fixes. To find issues use `accessibility-scan` (one page, automated), `accessibility-inspect` (one page, manual), or `accessibility-audit` (whole site, WCAG-EM); to check for regressions use `accessibility-diff`. Use it for 'fix the a11y issues in X', 'make this accessible', 'add missing alt text and labels', 'apply these accessibility fixes', 'remediate these violations'.

日本語の概要は準備中です。原文の説明を表示しています。

tensology/decisionsai172026年10月13日 更新

One page, hands-on manual tier — drive a live page through the web accessibility (a11y) checks a rule engine can't decide: keyboard operation and focus order, screen-reader names, roles and states from the accessibility tree, reflow and zoom, reduced motion, form errors, and target size. Grades each finding by evidence basis (verified / confirm-with-a-human / human-required) and severity, and closes every criterion in a ledger: verified, flagged, not exercised, or N/A. Locates and assesses; does not fix (use `accessibility-fix`). Use it for keyboard testing, focus-order checks, screen-reader or a11y-tree review, reflow and zoom at 200%, or 'is this operable, not just lint-clean'. The automated tier is `accessibility-scan`; `accessibility-audit` runs both across a sampled site.

日本語の概要は準備中です。原文の説明を表示しています。

tensology/decisionsai172026年10月13日 更新

One page, automated tier — run the web accessibility (a11y) rule engine against a live page and locate every violation it can detect mechanically. Pass a URL, a config target name (e.g. `accesslint:accessibility-scan dev`), or nothing to use the default target from `accesslint.config.json`. Ensures a debuggable Chrome, runs the @accesslint/core engine over CDP, and returns a worklist of live-DOM WCAG 2.2 violations, each grounded to its DOM selector and source `file:line`. Locates; doesn't edit. Use it for 'is this page accessible', 'check a11y on this URL', 'find contrast and alt-text issues', or to verify a UI change. For hands-on keyboard and screen-reader checks use `accessibility-inspect`; for a whole site or product use `accessibility-audit`; to diff against uncommitted changes or a branch use `accessibility-diff`.

日本語の概要は準備中です。原文の説明を表示しています。

tensology/decisionsai172026年10月13日 更新

tensology のスキルをすべて見る

このスキルの問題を報告する