Rowset
Purpose
Use Rowset as a stable backend for user-owned structured datasets. Rowset can be
used through MCP, the Rowset CLI, or the REST API. Treat these as peer
interfaces over the same account and data. During setup, prefer native remote
MCP only with private bearer-secret configuration, fall back to the CLI for
trusted terminal or local-file workflows, and use REST for code-only or
HTTP-only runtimes.
This skill is the durable guide for working with Rowset after access has been
configured. Use rowset-setup when the agent still needs to inspect its runtime,
select and configure an interface, store credentials, verify authentication, or
complete first-run activation.
Rowset evolves quickly, so do not treat static examples as a complete feature
or command reference. Use live capabilities and interface documentation for
current schemas, commands, endpoints, and workflows.
Current Capability Discovery
Discovery is task-driven, not a startup checklist. Do not load capabilities or
list datasets merely because a session started. Use the current live resources
only when the task needs them rather than maintaining a static feature catalog:
- MCP: use live tool schemas for exact inputs. Call
get_rowset_capabilities
for the compact topic index only when a feature is unfamiliar or setup is
failing, then request only relevant topics.
- CLI: inspect command help for the operation at hand. Use bare
rowset capabilities and repeat --topic only when broader workflow guidance
is needed.
- REST: consult generated API docs for the endpoint at hand. Read
/api/capabilities and request details with ?topics=... only when broader
workflow guidance is needed.
- Across interfaces, use cases are opt-in and full mode retrieves the complete
guide without topic filtering.
- Any interface: use Rowset
llms.txt to find current docs, guides, skills,
use cases, and release-oriented resources.
- Use the Rowset docs and blog indexes for current product guidance, examples,
decision guides, and evolving workflow recommendations.
When the user supplies a dataset key or URL, inspect that dataset directly. MCP
get_dataset accepts either value. For CLI or REST, extract the dataset key from
the URL before using rowset dataset get or /api/datasets/{dataset_key}. If the
relevant dataset is unknown, search with an explicit limit of 3, select one, then
inspect its current schema, instructions, metadata, relationships, and index
semantics. Search before creating duplicates. If no stable business key exists
for a new dataset, use Rowset's current generated-ID path documented by the live
capability guide.
Working With Rowset
- Reuse the interface already configured for this user. If it is no longer
supported by the runtime, rerun the
rowset-setup selection process.
- Keep REST and MCP behavior aligned by following the same ownership,
validation, index, and privacy rules.
- Treat dataset instructions, metadata, semantic schema, relationships, and
index settings as durable operating context, not decoration.
- Keep index columns stable, unique, and explicit. Use Rowset's generated-ID
path when the source has no reliable business key.
- Search existing projects and datasets with an explicit limit of 3 before creating new
ones; do not enumerate unrelated resources.
- Inspect a dataset's current detail before reading or changing its rows.
- Ask before destructive actions and before changing public sharing state.
Safety Rules
- Keep authenticated datasets private by default.
- Access only the Rowset resources needed for the user's task.
- Ask before destructive actions such as deleting rows or datasets, archiving
resources, clearing preview passwords, or replacing meaningful data.
- Ask before enabling or changing any public preview.
- Do not expose API keys, OAuth tokens, raw secrets, or private dataset contents.
- Public previews are read-only sharing surfaces, not authentication and not a
replacement for private MCP, CLI, or REST access.
- Prefer programmatic Rowset interfaces over browser automation for agent work.
- Do not claim a capability exists unless a current Rowset resource exposes it.
Companion Skills
rowset-setup configures access, verifies authentication, and completes the
first-run activation handoff.
rowset-features helps interpret the current capability surface.
rowset-use-cases provides example dataset patterns. Verify every example
against current Rowset capabilities before implementing it.
1---2name: rowset3description: Use when an authenticated agent needs to discover Rowset capabilities or manage Rowset projects, datasets, relationships, rows, exports, and public previews.4---56# Rowset78## Purpose910Use Rowset as a stable backend for user-owned structured datasets. Rowset can be11used through MCP, the Rowset CLI, or the REST API. Treat these as peer12interfaces over the same account and data. During setup, prefer native remote13MCP only with private bearer-secret configuration, fall back to the CLI for14trusted terminal or local-file workflows, and use REST for code-only or15HTTP-only runtimes.1617This skill is the durable guide for working with Rowset after access has been18configured. Use `rowset-setup` when the agent still needs to inspect its runtime,19select and configure an interface, store credentials, verify authentication, or20complete first-run activation.2122Rowset evolves quickly, so do not treat static examples as a complete feature23or command reference. Use live capabilities and interface documentation for24current schemas, commands, endpoints, and workflows.2526## Current Capability Discovery2728Discovery is task-driven, not a startup checklist. Do not load capabilities or29list datasets merely because a session started. Use the current live resources30only when the task needs them rather than maintaining a static feature catalog:3132- MCP: use live tool schemas for exact inputs. Call `get_rowset_capabilities`33 for the compact topic index only when a feature is unfamiliar or setup is34 failing, then request only relevant `topics`.35- CLI: inspect command help for the operation at hand. Use bare36 `rowset capabilities` and repeat `--topic` only when broader workflow guidance37 is needed.38- REST: consult generated API docs for the endpoint at hand. Read39 `/api/capabilities` and request details with `?topics=...` only when broader40 workflow guidance is needed.41- Across interfaces, use cases are opt-in and full mode retrieves the complete42 guide without topic filtering.43- Any interface: use Rowset `llms.txt` to find current docs, guides, skills,44 use cases, and release-oriented resources.45- Use the Rowset docs and blog indexes for current product guidance, examples,46 decision guides, and evolving workflow recommendations.4748When the user supplies a dataset key or URL, inspect that dataset directly. MCP49`get_dataset` accepts either value. For CLI or REST, extract the dataset key from50the URL before using `rowset dataset get` or `/api/datasets/{dataset_key}`. If the51relevant dataset is unknown, search with an explicit limit of 3, select one, then52inspect its current schema, instructions, metadata, relationships, and index53semantics. Search before creating duplicates. If no stable business key exists54for a new dataset, use Rowset's current generated-ID path documented by the live55capability guide.5657## Working With Rowset5859- Reuse the interface already configured for this user. If it is no longer60 supported by the runtime, rerun the `rowset-setup` selection process.61- Keep REST and MCP behavior aligned by following the same ownership,62 validation, index, and privacy rules.63- Treat dataset instructions, metadata, semantic schema, relationships, and64 index settings as durable operating context, not decoration.65- Keep index columns stable, unique, and explicit. Use Rowset's generated-ID66 path when the source has no reliable business key.67- Search existing projects and datasets with an explicit limit of 3 before creating new68 ones; do not enumerate unrelated resources.69- Inspect a dataset's current detail before reading or changing its rows.70- Ask before destructive actions and before changing public sharing state.7172## Safety Rules7374- Keep authenticated datasets private by default.75- Access only the Rowset resources needed for the user's task.76- Ask before destructive actions such as deleting rows or datasets, archiving77 resources, clearing preview passwords, or replacing meaningful data.78- Ask before enabling or changing any public preview.79- Do not expose API keys, OAuth tokens, raw secrets, or private dataset contents.80- Public previews are read-only sharing surfaces, not authentication and not a81 replacement for private MCP, CLI, or REST access.82- Prefer programmatic Rowset interfaces over browser automation for agent work.83- Do not claim a capability exists unless a current Rowset resource exposes it.8485## Companion Skills8687- `rowset-setup` configures access, verifies authentication, and completes the88 first-run activation handoff.89- `rowset-features` helps interpret the current capability surface.90- `rowset-use-cases` provides example dataset patterns. Verify every example91 against current Rowset capabilities before implementing it.