Requirements and responsibilities
Name the team, server, hostname, owner and affected users for the Snipe It application. Record the current version and the actual business flow that must survive the change. Confirm the current dashboard form, plan eligibility, and server capacity before committing a resource change. A one-click catalog listing is discovery, not permission or proof that the connected MCP profile can install it.
xCloud agent capability boundaries · xCloud MCP documentation and connection profiles · Snipe-IT backup and restore · Snipe-IT asset management and custody · Snipe-IT user groups and permissions · Back up and restore Docker apps · Docker backup operations and storage constraints · xCloud One Click Apps catalog
Prepare a non-sensitive test input and an acceptance record. Keep access to the app administrator and an independent observer where possible; omit secrets from AI prompts and client reports.
xCloud agent capability boundaries · xCloud MCP documentation and connection profiles · Snipe-IT backup and restore · Snipe-IT asset management and custody · Snipe-IT user groups and permissions · Back up and restore Docker apps · Docker backup operations and storage constraints · xCloud One Click Apps catalog
For a Docker app, identify persistent volumes, bind mounts, external databases and app-level export requirements. A Docker backup briefly stops the app, and an in-place restore replaces current state. Agree a maintenance window and owner before any action that interrupts the service or overwrites data.
xCloud agent capability boundaries · xCloud MCP documentation and connection profiles · Snipe-IT backup and restore · Snipe-IT asset management and custody · Snipe-IT user groups and permissions · Back up and restore Docker apps · Docker backup operations and storage constraints · xCloud One Click Apps catalog
Illustrative situation
An IT team wants to track laptop custody in Snipe-IT. Its first milestone is one dummy asset assigned and checked back in with a visible audit trail.
Choose the approach
Define categories, locations and user permissions before importing a real asset spreadsheet.
xCloud agent capability boundaries · xCloud MCP documentation and connection profiles · Snipe-IT backup and restore · Snipe-IT asset management and custody · Snipe-IT user groups and permissions · Back up and restore Docker apps · Docker backup operations and storage constraints · xCloud One Click Apps catalog
The asset register is not correct until serials and assignments are reconciled to the source inventory.
xCloud agent capability boundaries · xCloud MCP documentation and connection profiles · Snipe-IT backup and restore · Snipe-IT asset management and custody · Snipe-IT user groups and permissions · Back up and restore Docker apps · Docker backup operations and storage constraints · xCloud One Click Apps catalog
Dashboard and application procedure
Follow these steps yourself, or use the scoped AI handoff below for supported hosting operations.
Step 1 of 5
Define asset model
- Where
- IT inventory and Snipe-IT documentation
- Permissions
- Authorized xCloud read access to the named team and site; the relevant app or provider owner supplies records outside xCloud.
- Inputs
- Categories, locations, users, serial fields
- Action
- Choose a sample laptop category and required fields. Decide who may create assets, check them out and review history.
- Expected result
- A role and data model for the pilot.
- Verify
- Compare sample spreadsheet columns with app fields.
- If it fails
- If serials are missing or duplicated, clean the source before import.
Sources: xCloud MCP documentation and connection profiles · xCloud agent capability boundaries · Snipe-IT backup and restore
Step 2 of 5
Confirm app hosting
- Where
- xCloud One-Click Apps catalog
- Permissions
- Authorized xCloud read access to the named team and site; the relevant app or provider owner supplies records outside xCloud.
- Inputs
- Snipe-IT template, Docker server, storage
- Action
- Confirm current template availability, persistent database/uploads and mail dependency for notices. Choose a stable HTTPS hostname.
- Expected result
- A compatible deployment plan.
- Verify
- Inspect server capacity and template form.
- If it fails
- If app storage is not covered by backups, revise before adding real inventory.
Sources: xCloud MCP documentation and connection profiles · xCloud agent capability boundaries · Snipe-IT backup and restore
Step 3 of 5
Deploy the Snipe-IT host
- Where
- xCloud dashboard → One-Click Apps
- Permissions
- Authorized xCloud site owner with dashboard rights for the exact setting, backup, staging or restore action and a reviewed target.
- Inputs
- Approved xCloud site, hostname and protected first-run administrator handoff
- Action
- Install via the supported dashboard path and record its first-run URL for the application administrator.
- Expected result
- A reachable Snipe-IT host ready for protected application setup.
- Verify
- Confirm the xCloud site and hostname match the approved deployment, then verify that the expected protected first-run page is reachable.
- If it fails
- If the hostname, certificate or first-run page is wrong, stop application setup and resolve the hosting or access issue before entering credentials.
Sources: xCloud One Click Apps catalog · xCloud agent capability boundaries
Step 4 of 5
Check out and return a sample
- Where
- Snipe-IT Assets
- Permissions
- Authorized Snipe It application administrator or delegated role with rights for this task; hosting access alone is insufficient.
- Inputs
- Dummy serial, custodian, due date
- Action
- Complete application administrator setup and create a limited asset-assignment user. Add one dummy asset, assign it to a test custodian, inspect checkout history, then check it back in.
- Expected result
- A full custody trail with dates and actors.
- Verify
- Compare audit entries to actual actions. In fresh application sessions, confirm the administrator can manage assets and the limited custodian cannot change global settings.
- If it fails
- If the limited custodian can change global settings, correct application permissions. If state or history is wrong, fix fields and workflow before bulk import.
Sources: Snipe-IT backup and restore · Snipe-IT asset management and custody · Snipe-IT user groups and permissions
Step 5 of 5
Plan import and recovery
- Where
- Source inventory, Snipe-IT backup, xCloud Backup
- Permissions
- Authorized xCloud team/site operator with the discovered write scope for this exact operation and owner approval for its target and interruption.
- Inputs
- CSV, attachments, database, owner
- Action
- Reconcile sample source serial to app record, then plan import checks. Confirm completed backup and app-level restore guidance before real data migration.
- Expected result
- A controlled next batch and recovery point.
- Verify
- Restore or export the dummy record in a safe test.
- If it fails
- If backup cannot recover attachments/history, do not import the production register.
Sources: Back up and restore Docker apps · Docker backup operations and storage constraints · Snipe-IT backup and restore
Maintenance
Review this task after app or template updates and at the cadence agreed with the owner. Record failures as dated observations rather than assuming host health proves service health.
xCloud agent capability boundaries · xCloud MCP documentation and connection profiles · Snipe-IT backup and restore · Snipe-IT asset management and custody · Snipe-IT user groups and permissions · Back up and restore Docker apps · Docker backup operations and storage constraints · xCloud One Click Apps catalog
Watch access changes, backup completion, free storage and external providers. Recheck integrations after credential, DNS, mail or source-data changes.
xCloud agent capability boundaries · xCloud MCP documentation and connection profiles · Snipe-IT backup and restore · Snipe-IT asset management and custody · Snipe-IT user groups and permissions · Back up and restore Docker apps · Docker backup operations and storage constraints · xCloud One Click Apps catalog
Recovery decisions
Before data recovery, identify incident time, completed backup, target and records created after the snapshot. Preserve current evidence and live data before replacement.
xCloud agent capability boundaries · xCloud MCP documentation and connection profiles · Snipe-IT backup and restore · Snipe-IT asset management and custody · Snipe-IT user groups and permissions · Back up and restore Docker apps · Docker backup operations and storage constraints · xCloud One Click Apps catalog
Use the documented dashboard or application recovery procedure with the authorized owner. Repeat the task-specific limited-user check; reconcile newer records before reopening writes.
xCloud agent capability boundaries · xCloud MCP documentation and connection profiles · Snipe-IT backup and restore · Snipe-IT asset management and custody · Snipe-IT user groups and permissions · Back up and restore Docker apps · Docker backup operations and storage constraints · xCloud One Click Apps catalog
AI handoff
Connect an authorized xCloud MCP profile and discover its exact tools and team scope. The packaged REST wrapper is GET-only; use dashboard or app controls for undocumented writes.
Supported scope
- Confirm requirements and inspect resources mcp · read
Discover the connected profile and operation schema first; only teams granted to the connection are visible.
Checkpoint: Confirm exact team, server and site identity. Use dashboard_url returned by the resource; do not invent a dashboard link.
Operation identifiers and scopes to discover
teams.index, servers.show, sites.show
Scopes: read:servers, read:sites
xCloud MCP documentation and connection profiles · xCloud agent capability boundaries
Copyable agent brief
Manual checkpoints
- Approve exact site, target, cost and any write or maintenance window after inspecting the proposed plan.
- An authorized Snipe It administrator must configure and test app users, content, integrations and business rules in the app.
- Native WordPress staging, backup schedule/settings, push/pull and all restores are dashboard-only; Docker restore is dashboard-only and replaces state.
- Reconcile data created after the chosen recovery point before any destructive restore.
Feature coverage
- assets decision, evidence and task action (covered): The procedure identifies the authorized task boundary and observable result. Define asset model Confirm app hosting Deploy the Snipe-IT host Check out and return a sample
- backup, ongoing operation and recovery (covered): Recovery and maintenance are checked in the task procedure. Check out and return a sample Plan import and recovery