Skip to content

Example Library

This page turns the repository example set into an operator-facing catalog so teams can quickly choose the right starting point.

The rauto repository ships with a useful but easy-to-miss set of example files under templates/examples/. For enterprise use, it helps to treat them as a structured library instead of a loose collection of sample files.

FileTypeBest forKey concepts
cisco-like-command-flow.tomlcommand flowInteractive device-side copy flowsprompt matching, runtime vars, wizard-like CLI
linux-scp-with-current-and-peer-command-flow.tomlcommand flowLinux-to-Linux SCP using current and peer saved connectionscurrent connection alias, cross-connection lookup
core-vlan-workflow.jsontx workflowSmall structured change on core devicesblock-based workflow, rollback policies
fabric-change-workflow.jsontx workflowMore complex multi-block fabric changelarger workflow reuse, operational separation
campus-vlan-orchestration.jsonorchestrationSimple staged rolloutstages, jobs, target lists
campus-inventory.jsoninventorySmall inventory with defaults and group mappingdefaults, groups, vars
fabric-advanced-orchestration.jsonorchestrationLarger staged rollout with richer targetingparallelism, staged delivery, job separation
fabric-advanced-inventory.jsoninventoryMore complex grouped inventorygroup defaults, target overrides
linux-image-rollout-orchestration.jsonorchestrationMulti-stage Linux image rolloutorchestration over Linux targets
linux-image-export-and-transfer-workflow.jsontx workflowExport and transfer pipelineworkflow composition
linux-image-export-and-transfer-with-password-scp-workflow.jsontx workflowExport and transfer using password-based SCPpassword-driven transfer path
linux-image-load-and-restart-workflow.jsontx workflowLoad a new image and restart service/processstaged Linux change logic
connection-import-template-en.csvimport templateBulk import saved connectionsimport headers, operator onboarding
connection-import-template-zh.csvimport templateChinese-language import onboardinglocalized import header reference

Use this when the device drives the interaction.

Typical use cases:

  • copy scp:
  • copy tftp:
  • multi-prompt file import/export
  • confirmation-heavy device operations

What it demonstrates:

  • prompt regex patterns
  • inline {{var}} substitution
  • runtime var schema
  • mode selection
  • reusable flow storage in SQLite

linux-scp-with-current-and-peer-command-flow.toml

Section titled “linux-scp-with-current-and-peer-command-flow.toml”

Use this when a Linux host needs to reference both the current execution target and another saved connection.

What it demonstrates:

  • current_connection_alias
  • cross-connection references like {{peer.host}}
  • runtime vars that point to another saved connection name
  • mixed use of current target and peer credentials

A good first workflow example when introducing tx-workflow into a team.

Best for:

  • change blocks with explicit names
  • straightforward rollback policies
  • structured but readable JSON

A more advanced workflow for teams that already understand the block model and want a richer pattern for fabric or multi-part changes.

Look here when you need:

  • multiple blocks with different rollback semantics
  • stronger separation of stages within one target workflow
  • a reusable source for enterprise change reviews

These workflow files model a realistic application or image rollout pipeline on Linux targets:

  • linux-image-export-and-transfer-workflow.json
  • linux-image-export-and-transfer-with-password-scp-workflow.json
  • linux-image-load-and-restart-workflow.json

These are especially useful when documenting:

  • export / package / copy pipelines
  • SCP transfer variations
  • restart or cutover steps after artifact delivery

A compact staged rollout example.

Use it to learn:

  • stage layout
  • serial vs parallel strategy
  • action binding to tx_block or tx_workflow
  • target selection through saved connections

Use this when the rollout is large enough to need more advanced concurrency and grouping logic.

Typical enterprise scenarios:

  • campus or fabric-wide change windows
  • phased rollout between core and access layers
  • higher parallelism with explicit blast-radius control

This example is important because it shows that orchestration is not limited to network devices.

Use it to document:

  • Linux host batches
  • software/image distribution
  • staged cutover across multiple machines

The simplest place to understand inventory structure.

Key ideas:

  • global defaults
  • group membership
  • group vars
  • per-target overrides

Use this for documenting enterprise inventory modeling.

Key ideas:

  • nested defaults
  • richer target metadata
  • larger grouped topology
  • better alignment with staged orchestration

These two files are especially useful for onboarding operators who will not create saved connections one by one.

Recommended documentation use:

  • attach them in operational runbooks
  • use them for migration from spreadsheets
  • standardize connection profile fields before orchestration rollout

Recommended headers:

name,host,username,password,port,enable_password,ssh_security,linux_shell_flavor,device_profile,template_dir
If you need…Start here
one interactive CLI flowcisco-like-command-flow.toml
Linux peer-to-peer SCP logiclinux-scp-with-current-and-peer-command-flow.toml
one structured rollback-aware changecore-vlan-workflow.json
a richer target-local workflowfabric-change-workflow.json
a small staged rolloutcampus-vlan-orchestration.json
a larger staged rolloutfabric-advanced-orchestration.json
inventory modelingcampus-inventory.json then fabric-advanced-inventory.json
spreadsheet-based connection onboardingconnection-import-template-en.csv / connection-import-template-zh.csv

For enterprise-grade docs, do not just reference the file name. For each example, also document:

  • what production problem it solves
  • what assumptions it makes about inventory and saved connections
  • which variables must be supplied at runtime
  • what rollback or compensation behavior exists
  • whether it is device-side interactive, target-local structured, or fleet-wide orchestration