Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsBlogPro
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges
  • Chrome Extension
  • Skill Manager

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Foundationpose Pipeline

BSecurity

Adapt BOP datasets, run the FoundationPose perception pipeline with TAO depth, and evaluate or re-score pose results. Use for dataset runs and result comparisons; environment installation belongs to foundationpose-setup.

3,503 stars
0 votes
0 copies
2 views
Added 9/21/2026
ai-agentspythonrustshellbashgitbackend

Security Analysis

B88/100
criticalSends environment variables or credentials to an external URL

Pro scans all 9 files and shows the line behind each finding

Scanned 9/21/2026

$npx -y skills add NVIDIA/skills --skill foundationpose-pipeline --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Foundationpose Pipeline?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Foundationpose Pipeline
[![Security: B — Skills Directory](https://www.skillsdirectory.com/api/skills/nvidia-foundationpose-pipeline/badge)](https://www.skillsdirectory.com/skills/nvidia-foundationpose-pipeline)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
Files
SKILL.md
---
name: foundationpose-pipeline
description: Adapt BOP datasets, run the FoundationPose perception pipeline with TAO depth, and evaluate or re-score pose results. Use for dataset runs and result comparisons; environment installation belongs to foundationpose-setup.
license: Apache-2.0
metadata:
  author: "zwdoescode <zhengwang@nvidia.com>"
  version: "0.1.0"
---

# Run and evaluate the FoundationPose perception pipeline

## Purpose

Run depth, SAM3 segmentation, and FoundationPose on BOP-format datasets using the TAO Deploy
TensorRT depth engine. Adapt datasets, preserve run provenance, and interpret pose metrics.
For missing dependencies or engine construction, use `foundationpose-setup` if installed,
or the product checkout's README Install and Verify sections.

## Requirements

Locate the user's [product checkout](https://github.com/nvidia-isaac/foundationpose_perception_pipeline)
by `pyproject.toml` (project `foundationpose-perception-pipeline`), `script/run_pipeline.py`, and
`config/defaults.yaml`. Run commands from that root, not from this installed skill's directory.
A catalog install supplies instructions, not the product code, datasets, or weights. If execution
was requested and no checkout exists, obtain it from the URL above and complete setup first.
For advice or analysis of supplied artifacts, use those inputs without cloning or loading models.

Execution requires the product's Python 3.12 venv, authorized SAM3 checkpoint access, the built
FoundationPose library, an adapted dataset, a matching TAO engine with its sidecar, and sufficient
GPU memory. Read the checkout's README Configuration and Dataset adaptation sections for
profile paths; read ARCHITECTURE.md Outputs for the matching artifact schema.

Set absolute paths before GPU work:

```bash
export FOUNDATIONPOSE_ROOT="$(realpath ../foundation-pose-inference-library)"
PIPELINE_SITE="$(realpath .venv/lib/python3.12/site-packages)"
export LD_LIBRARY_PATH="${PIPELINE_SITE}/tensorrt_libs:${PIPELINE_SITE}/nvidia/cu13/lib:${LD_LIBRARY_PATH:-}"
./.venv/bin/python -c "import ctypes; ctypes.CDLL('libcudart.so.13'); print('ok')"
```

Do not mix libraries from another venv into this path. Skipping the check can cause pose to fail
after depth has already completed.

## Instructions

### 1. Resolve the task and inputs

Identify the profile, dataset name, source or adapted scene paths, engine, ground-truth
availability, and output directory. `<profile>` and `<dataset>` may differ. `--config` selects a
profile; it does not replace a required `--dataset`. Same-named profiles can be inferred by
commands that take `--dataset`.

| Request | Entry point |
|---|---|
| Convert a supported BOP dataset | `tools/bop_adapt/adapt.py` |
| Inference without pose ground truth | `script/infer.py` |
| Inference plus scoring | `script/run_pipeline.py` |
| Score a completed run with new scoring parameters | `script/evaluate.py` |
| Sweep several datasets | `script/run_batch_eval.py` |

A capture without `scene_gt.json` can use inference only. `--no-depth-metrics` skips collected
sensor-depth scoring; it does not remove the pose-ground-truth requirement for evaluation.

### 2. Adapt before building or checking an engine

Skip adaptation only for the pipeline's rig layout:
`<split>/<scene>/rgb/<im_id>.png`, one `scene_camera.json` per scene, and im_ids representing
rig cameras (base camera 0 in the shipped profiles).

```bash
./.venv/bin/python tools/bop_adapt/adapt.py --config <profile> --src <downloaded-dataset>
```

The profile's `dataset.name` selects a registered adapter; `--help` exposes its flags. An unknown
adapter is not supported automatically. On static-scene datasets the adapter emits one scene
per usable (source scene, base frame) pair and reports skipped frames with no rectifiable partner.
Changing the baseline band changes the adapted data: rebuild GT caches and regenerate depth.

Engine building uses `tools/build_tao_engine.py --shape-from-scene <adapted-scene>`; see the
checkout's README Install section if the setup skill is unavailable. A raw BOP directory or raw
image dimensions do not establish the required rectified engine shape.

### 3. Validate inputs and prepare GT caches

```bash
./.venv/bin/python test/check_engine_depth_smoke.py \
  --config <profile> --dataset <dataset> --engine <engine-path>
```

Expect `backend=tao`, `normalization=imagenet`, a fixed shape, a plausible valid fraction, and no
`cropping N rows` warning. A stale sidecar, changed GPU/TensorRT/precision, changed max-width,
or cropping requires rebuilding the engine and regenerating depth. Do not bypass these checks.

For scoring runs with pose GT, precompute the cache:

```bash
./.venv/bin/python script/build_gt_cache.py --config <profile> --dataset <dataset>
```

Use `--config <profile> --all` for all matching datasets. Missing collected depth calls for
`--no-depth-metrics`; missing `scene_gt.json` calls for inference only. Check the resolved
`dataset.collected_depth_root` using the actual path, not a shell command substitution.

### 4. Run only the work needed

For a new end-to-end run:

```bash
./.venv/bin/python script/run_pipeline.py --config <profile> --dataset <dataset> \
  --output-dir output/<new-run> --foundation-stereo-model <engine-path> \
  --depth-backend commercial --no-depth-metrics
```

Omit `--no-depth-metrics` when collected sensor depth is available and should be scored.
Start with `--max-scenes 1` for a time/fit check before sizing a larger run.
For a capture with no pose ground truth:

```bash
./.venv/bin/python script/infer.py --config <profile> --dataset <dataset> \
  --output-dir output/<new-run> --foundation-stereo-model <engine-path> \
  --depth-backend commercial
```

The model path selects the backend. `--depth-backend commercial` asserts that selection; it
neither downloads a model nor establishes rights to the weights. Set the engine once in the
profile's `overrides.depth.engine` to avoid repeating the model-path flag.

Preserve existing results when comparing runs. Reuse cached depth only after checking its
metadata. `--overwrite-results` reruns segmentation and pose; `--overwrite-depth` additionally
regenerates depth. Regenerate depth after changes to the engine, rectified width, CLAHE,
working-distance bounds, or adapted data. Resume a pose-only failure without overwriting valid
depth. Working-distance bounds must be supplied together.

Do not repeat tuned defaults from `config/defaults.yaml` on every command; use profile overrides
for deliberate dataset-specific changes. Rebuild the engine if `foundation_stereo_max_width`
changes.

### 5. Re-score without repeating inference

For a rerank cutoff, IoU threshold, or visibility-band change, keep the completed predictions,
mask sidecars, and depth files and run:

```bash
./.venv/bin/python script/evaluate.py --config <profile> --dataset <dataset> \
  --run output/<completed-run> --output-dir output/<new-score-run> \
  --rerank-cutoff 4.5 --no-depth-metrics
```

Omit `--no-depth-metrics` when depth comparison is desired. A separate `--output-dir` preserves
the old report. No inference model is loaded; a GT cache miss can still require rasterization.
For an offline cutoff sweep, `tools/sweep_rerank_cutoff.py --config <profile> --results-root output
--datasets <dataset>` expects one dataset subdirectory under the results root.

### 6. Verify provenance and interpret results

Inspect `inference_config.json` for the engine and max-width, and each scene's
`depth/<scene>/metadata.json` for `backend: tao`, `normalization: imagenet`, and `model_fixed_hw`.
Inspect both before trusting cached depth. These establish execution provenance, not legal approval.

Read `report.md`, `pose_summary.json` (`overall`, `by_visibility`, `by_object`), and
`depth_summary.json` when depth was scored. Compare:

- `matched_predictions` first: a change in matched population can bias apparent accuracy gains.
- `max_vertex_error_within_threshold_rate` against the configured threshold and required rate.
- Median, p90, and p99 vertex error, ADD/ADD-S, and rotation error, including per-object results.
- Depth error on object pixels; whole-image error can be dominated by the table or background.

A higher success rate can coexist with a worse mean or tail. Report both, along with population
changes. Preserve a baseline before overwriting results; use separate run directories when
retaining predictions and provenance matters.

### 7. Batch runs

```bash
./.venv/bin/python script/run_batch_eval.py --config <profile> --output-root output/<batch-run> \
  --foundation-stereo-model <engine-path> --depth-backend commercial --no-depth-metrics
```

The no-depth flag also removes collected-depth filtering from batch dataset discovery. Add
`--continue-on-error` only when failed datasets should not stop the sweep. Run GPU datasets
sequentially; inspect `run_status.jsonl` before interpreting aggregate `summary.json` or `report.md`.

## Examples

- "Adapt T-LESS and run one scene with the TAO depth engine."
- "Re-score this finished FoundationPose run at cutoff 4.5 and preserve the old report."
- "Compare these pose summaries; did the 5 mm success rate improve at the same coverage?"

## Troubleshooting and limitations

A smoke check demonstrates backend operation, not pose accuracy. Accuracy requires a real
representative dataset and a retained baseline. Never report an unavailable metric as zero.
`invalid resource handle` points to pycuda context boundaries around TAO calls. Plausible depth
at roughly twice the expected scale calls for checking input normalization and calibration.
Report the command, dataset/profile, output paths, model provenance, completion status,
headline metrics with matched counts, and any unverified steps.

Attribution

NVIDIANVIDIA
View sourceSee grades on GitHubMore from NVIDIA →
SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Related Skills

Caveman

Terse caveman voice: answer first, fluff gone, every technical fact kept. Use for /caveman, "caveman mode", "talk like caveman", "be brief", "less tokens". Stays on until "stop caveman" or "normal mode".

1100021 votes

Hyperplan

Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...

698621 votes

Writing Skills

Create and manage Claude Code skills in HASH repository following Anthropic best practices. Use when creating new skills, modifying skill-rules.json, understanding trigger patterns, working with hooks, debugging skill activation, or implementing progressive disclosure. Covers skill structure, YAML frontmatter, trigger types (keywords, intent patterns), UserPromptSubmit hook, and the 500-line rule. Includes validation and debugging with SKILL_DEBUG. Examples include rust-error-stack, cargo-dep...

3931 votes

Mcp Code Execution

Routes multi-tool workflows through MCP servers for large datasets and pipelines. Use when Bash tool overhead is limiting throughput on data-heavy tasks.

3421 votes

catchup

Recovers the conversation and failed tool calls of a previous Codex, Amp, Claude Code, Antigravity, Cline, Copilot CLI, Cursor, DeepSeek Harness, Grok Build, Kimi, OpenCode, Pi Agent, or ZCode session. Use when the user says "catch up", "what did the last session do", "get me up to speed", "I switched agents", asks to recover/summarize a previous session before continuing, or asks to diagnose or report a catchup failure. Do NOT use for the current conversation, git history, or any non-agent log.

741 votes
View all in ai-agents →