Install
$ agentstack add skill-ychampion-cskill-agents-concurrency-safe-tool-batching ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
SKILL: Concurrency-Safe Tool Batching
Domain: tool-orchestration Trigger: Use when one turn contains multiple tool calls and some are safe to run together while others mutate state or require exclusive execution. Source Pattern: Distilled from reviewed tool execution, streaming, persistence, and output-budget implementations.
Core Method
Partition the requested tool calls into successive batches where each batch is either a set of read-only calls that may run together or a single exclusive call that must run alone. Decide concurrency safety from each tool’s declared behavior and validated inputs, not from naming conventions. Execute safe batches in parallel, then apply any shared-context updates only after the whole batch completes. Run mutating or stateful tools one at a time so ordering and side effects remain deterministic.
Key Rules
- Treat a tool as concurrency-safe only after validating its input and checking its declared safety rules; if anything is ambiguous, fall back to serial execution.
- Append queued context modifiers from concurrent batches after they finish so the shared tool use context stays consistent before the next batch.
- Always reorder only read-only batches; non-read-only batches must run on their own and update context inline so ordering and side effects remain deterministic.
Example Application
When building a CLI tool runner, first group together safe read-only lookups like file reads or searches, run that group in parallel, then execute any edit, write, or stateful shell step on its own. This gives you parallelism where it is safe without letting mutating tools race each other.
Anti-Patterns (What NOT to do)
- Assume all tools are concurrency-safe and run them in parallel, which can break stateful tools like shell edits.
- Drop queued context modifiers from concurrent batches and let subsequent batches run on stale context, leading to permission and session problems.
- Merge tool use results out of order when non-read-only tools follow concurrent batches, which breaks user expectations about sequential effects.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: ychampion
- Source: ychampion/cskill-agents
- License: MIT
- Homepage: https://x.com/YashasGunderia/status/2039990540016693692?s=20
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.