open-edge-platform/skills

physicalai-runtime-configuring-inference-pipeline

Configures preprocessors, postprocessors, and runners around InferenceModel via manifest specs and ComponentRegistry.

First seen Aug 19, 2026

Installation

$ npx skills add open-edge-platform/skills --skill physicalai-runtime-configuring-inference-pipeline

Summary

  • Configures preprocessors, postprocessors, and runners around InferenceModel via manifest specs and ComponentRegistry.
  • Use when editing physicalai.inference.preprocessors or postprocessors, manifest preprocessor/postprocessor lists, instantiate_component, registered type names, or class_path init_args for inference pipeline components.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from open-edge-platform/skills · top by installs.

npx skills add open-edge-platform/skills

Browse all from open-edge-platform/skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 2
License LICENSE
Default branch main
Open issues 0
Status Active

Skill metadata

Parsed from SKILL.md frontmatter.

LicenseApache-2.0

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,767 B
  • docs SUMMARY.md 393 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 14 installs

SKILL.md

Configuring the Inference Pipeline

Pipeline order: observation → preprocessors → runner → postprocessors → action output. See docs/how-to/inference/configure-pre-post-processing.md.

Core code:

  • src/physicalai/inference/componentfactory.py — ComponentRegistry, instantiatecomponent, MAXCOMPONENT_DEPTH.
  • src/physicalai/inference/model.py — builds processor chains from manifest specs.
  • Built-ins under preprocessors/ and postprocessors/; runners under runners/.

Workflow

  1. Read the manifest slice for preprocessors, postprocessors, and model.runner.

- Done when: you know whether specs use type (registry short name) or class_path.

  1. Prefer type for built-ins registered in component_factory (e.g. normalize/denormalize patterns in docs).
  2. Use classpath + initargs for explicit classes:

``yaml preprocessors: - classpath: physicalai.inference.preprocessors.StatsNormalizer initargs: artifact: stats.safetensors ``

- Done when: initargs paths resolve relative to the export directory via resolveartifact.

  1. Add a new built-in processor:

- Implement subclass of Preprocessor / Postprocessor in the appropriate package. - Register a short type name in componentfactory if manifest-friendly aliases are needed. - Add unit tests under tests/unit/inference/preprocessors/ or postprocessors/. - Done when: manifest using type or classpath instantiates in a minimal InferenceModel test.

  1. Nested components in initargs must stay within MAXCOMPONENTDEPTH; avoid cyclic specs.

Validation loop

uv run pytest tests/unit/inference/preprocessors tests/unit/inference/postprocessors tests/unit/inference/test_manifest.py -q

Required checks

  • Processor order matches training/export semantics (normalization before runner, denormalization after).
  • Artifact file names in manifests do not traverse paths (.., absolute paths).
  • New public processors appear in docs/reference/inference-api.md or how-to docs when user-visible.
  • Runner choice (SinglePass, chunking runners) stays consistent with predictactionchunk vs select_action docs.

References

  • docs/reference/manifest-schema.md
  • docs/how-to/inference/use-manifest.md