spondyr-automation
by ComposioHQspondyr-automation helps agents automate Spondyr via Composio Rube MCP by searching current tool schemas, checking the Spondyr connection, and executing workflow tasks.
This skill scores 64/100, which means it is acceptable for directory listing but should be presented as a lightweight connector-oriented skill rather than a rich Spondyr workflow pack. Directory users get enough evidence to understand that it enables Spondyr automation through Rube MCP and how to authenticate/discover tools, but they should not expect detailed Spondyr-specific playbooks or bundled implementation assets.
- Valid frontmatter clearly declares the `spondyr-automation` skill and its dependency on the `rube` MCP server, making the basic trigger and runtime requirement understandable.
- The prerequisites and setup sections give concrete connection steps: add `https://rube.app/mcp`, verify `RUBE_SEARCH_TOOLS`, use `RUBE_MANAGE_CONNECTIONS` with toolkit `spondyr`, and confirm ACTIVE status.
- The workflow pattern repeatedly instructs agents to call `RUBE_SEARCH_TOOLS` first for current schemas, which reduces stale-tool guesswork when using Composio/Rube.
- The skill is mostly a generic Rube MCP wrapper: it tells agents to discover Spondyr tools dynamically but does not document specific Spondyr operations, common tasks, or example end-to-end automations.
- No support files, install command, references, scripts, or local examples are included beyond the SKILL.md and the external toolkit docs link.
Overview of spondyr-automation skill
What spondyr-automation does
spondyr-automation is a Claude skill for automating Spondyr operations through Composio’s Rube MCP server. Its main value is not a fixed set of hardcoded Spondyr actions; it teaches the agent to discover the current Composio Spondyr tool schemas first, verify the Spondyr connection, and then execute the requested workflow with the right tool inputs.
This makes the spondyr-automation skill useful when you want an agent to work against live Spondyr capabilities without guessing outdated API fields.
Best-fit users and jobs
Use spondyr-automation if you already use Spondyr and want Claude or another compatible skill runner to perform operational tasks through Rube MCP. It is best for users who need repeatable workflow automation, connection-aware tool execution, and schema-driven calls rather than manual copy-paste work.
It is a poor fit if you only need a conceptual Spondyr explanation, do not have Rube MCP available, or cannot authorize a Spondyr connection through Composio.
Key differentiator: search tools before action
The most important instruction in this skill is to call RUBE_SEARCH_TOOLS before executing Spondyr work. That matters because tool names, required fields, and recommended execution plans can change. A generic prompt might invent parameters; this skill pushes the agent to retrieve current schemas, inspect pitfalls, and then call the correct Rube tool.
Adoption requirements to check first
Before installing, confirm that your client supports MCP tools, that you can add https://rube.app/mcp as an MCP server, and that RUBE_SEARCH_TOOLS and RUBE_MANAGE_CONNECTIONS are available. You also need an active Spondyr connection for toolkit spondyr; otherwise the first practical task will stop at authorization.
How to Use spondyr-automation skill
spondyr-automation install and MCP setup
Install the skill from the Composio skills repository:
npx skills add ComposioHQ/awesome-claude-skills --skill spondyr-automation
Then add Rube MCP in your client configuration using:
https://rube.app/mcp
The upstream skill does not include helper scripts or extra reference files, so SKILL.md is the file to inspect first. The critical setup path is: confirm RUBE_SEARCH_TOOLS responds, call RUBE_MANAGE_CONNECTIONS for toolkit spondyr, complete any returned authorization link, and verify the connection status is ACTIVE.
Inputs the skill needs from you
For reliable spondyr-automation usage, give the agent the business goal, the Spondyr object or process involved, any identifiers you already know, constraints on writes or notifications, and your desired output format.
Weak prompt: “Do the Spondyr update.”
Stronger prompt: “Use spondyr-automation to find the current Spondyr tools, confirm my spondyr connection is active, then update the specified Spondyr record only if the schema supports the fields I provide. Before making changes, summarize the tool you plan to call, required inputs, and any missing fields.”
This works better because it forces discovery, connection checking, schema validation, and a pre-execution checkpoint.
Practical workflow for live tasks
A good spondyr-automation guide follows this sequence:
- Ask the agent to call
RUBE_SEARCH_TOOLSfor your exact Spondyr use case. - Review the returned tool slugs, schemas, execution plan, and pitfalls.
- Ask it to call
RUBE_MANAGE_CONNECTIONSwithtoolkits: ["spondyr"]. - If inactive, complete the auth link and retry.
- Have the agent map your task inputs to the discovered schema.
- Execute only after required fields and side effects are clear.
For write-heavy workflows, add a confirmation step before execution. For read-only workflows, ask the agent to return the raw tool assumptions and a concise result summary.
Repository files to read first
The repository path is composio-skills/spondyr-automation, and the main file is SKILL.md. There are no visible support folders such as rules/, resources/, references/, or scripts/ in the provided tree, so do not expect a large playbook. Read SKILL.md for the MCP requirement, connection flow, and the core discovery-first pattern.
spondyr-automation skill FAQ
Is spondyr-automation only for Claude?
The skill is written for a Claude skills-style workflow, but its operational dependency is Rube MCP. If your environment can install the skill and expose Rube MCP tools such as RUBE_SEARCH_TOOLS and RUBE_MANAGE_CONNECTIONS, the same usage pattern applies.
Why not just prompt the agent to use Spondyr?
A normal prompt may skip schema discovery, assume fields, or try to act before the connection is active. The spondyr-automation skill gives the agent a safer default: search current tools first, check the Composio Spondyr connection, then execute using the discovered schema.
Is this beginner-friendly?
It is beginner-friendly for users comfortable with MCP setup and OAuth-style connection flows. It is not a one-click Spondyr assistant. You should be ready to add the Rube MCP endpoint, authorize the Spondyr toolkit, and read returned tool schemas when something is missing.
When should I not use this skill?
Do not use it for unsupported Spondyr tasks, unauthenticated environments, or workflows where you cannot allow an AI agent to inspect or modify Spondyr data. If your process requires strict approval gates, use the skill only with explicit preview-and-confirm instructions.
How to Improve spondyr-automation skill
Make spondyr-automation prompts schema-aware
The best improvement is better task framing. Include known record IDs, date ranges, user or account context, fields to update, fields that must not change, and whether the agent may execute writes. Ask it to quote the discovered required fields before calling the final tool. This reduces failed calls and prevents silent assumptions.
Add guardrails for risky automation
For production Spondyr workflows, require the agent to separate discovery, planning, and execution. A useful instruction is: “Do not perform a write action until you have shown the selected Rube tool, required schema fields, planned input payload, and expected side effects.” This keeps spondyr-automation for Workflow Automation practical without turning it into uncontrolled execution.
Common failure modes to prevent
The main failures are inactive connections, skipped RUBE_SEARCH_TOOLS, missing required fields, and ambiguous user goals. If a task fails, ask the agent to rerun tool discovery with a more specific use case, inspect the returned pitfalls, and identify exactly which input is missing rather than trying another guessed call.
Iterate after the first output
After the first run, refine the prompt with what the tool actually returned. If the result is too broad, add filters. If the tool requires unexpected fields, provide them explicitly. If the execution plan shows multiple possible tools, ask the agent to compare them by side effect, required inputs, and fit before choosing. This iteration is where the spondyr-automation skill becomes more reliable than a one-shot prompt.
