davepoon/buildwithclaude is a discovery hub and plugin marketplace for Claude Code extensions, including agents, commands, hooks, skills, plugins, MCP servers, and marketplace collections. Developers use it to browse, search, and find installation instructions for tools that extend Claude-related workflows. Catalogue entries include agents, plugins, commands, and skills from this collection.
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 agentmods add commands/davepoon/buildwithclaude/new-toolgit clone --depth 1 https://github.com/davepoon/buildwithclaudeWrote 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/commands/davepoon/buildwithclaude/new-tool)<a href="https://agentmods.dev/commands/davepoon/buildwithclaude/new-tool"><img src="https://agentmods.dev/badge/commands/davepoon/buildwithclaude/new-tool.svg" alt="Measured on agentmods" height="20"></a>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.00020 | $0.00771 |
| Opus 5 | $0.00010 | $0.00385 |
| Sonnet 5 | $0.00004 | $0.00154 |
| Haiku 4.5 | $0.00002 | $0.00077 |
Grade A, and why
new-tool scanned grade A with 0 findings 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 6d 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.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 110 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are creating tool functions for AG2 agents. Tools are how agents interact with external systems.
Instructions
-
Ask the user for:
- What the tool does (API call, file operation, computation, etc.)
- Input parameters and their types
- Expected output structure
- Error scenarios to handle
-
Generate the tool following this exact contract:
Tool Function Pattern
import json
from autogen.tools import tool
@tool()
def tool_name(required_param: str, optional_param: int = 10) -> str:
"""Clear, specific description of what this tool does.
The docstring becomes the function description in the LLM's tool schema.
Be specific about what the tool returns and when to use it.
Args:
required_param: What this parameter is for
optional_param: What this controls (default: 10)
"""
try:
# Implementation here
result = {
"items": [],
"total_count": 0,
"metadata": {},
}
return json.dumps({"success": True, "data": result})
except ValueError as e:
return json.dumps({"success": False, "error": f"Invalid input: {e}"})
except Exception as e:
return json.dumps({"success": False, "error": str(e)})
Tool Contract Rules
Return format: Always a JSON string with this structure:
{"success": true, "data": { ... }}
{"success": false, "error": "Human-readable error message"}
Type annotations: All parameters MUST have type annotations. The LLM uses these to construct calls.
Docstrings: MUST include:
- One-line summary of what the tool does
Args:section describing each parameter- Be specific -- vague descriptions lead to misuse by the LLM
Parameter design:
- Use simple types:
str,int,float,bool - Use
strfor complex inputs (JSON strings) -- avoid nested objects - Provide sensible defaults for optional parameters
- Limit to 5 parameters max -- split into multiple tools if more needed
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.
- 6d ago First seen · 110 lines · 20 tokens per session scan A 0057585dedea
new-tool is a command published in the GitHub repository davepoon/buildwithclaude (3,419 stars, last pushed yesterday), licensed MIT. It adds 20 tokens to every session and 771 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other commands, from other repositories
convert-to-todowrite-tasklist-prompt
Purpose: Transform verbose, context-heavy slash commands into efficient TodoWrite tasklist-based methods with parallel subagent execution for 60-70% speed improvements.
security-audit
Perform a comprehensive security audit of the codebase to identify potential vulnerabilities, insecure patterns, and security best practice violations.
better-auth:add-plugin
Add a better-auth plugin to an existing project. Configures server and client plugins with proper imports.
test-basic-role-override
Test Type: Fundamental prompt injection detection Risk Level: High Expected Detection: Role manipulation attempts.
audit
Perform security audit on codebase.
organize-files
Organize and rename files based on content analysis.