kbagent cannot create a table from an existing snapshot

[MonikaFeigler]

Summary

kbagent currently has no way to create a new table from an existing snapshot. Keboola Storage supports creating a table from a table snapshot (restore), but there is no kbagent command / MCP tool that exposes this, so an agent cannot perform the operation.

Current behavior

When asked to create a table from an existing snapshot, kbagent has no matching capability — the operation cannot be completed through the agent.

Expected behavior

kbagent should be able to create a new table from an existing snapshot, e.g.:

• Given a snapshot ID (and a target bucket / table name), create the table from that snapshot.
• Surface it as a first-class capability (CLI command and/or MCP tool) so the agent can discover and invoke it.

Notes

• Keboola Storage already exposes "create table from snapshot" (snapshot restore) — this is about wiring that capability into kbagent, not new platform functionality.
• Please confirm the intended UX: a dedicated command/tool vs. an option on the existing create-table path.

[padak]

Thanks for the report — this was a real capability gap and a well-scoped one. 🙏

Shipped in v0.75.0 (PR #516): the full snapshot lifecycle is now first-class — storage snapshot-create, snapshots, snapshot-detail, table-from-snapshot, snapshot-delete, plus matching kbagent serve REST routes.

To the UX question raised here: we went with dedicated commands, not a flag on create-table — restore goes through the classic tables-async endpoint with a snapshotId source, while create-table uses tables-definition, which does not accept snapshots. Two things worth knowing that only surfaced in live verification: --name is required (the API rejects an empty name), and there are no overwrite semantics — restore under a new name, verify, then swap-tables. The full playbook lives in the plugin's snapshot-workflow.md reference.

kbagent update (or the startup auto-update) gets you there.