Use this skill when migrating applications, examples, integrations, documentation, manifests, or repository code from NeMo Flow to NeMo Relay across Python, Rust, Node.js, Go, C FFI, CLI, configuration, and observability surfaces.
76
96%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Use this skill when a user has existing NeMo Flow code or documentation and wants it converted to NeMo Relay. Treat the migration as a mechanical rename plus language-specific validation, not a behavior rewrite. Keep compatibility exceptions explicit before applying broad renames.
SKILL_DIR to the absolute directory containing this SKILL.md and
TARGET_PATH to the source repository or target project. Run the bundled
helper in dry-run mode before editing:
python3 "$SKILL_DIR/scripts/migrate_from_nemo_flow.py" "$TARGET_PATH" --rename-paths.nemo-flow/config.toml or .nemo-flow/plugins.toml into .nemo-relay.
Move those settings manually to a supported user or explicit configuration
path after review.--write, --rename-paths, and --confirm-root "$TARGET_PATH".NeMo Flow -> NeMo Relay,
NeMo-Flow -> NeMo-Relaynemo-flow -> nemo-relay, nemo_flow -> nemo_relay,
python/nemo_flow -> python/nemo_relaynemo-flow -> nemo-relay, nemo-flow-adaptive ->
nemo-relay-adaptive, nemo_flow:: -> nemo_relay::nemo-flow-node -> nemo-relay-node, including related entry
points such as /typed, /plugin, /adaptive, and /observabilitygithub.com/NVIDIA/NeMo-Flow/go/nemo_flow ->
github.com/NVIDIA/NeMo-Relay/go/nemo_relay, package aliases
nemo_flow -> nemo_relay, and source directories go/nemo_flow ->
go/nemo_relaynemo_flow.h -> nemo_relay.h, nemo_flow_* ->
nemo_relay_*, NemoFlow* -> NemoRelay*, and NEMO_FLOW_* ->
NEMO_RELAY_*nemo-flow -> nemo-relay,
~/.config/nemo-flow -> ~/.config/nemo-relay, NEMO_FLOW_* ->
NEMO_RELAY_*, and x-nemo-flow-* -> x-nemo-relay-*. Do not blindly
rename project-local .nemo-flow/config.toml or .nemo-flow/plugins.toml
into .nemo-relay; those files require manual migration to a supported user
or explicit configuration path.Do not replace bare flow, Flow, or FlowError. Those can be domain words
or intentional compatibility names.
pyproject.toml, imports, type stubs, integration
package paths, extras, and native module names. Regenerate or refresh lockfiles
with the user's package workflow after source edits.Cargo.toml crate names, workspace dependencies, package
references, and use nemo_relay::... imports. Let Cargo regenerate
Cargo.lock when dependencies changed.package.json, workspace names, package-lock entries,
native addon artifact names, and imports from nemo-relay-node. Run the
package manager to refresh locks.go.mod, import paths, package declarations, aliases, and any
local directory layout under go/nemo_relay.Use $SKILL_DIR/scripts/migrate_from_nemo_flow.py for first-pass edits. The
helper:
--write is passed--include-lockfiles is passed.nemo-flow/config.toml and .nemo-flow/plugins.toml,
leaves them unchanged, and reports that they require manual migration to a
supported user or explicit configuration path--confirm-root before
writing, and refuses filesystem-root or home-directory writes--rename-pathsThe helper does not classify arbitrary JSON, YAML, TOML, or INI files as secret.
Review every configuration file in the dry-run report. If any reported file is
unreviewed or credential-bearing, do not use --write on that root. Apply the
reviewed changes manually and leave secret-bearing files untouched without
reading or displaying their values.
Set shell-safe absolute paths before invoking the helper. Replace the example values with the resolved skill directory and either the source repository or the user's target project:
SKILL_DIR="/resolved/absolute/path/to/nemo-relay-migrate-from-flow"
TARGET_PATH="/resolved/absolute/path/to/target-project"
python3 "$SKILL_DIR/scripts/migrate_from_nemo_flow.py" "$TARGET_PATH" --rename-paths
python3 "$SKILL_DIR/scripts/migrate_from_nemo_flow.py" "$TARGET_PATH" \
--write --rename-paths --confirm-root "$TARGET_PATH"Use --include-lockfiles only when the user wants lockfiles edited directly;
otherwise regenerate them with Cargo, uv/pip, npm, or Go tooling.
rg -n "NeMo Flow|NeMo-Flow|nemo_flow|nemo-flow|NEMO_FLOW|NemoFlow|nemo_flow\\.h|nemo_flow_"cargo test or the repository's Rust test recipe.go test ./... from the updated module.nemo-relay-get-startednemo-relay-instrument-callsnemo-relay-debug-runtime-integration73a7813
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.