mcpField
R
roboflow-cloud-storage

roboflow-cloud-storage

github.com/roboflowData & databases48198 installsUpdated today
Repository

About roboflow-cloud-storage

roboflow-cloud-storage is an agent skill for mirroring AWS S3, Google Cloud Storage, and compatible buckets into a Roboflow workspace. It covers credential setup, bucket selection, validation, sync rules, and run monitoring, with secrets collected outside the chat.

Key features

  1. 01Connect credentials and bucket in one flow
  2. 02Select objects with glob rules or manifests
  3. 03Validate bucket access before mirroring
  4. 04Configure sync and scheduled runs
  5. 05Track job status, counters, and errors
  6. 06Collect secrets outside the chat

Use cases

  1. 01Import new bucket objects into a Roboflow workspace
  2. 02Limit imports to selected object paths
  3. 03Diagnose access problems before starting a run
  4. 04Monitor mirror runs and their results

MCP support

MCP resources provide this skill to clients that do not already have it loaded. The skill documents tools for managing credentials and datasources, validating bucket access, starting mirror jobs, and checking their status.

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/roboflow/computer-vision-skills --skill roboflow-cloud-storage

After installing, type/roboflow-cloud-storagein Claude Code to confirm it loaded.

Details

From the project README

For agents: This skill is authored in roboflow/computer-vision-skills. If your client already has it loaded as a skill (for example from a Roboflow plugin), use that copy. The roboflow://skills/<name>/... MCP resources serve the same skills for clients that don't have them loaded.

Cloud Storage (Datasources & Credentials)

Mirror a cloud bucket's contents into a Roboflow workspace so new objects flow in automatically. Two pieces work together:

  • Credential — the secret Roboflow uses to reach the bucket (stored, masked server-side, reusable across datasources).
  • Datasource — a bucket-mirror configuration: which bucket (via a credential), which objects (glob rules), and how they sync. "Datasource" is the user-facing name; the platform stores it as a bucket-mirror config.

Imports land at the workspace level. The datasource API cannot target a specific project/dataset today.

Only want to run a model/Workflow over the files and collect the outputs, without importing anything into Roboflow? That is batch processing — see the roboflow-batch-processing skill. Mirroring composes with it too: imported files become Asset Library images, and bulk predictions over them run as Asset Library batch processing jobs (same skill).

Fast path — one call

connect_cloud_storage does the whole flow in one shot: (optionally) create a credential, create the datasource, validate access, and start the first mirror run. Prefer it for new setups.

  • Reuse a credential: pass credential_id (from credentials_list).
  • Create a new credential: pass credential_name + credential_type (the secret is collected securely out-of-band — see Security).
  • Describe the datasource so it can be created first: bucket_type (s3/gcs), bucket_name, region, plus optional mirror_configs glob rules (see Datasources). The datasource must exist before anything can be validated or triggered — there is nothing to mirror without it.
  • trigger (default true) starts a mirror run only if validation passes; triggering consumes credits.
  • Returns {credentialId, credentialCreated, datasourceId, validation, triggered, batchIds?}. If a new credential was created but a later step failed, you get status: "partial" with the ids so you can clean up with credentials_delete / datasource_delete.

Credentials

Security — secrets never enter the chat

The secret (keys, service-account JSON, password) is collected out-of-band via MCP elicitation, never as a tool argument and never in the transcript or model context. credentials_list returns only masked, non-secret fields. If your client can't elicit securely, the tool returns manual_entry_required with a URL to create the credential in the app (app.roboflow.com/<workspace>/settings/datasources), then call credentials_list to get its id.

Credential types
credential_typeProviderSecret fields collected
IAMAWS S3accessKeyId, secretAccessKey, sessionToken?
AssumeRoleAWS S3roleArn, externalId, sessionName?
AssumeRoleWithWebIdentityAWS S3roleArn, webIdentityAudience, webIdentityRoleArn, externalId, sessionName?
gcsGoogle Cloud StorageprojectId, credentialFile (full service-account JSON)
usernamePasswordS3-compatibleusername, password
apiKeyS3-compatibleapiKey

AWS PrivateLink (require_vpce) requires an AssumeRoleWithWebIdentity credential; the server rejects the datasource otherwise.

Datasources

Bucket
  • bucket_type: s3 or gcs
  • bucket_name (no scheme/path), region (e.g. us-east-1)
  • endpoint: custom URL for S3-compatible providers (S3 only)
Mirror rules (mirror_configs)

Optional list; omit to mirror the whole bucket with default settings. Each rule selects a subset and controls sync behavior:

  • glob_patterns (list) — the key field. Selects objects, e.g. ["images/**/*.jpg", "batch-*/**"]. Set it to avoid importing unwanted files or to split a bucket into multiple rules. Omit only when you truly want everything.
  • glob_file_path — alternative: path to a manifest file in the bucket whose lines list object paths to import.
  • id — rule id (auto-generated; pass an existing id on update to edit in place).
  • settings (omitted keys use server defaults):
    • removeOrphanedSourcesWhenDisappeared (default true) — delete mirrored images when the source object is removed.
    • namingStrategy (fullPath|fileName|eTag|metadata, default fullPath); namingStrategyMetadataKey required when metadata.
    • updateImageWhenNewer (true) / updateImageStrategy (overwrite).
    • updateMetadataWhenNewer (true) / updateMetadataStrategy (mergeBucketWins default; also overwrite|merge|mergeUserWins| untilFirstChange|append).
    • runScheduledEvery (hours, default 0 = off) — >0 enables a recurring mirror (fixed 24h cadence today; only on/off is honored).

Lifecycle & validation

  1. Create (datasource_create, or connect_cloud_storage). Nothing is mirrored yet.
  2. Validate (datasource_validate) — checks listFiles, headFile, getFile, and per-rule headGlobFile; returns {checks, errors}. Run it to self-diagnose a bad credential/bucket before triggering.
  3. Trigger (datasource_trigger) — starts the mirror job; consumes compute/storage credits. Returns {batchIds}.
  4. Poll (datasource_job_get with a batchId) — status (running/completed/failed), per-stage counters, errors, timestamps.

Update (datasource_update): only fields you pass change; to change the bucket pass bucket_type + bucket_name + region together. Delete (datasource_delete): removes the config, not already-mirrored images. Deleting a credential still referenced by a datasource makes its runs fail.

MCP Tools Available

ToolPurpose
connect_cloud_storageEnd-to-end: credential + datasource + validate + first run
credentials_listList masked cloud-storage credentials
get_aws_storage_credential_setup_linkGet a Roboflow app link for AWS storage credential setup; enter secrets in the app
credentials_deleteDelete a credential
datasources_list / datasource_getList / inspect datasource configs
datasource_create / datasource_update / datasource_deleteManage a datasource
datasource_validateCheck bucket access before a run
datasource_triggerStart a mirror run (consumes credits)
datasource_job_getPoll a mirror run's status and counters

Related Pages

  • roboflow://skills/roboflow-data-management/SKILL — what to do with the images once mirrored (tags, splits, versions, search)
  • roboflow://skills/roboflow-product-navigation/SKILL — the app's settings/datasources page

Comments

Markdown supported