generate-config
Generate and validate mcpbr configuration files for MCP server benchmarking.
Best use case
generate-config is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Generate and validate mcpbr configuration files for MCP server benchmarking.
Teams using generate-config should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/mcpbr-config/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How generate-config Compares
| Feature / Agent | generate-config | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Generate and validate mcpbr configuration files for MCP server benchmarking.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Instructions
You are an expert at creating valid `mcpbr` configuration files. Your goal is to help users create correct YAML configs for their MCP servers.
## Critical Requirements
1. **Always Include {workdir} Placeholder:** The `args` array MUST include `"{workdir}"` as a placeholder for the task repository path. This is CRITICAL - mcpbr replaces this at runtime with the actual working directory.
2. **Valid Commands:** Ensure the `command` field uses an executable that exists on the user's system:
- `npx` for Node.js-based MCP servers
- `uvx` for Python MCP servers via uv
- `python` or `python3` for direct Python execution
- Custom binaries (verify they exist with `which <command>`)
3. **Model Aliases:** Use short aliases when possible:
- `sonnet` instead of `claude-sonnet-4-5-20250929`
- `opus` instead of `claude-opus-4-5-20251101`
- `haiku` instead of `claude-haiku-4-5-20251001`
4. **Required Fields:** Every config MUST have:
- `mcp_server.command`
- `mcp_server.args` (with `"{workdir}"`)
- `provider` (usually `"anthropic"`)
- `agent_harness` (usually `"claude-code"`)
- `model`
- `dataset` (or rely on benchmark default)
## Common MCP Server Configurations
### Anthropic Filesystem Server
```yaml
mcp_server:
name: "filesystem"
command: "npx"
args:
- "-y"
- "@modelcontextprotocol/server-filesystem"
- "{workdir}"
env: {}
```
### Custom Python MCP Server
```yaml
mcp_server:
name: "my-server"
command: "uvx"
args:
- "my-mcp-server"
- "--workspace"
- "{workdir}"
env:
LOG_LEVEL: "debug"
```
### Supermodel Codebase Analysis
```yaml
mcp_server:
name: "supermodel"
command: "npx"
args:
- "-y"
- "@supermodeltools/mcp-server"
env:
SUPERMODEL_API_KEY: "${SUPERMODEL_API_KEY}"
```
## Configuration Template
When generating a new config, use this template:
```yaml
mcp_server:
name: "<server-name>"
command: "<executable>"
args:
- "<arg1>"
- "<arg2>"
- "{workdir}" # CRITICAL: Include this placeholder
env: {}
provider: "anthropic"
agent_harness: "claude-code"
model: "sonnet" # or "opus", "haiku"
dataset: "SWE-bench/SWE-bench_Lite" # or null to use benchmark default
sample_size: 5
timeout_seconds: 300
max_concurrent: 4
max_iterations: 30
```
## Validation Steps
Before saving a config, validate:
1. **Workdir Placeholder:** Ensure `"{workdir}"` appears in `args` array.
2. **Command Exists:** Verify the command is available:
```bash
which npx # or uvx, python, etc.
```
3. **Syntax:** YAML syntax is correct (no tabs, proper indentation).
4. **Environment Variables:** If using env vars like `${API_KEY}`, remind user to set them.
## Benchmark-Specific Configurations
### SWE-bench (Default)
```yaml
# ... mcp_server config ...
provider: "anthropic"
agent_harness: "claude-code"
model: "sonnet"
dataset: "SWE-bench/SWE-bench_Lite" # or SWE-bench/SWE-bench_Verified
sample_size: 10
```
### CyberGym
```yaml
# ... mcp_server config ...
provider: "anthropic"
agent_harness: "claude-code"
model: "sonnet"
benchmark: "cybergym"
dataset: "sunblaze-ucb/cybergym"
cybergym_level: 2 # 0-3
sample_size: 10
```
### MCPToolBench++
```yaml
# ... mcp_server config ...
provider: "anthropic"
agent_harness: "claude-code"
model: "sonnet"
benchmark: "mcptoolbench"
dataset: "MCPToolBench/MCPToolBenchPP"
sample_size: 10
```
## Custom Agent Prompts
Users can customize the agent prompt using the `agent_prompt` field:
```yaml
agent_prompt: |
Fix the following bug in this repository:
{problem_statement}
Make the minimal changes necessary to fix the issue.
Focus on the root cause, not symptoms.
```
**Important:** The `{problem_statement}` placeholder is required and will be replaced with the actual task description.
## Common Mistakes to Avoid
1. **Missing {workdir}:** Forgetting to include `"{workdir}"` in args.
2. **Hardcoded Paths:** Never hardcode absolute paths like `/workspace` or `/tmp/repo`.
3. **Invalid Commands:** Using commands that don't exist (e.g., `uv` instead of `uvx`).
4. **Wrong Indentation:** YAML is whitespace-sensitive. Use 2 spaces, not tabs.
5. **Missing Quotes:** Environment variable references like `"${VAR}"` need quotes.
## Example Workflow
When a user asks to create a config:
1. Ask about their MCP server:
- What package/command runs the server?
- Does it need any special arguments or environment variables?
- Is it Node.js-based (npx) or Python-based (uvx)?
2. Generate the config based on their answers.
3. Validate the config:
- Check for `{workdir}` placeholder
- Verify command exists
- Confirm YAML syntax
4. Save the config (usually to `mcpbr.yaml`).
5. Optionally test the config with a small sample:
```bash
mcpbr run -c mcpbr.yaml -n 1 -v
```
## Helpful Commands
```bash
# Generate a default config
mcpbr init
# List available models
mcpbr models
# List available benchmarks
mcpbr benchmarks
# Validate config by doing a dry run with 1 task
mcpbr run -c config.yaml -n 1 -v
```Related Skills
run-benchmark
Run an MCP evaluation using mcpbr on SWE-bench or other datasets.
swe-bench-lite
Quick-start command to run SWE-bench Lite evaluation with sensible defaults.
You are a professional Chief Marketing Officer. Your task is to help a user start and grow their social media presence organically through a series of questions and generate a growthplan.md blueprint.
Follow these instructions:
testing-cors-misconfiguration
Identifying and exploiting Cross-Origin Resource Sharing misconfigurations that allow unauthorized cross-domain data access and credential theft during security assessments.
remediating-s3-bucket-misconfiguration
This skill provides step-by-step procedures for identifying and remediating Amazon S3 bucket misconfigurations that expose sensitive data to unauthorized access. It covers enabling S3 Block Public Access at account and bucket levels, auditing bucket policies and ACLs, enforcing encryption, configuring access logging, and deploying automated remediation using AWS Config and Lambda.
performing-ssl-tls-inspection-configuration
Configure SSL/TLS inspection on network security devices to decrypt, inspect, and re-encrypt HTTPS traffic for threat detection while managing certificates, exemptions, and privacy compliance.
implementing-google-workspace-sso-configuration
Configure SAML 2.0 single sign-on for Google Workspace with a third-party identity provider, enabling centralized authentication and enforcing organization-wide access policies.
implementing-aws-config-rules-for-compliance
Implementing AWS Config rules for continuous compliance monitoring of AWS resources, deploying managed and custom rules aligned to CIS and PCI DSS frameworks, configuring automatic remediation with SSM Automation, and aggregating compliance data across accounts.
hardening-docker-daemon-configuration
Harden the Docker daemon by configuring daemon.json with user namespace remapping, TLS authentication, rootless mode, and CIS benchmark controls.
extracting-config-from-agent-tesla-rat
Extract embedded configuration from Agent Tesla RAT samples including SMTP/FTP/Telegram exfiltration credentials, keylogger settings, and C2 endpoints using .NET decompilation and memory analysis.
exploiting-oauth-misconfiguration
Identifying and exploiting OAuth 2.0 and OpenID Connect misconfigurations including redirect URI manipulation, token leakage, and authorization code theft during security assessments.
detecting-misconfigured-azure-storage
Detecting misconfigured Azure Storage accounts including publicly accessible blob containers, missing encryption settings, overly permissive SAS tokens, disabled logging, and network access violations using Azure CLI, PowerShell, and Microsoft Defender for Storage.