par5-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PAR5_AGENT_ARGS | No | Additional arguments passed to all agents | |
| PAR5_BATCH_SIZE | No | Number of parallel processes per batch | 10 |
| PAR5_CODEX_ARGS | No | Additional arguments passed to Codex CLI | |
| PAR5_CLAUDE_ARGS | No | Additional arguments passed to Claude CLI | |
| PAR5_GEMINI_ARGS | No | Additional arguments passed to Gemini CLI | |
| PAR5_DISABLE_CODEX | No | Set to any value to disable the Codex agent | |
| PAR5_DISABLE_CLAUDE | No | Set to any value to disable the Claude agent | |
| PAR5_DISABLE_GEMINI | No | Set to any value to disable the Gemini agent |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| create_listA | Creates a named list of items for parallel processing. Use this tool when you need to perform the same operation across multiple files, URLs, or any collection of items. WHEN TO USE:
WORKFLOW:
EXAMPLE: To process files ["src/a.ts", "src/b.ts", "src/c.ts"], first create a list, then use run_shell_across_list or run_agent_across_list with the returned id. |
| create_list_from_shellA | Creates a list by running a shell command and parsing its newline-delimited output. WHEN TO USE:
EXAMPLES:
WORKFLOW:
|
| get_listA | Retrieves the items in an existing list by its ID. WHEN TO USE:
|
| update_listA | Updates an existing list by replacing its items with a new array. WHEN TO USE:
|
| delete_listA | Deletes an existing list by its ID. WHEN TO USE:
|
| list_all_listsA | Lists all existing lists and their item counts. WHEN TO USE:
|
| run_shell_across_listA | Executes a shell command for each item in a previously created list. Commands run in batches of 10 parallel processes, with stdout and stderr streamed to separate files. WHEN TO USE:
HOW IT WORKS:
AFTER COMPLETION:
VARIABLE SUBSTITUTION:
|
| run_agent_across_listA | Spawns an AI coding agent for each item in a previously created list. Agents run in batches of 10 parallel processes with automatic permission skipping enabled. WHEN TO USE:
AVAILABLE AGENTS:
HOW IT WORKS:
AFTER COMPLETION:
VARIABLE SUBSTITUTION:
|
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 8 tools
Most tools are clearly distinct, but create_list and create_list_from_shell both create lists, which could cause minor confusion. However, the descriptions clearly differentiate manual entry vs. shell-command output, and all other tools (get/update/delete/list/runners) have unique purposes.
Tool names generally follow a verb_noun pattern (create_list, get_list, update_list, delete_list). Minor deviations include list_all_lists (repetitive) and run_shell_across_list/run_agent_across_list using a different prepositional style, but overall the convention is consistent.
Eight tools is well-scoped for a list-management and parallel-execution server: full CRUD for lists, two creation methods, and two execution modes. No redundancy or bloat.
The server covers the complete lifecycle: create lists from arrays or shell output, retrieve, update, delete, list all, and execute either shell commands or AI agents across list items. There are no obvious missing operations for the stated purpose.