Lab: Add data rename/move command for non-destructive refactoring

Problem

Data instance names are permanent once created. There is no swamp data rename or swamp data move command. This makes any refactoring that changes resource naming conventions destructive.

Real scenario: Built single-environment infrastructure with instance names like web-vpc, web-lb, web-firewall. Now need to refactor to multi-environment (dev-web-vpc, staging-web-vpc). The existing dev data is stored under web-vpc — there's no way to rename it to dev-web-vpc so that parameterized models can find it.

The only options today are all bad:

Tear down and recreate — destroy working dev infrastructure, recreate with new names. Downtime, risk, and wasted effort.
CEL conditionals everywhere — inputs.env == "dev" ? "web-vpc" : inputs.env + "-web-vpc" in every model reference. Ugly, error-prone, doesn't scale.
Accept orphaned data — old data stays around with no references, new data duplicates the resources. Confusing and wasteful.

Why this matters

Swamp encourages starting simple and iterating. But the data model punishes that — naming decisions made at day 1 are irreversible. The path from "I built a thing" to "now I need two of them" should be a straightforward refactoring, not a destructive rebuild.

Infrastructure naming conventions always evolve. Teams add environments, rename resources for consistency, reorganize by region or team. A data layer that can't accommodate renaming forces users to either over-engineer naming from the start (defeating "start simple") or pay a heavy refactoring tax later.

Proposed Solution

Add a swamp data rename (or swamp data move) command:

swamp data rename <model> <old-name> <new-name>

This would:

Update the data instance name from old-name to new-name
Preserve all versions, ownership, and tags
Update the latest symlink
Make data.latest("model", "new-name") resolve correctly

Alternatives Considered

Data aliasing — allow a data instance to have multiple names (alias web-vpc → dev-web-vpc). More flexible but more complex.
Bulk rename with pattern — swamp data rename --model web-vpc --pattern '{name}' --to 'dev-{name}' for batch operations during refactoring.
Copy instead of move — swamp data copy that duplicates data under a new name. Safer but doubles storage.

yep yep yep

Support named argument syntax for model method run (e.g. --arg key=value)

env var overrides for globalArguments silently change which environment a model targets

deno lint no-import-prefix conflicts with swamp's required npm:/jsr: inline specifiers

AI agents should search community extensions before offering to create custom models

feat: add --content-type filter to extension search

Add a 'reports' feature

Port remaining CLI commands to libswamp + renderer pattern

Persistent runner / server mode to eliminate per-invocation CLI startup overhead

AI agent should prefer fan-out model methods over shell loops for fleet operations

Support unbundled helper scripts in extension packages

Add progress indicator for long-running model methods

Built-in structured output parser for CLI commands

Automatic trace context propagation across workflow steps

Native OpenTelemetry tracing for swamp CLI internals

Claude Code should prefer extending swamp extensions over using external CLI tools

Framework log lines written to stdout pollute model method output

Swamp skill should guide AI agents to create extension models instead of inline shell scripts

Shared team collectives for collaborative extension publishing

Delete methods should return last known state data

Add smoke-test skill for extension models

Workflow run output is unreadable — resource data and errors are buried in log noise

Recommend or manage lockfile strategy for extension model npm dependencies

Output of running a method is not the actual output

Add macOS Keychain vault type

bug: Vault secret shell escaping incomplete — $(), semicolons, and pipes are interpreted

Swamp should support "Scheduled"-type status for execution

feat: add support for Nix via a flake

ModelType.normalize replaces all dots with slashes, corrupting dotted type names

fix: collective validator error message omits drivers and datastores

Skill docs: document configSchema inline requirement and .describe() constraints for vault extensions

It takes 42 seconds to run swamp --help

After today upgrade

Auto-resolver fails when extensions/models/ directory does not exist for vault-only extensions

Azure Key Vault extension vault bundle fails to load in compiled binary

RangeError: Maximum call stack size exceeded when loading extension models with npm dependencies after upgrade to 20260317

Extension Zod schema incompatibility after upgrade to 20260312

Data garbage collection never fully removes expired data from disk

extension push --dry-run requires authentication unnecessarily

Typed context APIs to eliminate no-explicit-any in extension models

AWS extensions fail to load: missing _lib/aws.ts shared dependency

getContent() should resolve vault expressions for sensitive fields

getContent() should return parsed objects, not raw Uint8Array

Add context.readResource() to MethodContext for user extension models

Datastore lock: allow concurrent reads across different models

extension install should be an alias of extension pull

feat: Execution Driver Abstraction — Pluggable Isolation for Model Execution

Support --global-arg on model create

consider a libswamp

Running workflow should not block read-only operations

Update from 20260227 to 20260311 breaks existing model definitions (symlink + path-based type)

loadUserModels ignores --repo-dir, uses cwd instead

datastore lock release --force deadlocks on the stale lock it's trying to release

Datastore lock not released when interactive command fails in non-TTY context

vault put to 1Password stores empty password field

Leaderboard shows 0-event users whose profiles 404

Move AWS, Azure, and 1Password vault providers to extensions

Data instance name uniqueness is global across specs instead of per-spec

Audit timeline misses today's entries in UTC+ timezones

AI agent discoverability: reduce trial-and-error for CLI syntax

GlobalArguments CEL expressions fail when factory inputs are omitted — selective evaluation not working

Document factory pattern for model reuse in skills

Delete method uses identifier as data name instead of instance name

CLI method run ignores required arguments without .default()

Workflow run output mixes data, errors, and logs without clear separation — hard to find what actually executed

data.latest() in workflow step inputs resolved at workflow start, not at step execution time

Update method fails when globalArguments contain cross-model CEL expressions

Track resource deletion in local data model

fix: extension npm packages fail to resolve in compiled binary

swamp repo upgrade replaces entire CLAUDE.md with generic template instead of merging

Add drift detection to reconcile stored state against live cloud resources

Model inputs schema validated on all methods — delete fails requiring create-time inputs

Support wait-until-ready semantics for async resource provisioning

support pushing to organizations

Add data rename/move command for non-destructive refactoring

Schema mismatch warnings lack model context and misrepresent API response shapes

Support pre-flight validate method on models before method execution

Extension models need built-in support for idempotent create operations

Workflow reports succeeded when step outputs indicate failure

Swamp skills don't prevent AI agents from manually generating UUIDs for workflows