New Your team’s decisions, in one playbook every coding agent works from. Never answer your agent twice

get_sprint_progress

[SUPPORT] Read-only: Return a SUMMARY of sprint items by status (pending/in_progress/done/failed) optionally filtered by version or item_group. Returns total, done, in_progress, pending, failed, percent_complete, and by_status (counts only — no per-item list; call get_sprint_items(status="pending...

SERVERMeridian SOURCE@meridianmcp/mcp
Low RISK CLASS
Category Read
Parameters 50 required
Recommended Allowedsee the rule below
Registry record Grade F, identity unverified Pull the record →

This record as markdown: /tools/io-github-ajc3xc-meridian/get-sprint-progress.md

What get_sprint_progress does on Meridian

AI agents call get_sprint_progress to retrieve information from Meridian without modifying anything. It is typically the context-gathering step in research, monitoring, and reporting workflows, before the agent takes action elsewhere.

ParameterTypeRequiredDescription
version string Filter to a specific sprint version bucket.
item_group string Filter to a specific item group.
project_id string
session_id string Optional: include board_change (items added since this session started).
project_name string Project name — an alternative to project_id; resolved to the id internally. project_id wins if both are given.

Parameters from the server's own tool schema.

Why get_sprint_progress is rated Low

This tool retrieves and queries sprint progress data without any side effects. It returns summary statistics (total, done, in_progress, pending, failed, percent_complete) and counts only, with no ability to create, modify, or delete data.

From the tool's definition Tool description explicitly states 'Read-only' and describes returning a SUMMARY of sprint items by status with counts and progress metrics. No modification, deletion, or execution capabilities are mentioned.

Risk signalsBulk/mass operation — affects multiple targets

Questions about get_sprint_progress

What does the get_sprint_progress tool do? +

[SUPPORT] Read-only: Return a SUMMARY of sprint items by status (pending/in_progress/done/failed) optionally filtered by version or item_group. Returns total, done, in_progress, pending, failed, percent_complete, and by_status (counts only — no per-item list; call get_sprint_items(status="pending") for the live item list). Useful to see how far through the sprint we are without listing all items. Pass session_id to also get a board_change field reporting items added since that session started (live-queue signal — call this between sprint items to pick up mid-run injections). It is categorised as a Read tool in the Meridian MCP Server, which means it retrieves data without modifying state.

What parameters does get_sprint_progress accept? +

get_sprint_progress accepts 5 parameters: version, item_group, project_id, session_id, project_name. The full parameter table on this page comes from the server's own tool schema.

How do I enforce a policy on get_sprint_progress? +

Register the Meridian MCP server in PolicyLayer and add a rule for get_sprint_progress: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches Meridian. Nothing to install.

What risk level is get_sprint_progress? +

get_sprint_progress is a Read tool with low risk. Read-only tools are generally safe to allow by default.

Can I rate-limit get_sprint_progress? +

Yes. Add a rate_limit block to the get_sprint_progress rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.

How do I block get_sprint_progress completely? +

Set action: deny in the PolicyLayer policy for get_sprint_progress. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.

What MCP server provides get_sprint_progress? +

get_sprint_progress is provided by the Meridian MCP server (@meridianmcp/mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

More on Meridian, and thousands of servers like it.

// THE MCP REGISTRY

PolicyLayer tracks 44,603 MCP servers and 515,000+ tools.

Every server has a live record: who publishes it, whether it answers without auth, its risk grade, every tool classified, the recommended policy. This page is one line of Meridian's. Pull the full record:

Teams ship this data inside their own products. See what a licence covers →

// GET IN TOUCH

Have a question or want to learn more? Send us a message.

Message sent.

We'll get back to you soon.