Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add WizTheAgent/IronMesh --skill ironmesh-peersgit clone --depth 1 https://github.com/WizTheAgent/IronMeshWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/wiztheagent/ironmesh/ironmesh-peers)<a href="https://agentmods.dev/skills/wiztheagent/ironmesh/ironmesh-peers"><img src="https://agentmods.dev/badge/skills/wiztheagent/ironmesh/ironmesh-peers/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/wiztheagent/ironmesh/ironmesh-peers"><img src="https://agentmods.dev/badge/skills/wiztheagent/ironmesh/ironmesh-peers.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector warn
SkillSpector: 1 finding, up to high
These are SkillSpector’s own severities. On a checked sample its high-severity flags on skills were ~96% false positives — a documented command, a public API, a “never do X” rule — so we show them as a caution to read, not a verdict. Why →
- high Supply Chain · line 27 Remote code is downloaded and executed. This bypasses code review and could introduce malicious code.Fix: Avoid downloading and executing remote scripts. Use trusted packages from PyPI/npm. If remote fetch is required, verify checksums and use HTTPS.
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00047 | $0.00768 |
| Opus 5 | $0.00023 | $0.00384 |
| Sonnet 5 | $0.00009 | $0.00154 |
| Haiku 4.5 | $0.00005 | $0.00077 |
Grade A, and why
ironmesh-peers scanned grade A with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 12d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
curl -sS "http://127.0.0.1:${IRONMESH_GUI_PORT}/api/mesh_stats?token=${IRONMESH_GUI_TOKEN}" \ How it starts
The opening of the file, as written. The whole thing — 64 lines — stays where its author put it; the contents beside it link to each section on GitHub.
IronMesh peer detail
Show every known peer with full metrics, including retry breakdown by reason and session rekey history. Useful for diagnosing a flaky peer.
When to use
- After
ironmesh-statusshows a peer offline or with a high retry count - When tracking down why bandwidth to a specific peer is low
- Before a rekey investigation — confirm
session_rekey_countis what you expect
How to run
: "${IRONMESH_GUI_PORT:=8766}"
: "${IRONMESH_GUI_TOKEN:?set IRONMESH_GUI_TOKEN}"
# Optional filter: first arg = peer name or node_id fragment
FILTER="${1:-}"
curl -sS "http://127.0.0.1:${IRONMESH_GUI_PORT}/api/mesh_stats?token=${IRONMESH_GUI_TOKEN}" \
| python3 -c '
import json, sys, datetime
d = json.load(sys.stdin)
flt = sys.argv[1] if len(sys.argv) > 1 else None
for p in d["peers"]:
if flt and flt not in (p["name"] or "") and flt not in p["node_id"]:
continue
print(f"--- {p[\"name\"] or p[\"node_id\"][:16]} ---")
print(f" node_id: {p[\"node_id\"]}")
print(f" status: {\"online\" if p[\"online\"] else \"offline\"}")
print(f" transport: {p[\"transport\"]}")
print(f" rtt_ms: {p[\"rtt_ms\"]}")
print(f" messages sent/recv: {p[\"messages_sent\"]}/{p[\"messages_received\"]}")
print(f" bytes sent/recv: {p[\"bytes_sent_total\"]}/{p[\"bytes_received_total\"]}")
print(f" retries_total: {p[\"retries_total\"]}")
if p["retries_by_reason"]:
for reason, count in sorted(p["retries_by_reason"].items(), key=lambda x: -x[1]):
print(f" {reason}: {count}")
print(f" session_rekeys: {p[\"session_rekey_count\"]}")
if p["last_seen"]:
ago = datetime.datetime.fromtimestamp(p["last_seen"]).strftime("%H:%M:%S")
print(f" last_seen: {ago}")
print()
' -- "$FILTER"
Common retry reasons
| Reason | Meaning | What to check |
|---|---|---|
direct_send_failed |
WS send raised before reaching peer | Peer WS session died; usually recovers via reconnect |
routed_send_failed |
Mesh relay next-hop was unreachable | Routing table stale; wait for next announce |
queued_offline |
Peer was offline → went to pending store | Normal; will flush when peer returns |
queue_full_dropped |
Pending store at cap, this msg was lower priority than all queued | Raise cap or drain the queue |
bandwidth_throttled |
Per-peer bytes/sec budget exhausted | Peer is being flooded; budget needs tuning |
rekey_failed |
Session key rotation errored | Check daemon log; session is still usable pre-rekey |
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 12d ago First seen · 64 lines · 47 tokens per session scan A 12911bf5c052
ironmesh-peers is a skill published in the GitHub repository WizTheAgent/IronMesh (22 stars, last pushed yesterday), licensed MIT. It adds 47 tokens to every session and 768 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
archestra-dev-investigate
Use when investigating Archestra bugs or incidents — staging issues, backend 50x errors, Drizzle failed queries, DB connection pressure, deploy regressions, or Kubernetes/runtime symptoms. Orientation only; defers the process to /investigate.
a2a-error-handling
Implement A2A error handling — JSON-RPC errors, A2A-specific error codes, task failure states, retry strategies, and graceful degradation. Use when building robust error handling in A2A agents.
code-interpreter
Test and prototype code in a sandboxed environment. Use for debugging, verifying logic, or installing packages.
code-agent
General-purpose coding agent that reads, writes, and edits code, and searches codebases.
k8s-incident-triage
Read-only Kubernetes incident triage using kubectl. Accepts natural language or structured input. Produces root-cause hypotheses, evidence, and next-step commands.
ak-test
Set up testing and debug common issues in Agent Kernel projects. This skill guides you through configuring the built-in test framework, writing agent tests, choosing test modes (score, llm, fallback), and troubleshooting common errors.