mcp-connector-tester
Skill0 starsChanged 3 months agoMITView on GitHub
Test and document MCP (Model Context Protocol) connectors. Use when users request to test, explore, demonstrate, or document an MCP connector's capabilities, authentication setup, or features. Apply automatically when the request matches; the user does not need to mention this skill.
In this repository76 other files it gives its agents.
- app-store-submission-packagerSkill
- digital-product-inventorSkill
- ios-testflight-github-actionsSkill
- meta-ads-analyzerSkill
- get-to-know-a-clientSkill
- investigate-before-recommendSkill
- production-system-auditSkill
- similarweb-analyticsSkill
- stock-analysisSkill
- system-architectSkill
- autonomous-github-syncSkill
- autonomous-sync-scriptSkill
- github-gem-seekerSkill
- organize-github-reposSkill
- using-git-worktreesSkill
- brainstorm-logosSkill
- brand-driven-ux-overhaulSkill
- canvas-designSkill
- excel-generatorSkill
- frontend-designSkill
- inspirational-music-video-productionSkill
- theme-factorySkill
- video-generatorSkill
- multiplayer-game-builderSkill
- promo-code-systemSkill
- realistic-ai-persona-builderSkill
- role-based-access-controlSkill
- serverless-debuggingSkill
- vertical-expansion-blueprintSkill
- manus-mcp-configuratorSkill
- mcp-auto-recoverySkill
- mcp-builderSkill
- mcp-ecosystem-optimizerSkill
- voice-ai-integrationSkill
- api-endpoint-builderSkill
- database-schema-generatorSkill
- testing-frameworkSkill
- deployment-automationSkill
- error-monitoring-setupSkill
- github-workflow-automationSkill
- analytics-dashboardSkill
- email-system-builderSkill
- feature-flag-systemSkill
- user-authentication-systemSkill
- cron-job-schedulerSkill
- file-upload-systemSkill
- notification-systemSkill
- payment-integrationSkill
- search-implementationSkill
- debug-mining-engineSkill
- doc-coauthoringSkill
- docxSkill
- internet-skill-finderSkill
- pdfSkill
- pptxSkill
- project-handoff-ingestionSkill
- serverless-debuggingSkill
- skill-arsenal-builderSkill
- skill-creatorSkill
- skill-demo-builderSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
27 rules. About 0 are common, 26 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈26
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 9
Test and document MCP (Model Context Protocol) connectors.
- Distinctive: line 15
Use this skill when the request matches its description.
- Distinctive: line 19
Test and document MCP connectors systematically by exploring capabilities, verifying authentication, demonstrating features, and creating …
- Distinctive: line 23
Use this skill when the user wants to:
- Distinctive: line 24
Test an MCP connector to see if it works
- Distinctive: line 27
Create documentation for an MCP connector
- Distinctive: line 33
Follow this systematic approach for testing any MCP connector:
- Distinctive: line 85
Create/modify operations (if safe to test)
- Distinctive: line 96
Avoid destructive operations (delete, drop, destroy) unless explicitly requested
- Distinctive: line 97
Use read-only operations when possible
- Distinctive: line 99
Test on non-production resources when available
- Distinctive: line 132
Use clear section headings
- Distinctive: line 135
Add real examples from testing
- Distinctive: line 136
Keep explanations concise but complete
- Distinctive: line 140
When authentication is required, guide users through the configuration process:
- Distinctive: line 152
Troubleshoot: if verification fails
- Very specific: line 168
Use the templates in the templates/ directory for consistent documentation:
- Distinctive: line 179
Start with tool listing to understand scope
- Distinctive: line 184
Always check auth status first
- Distinctive: line 185
Document credential types clearly
- Distinctive: line 190
Test read-only operations first
- Distinctive: line 191
Use real data when available (with permission)
- Distinctive: line 196
Write for users who are new to the connector
- Distinctive: line 199
Keep language clear and concise
- Distinctive: line 203
Avoid operations that incur costs without confirmation
- Distinctive: line 204
Test on non-production resources when possible
- Distinctive: line 224
Create new projects/resources
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Overview
Test and document MCP (Model Context Protocol) connectors. Use when users request to test, explore, demonstrate, or document an MCP connector's capabilities, authentication setup, or features. Apply automatically when the request matches; the user does not need to mention this skill.
This skill should apply automatically when the request matches; the user does not need to mention this skill.
Usage
Use this skill when the request matches its description. The skill is discovered automatically; the user does not need to mention the skill explicitly.
MCP Connector Tester
Test and document MCP connectors systematically by exploring capabilities, verifying authentication, demonstrating features, and creating comprehensive documentation.
When to Use
Use this skill when the user wants to:
- Test an MCP connector to see if it works
- Explore what an MCP connector can do
- Demonstrate features of an MCP connector
- Create documentation for an MCP connector
- Troubleshoot MCP connector authentication issues
- Show examples of using an MCP connector
Testing Workflow
Follow this systematic approach for testing any MCP connector:
Phase 1: Explore Capabilities
List available tools:
manus-mcp-cli tool list --server <server_name>This returns a summary of all tools with descriptions. The detailed tool information is saved to a file in ~/.mcp/tool-lists/.
Key information to extract:
- Total number of tools available
- Tool categories (group by functionality)
- Required vs optional parameters for each tool
- Authentication requirements mentioned in descriptions
Save findings to a text file for reference throughout testing.
Phase 2: Test Authentication
Check authentication status:
manus-mcp-cli auth status --server <server_name>Common authentication patterns:
- OAuth-based: Requires
manus-mcp-cli auth login --server <server_name> - API Key/Token: Requires configuration in MCP server settings
- No auth: STDIO servers that work immediately
Test connection with a simple tool:
manus-mcp-cli tool call <simple_tool_name> --server <server_name> --input '{}'Choose the simplest tool (usually a "list" or "get" operation) for initial testing.
Common authentication errors:
| Error Message | Cause | Solution |
| "Unauthorized" | Missing or invalid credentials | Configure API key/token in MCP settings |
| "JWT could not be decoded" | Wrong token type | Verify using correct credential type |
| "OAuth required" | Need to authenticate | Run auth login command |
| Connection timeout | Network or server issue | Check connectivity and server status |
Phase 3: Demonstrate Features
Select representative tools from different categories to demonstrate:
- Basic operations (list, get, search)
- Create/modify operations (if safe to test)
- Advanced features (specific to the connector)
For each demonstration:
- Explain what the tool does
- Show the command with parameters
- Execute and capture results
- Explain the output
- Save interesting results to files
Safety considerations:
- Avoid destructive operations (delete, drop, destroy) unless explicitly requested
- Use read-only operations when possible
- Warn before operations that incur costs
- Test on non-production resources when available
Phase 4: Create Documentation
Generate comprehensive documentation covering:
- Overview Section
- Connector purpose and use cases
- Total number of tools
- Main capability categories
- Capabilities Section
- Organize tools by category
- Describe what each category enables
- Highlight unique or powerful features
- Authentication Setup
- Required credentials and where to get them
- Step-by-step configuration instructions
- Common authentication issues and solutions
- Credential types and their purposes
- Example Operations
- Real examples with sample input/output
- Common use cases
- Best practices
- Troubleshooting Guide
- Common errors and solutions
- Configuration verification steps
- Support resources
Documentation format:
- Use clear section headings
- Include code blocks for commands
- Provide tables for comparisons
- Add real examples from testing
- Keep explanations concise but complete
Authentication Configuration Guidance
When authentication is required, guide users through the configuration process:
For API Key/Token Authentication
- Identify the credential type from error messages or documentation
- Show where to obtain credentials (usually a dashboard or settings page)
- Navigate to the credential page using browser tools if helpful
- Document the configuration process:
- Where to input the credential in Manus
- Environment variable names (if applicable)
- Configuration file locations (if applicable)
- Verify configuration by testing a simple operation
- Troubleshoot if verification fails
For OAuth Authentication
- Initiate OAuth flow:
manus-mcp-cli auth login --server <server_name> - Follow the authentication prompts
- Verify successful authentication:
manus-mcp-cli auth status --server <server_name>
Documentation Templates
Use the templates in the templates/ directory for consistent documentation:
connector_overview.md- Main documentation structureauthentication_guide.md- Authentication setup instructionstroubleshooting_guide.md- Common issues and solutions
Customize these templates for each connector based on testing results.
Best Practices
Exploration:
- Start with tool listing to understand scope
- Group tools by functionality for clarity
- Identify the simplest tool for initial testing
Authentication:
- Always check auth status first
- Document credential types clearly
- Distinguish between different credential purposes
- Provide visual guides when helpful
Testing:
- Test read-only operations first
- Use real data when available (with permission)
- Save interesting results for documentation
- Note any unexpected behavior
Documentation:
- Write for users who are new to the connector
- Include real examples from testing
- Provide troubleshooting for common issues
- Keep language clear and concise
Safety:
- Warn before destructive operations
- Avoid operations that incur costs without confirmation
- Test on non-production resources when possible
- Respect user data and privacy
Output Deliverables
Provide users with:
- Capabilities overview document - Summary of what the connector can do
- Authentication guide - Step-by-step setup instructions
- Example demonstrations - Real operations with results
- Troubleshooting guide - Common issues and solutions
- Complete reference - Comprehensive documentation combining all above
Save all documentation as Markdown files and deliver as attachments.
Common MCP Connector Patterns
Project/Resource Management:
- List projects/resources
- Get details about specific items
- Create new projects/resources
- Update configurations
- Delete/archive items
Data Operations:
- Query/search data
- Execute operations (SQL, API calls)
- Import/export data
- Transform data
Monitoring & Logs:
- Get logs or events
- Check status/health
- Get metrics or analytics
Configuration:
- List settings
- Update configurations
- Manage credentials/keys
Development Tools:
- Deploy code/functions
- Run tests
- Generate types/schemas
- Manage versions
Identify which patterns apply to the connector being tested and organize documentation accordingly.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

