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/appliedir/sift-mcp/welcomegit clone --depth 1 https://github.com/AppliedIR/sift-mcpWrote 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/appliedir/sift-mcp/welcome)<a href="https://agentmods.dev/commands/appliedir/sift-mcp/welcome"><img src="https://agentmods.dev/badge/commands/appliedir/sift-mcp/welcome.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 | $0.00012 | $0.01562 |
| Opus 5 | $0.00006 | $0.00781 |
| Sonnet 5 | $0.00002 | $0.00312 |
| Haiku 4.5 | $0.00001 | $0.00156 |
Grade B, and why
welcome scanned grade B 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 4d 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.
Reads agent configuration directoriesmediumAgent snooping
.claude/, .codex/, .gemini/ hold keys, settings and other credentials a mod has no legitimate need for.
Read settings.json (both `~/.claude/settings.json` and project How it starts
The opening of the file, as written. The whole thing — 206 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/welcome — Post-Install Verification and Onboarding
Follow these phases in order. Report results as you go. Stop on failure.
Phase 1: Your Arsenal
Step 1: Backend Inventory
Run vhir setup test via Bash. If vhir is not in PATH (common on
fresh installs before shell restart), use ~/.vhir/venv/bin/vhir
instead. Do NOT warn about PATH — the installer already told the user
to restart their shell.
It hits the gateway /health endpoint and returns per-backend status
with tool counts. Report the results.
If the gateway is not responding, stop immediately:
"Gateway not reachable. Check: vhir service status"
Step 2: Forensic Capabilities
Call list_available_tools on sift-mcp. Do NOT display the raw tool list.
Summarize as a single line with count and categories:
Forensic tools: N available (memory, filesystem, registry, timeline, network, imaging)
Only mention tools that are MISSING from expected categories. Do not list individual tools unless they are absent. Do NOT show install commands for missing tools — missing tools are a SIFT distribution issue, not a Valhuntir problem.
Zimmerman tools that only run on Windows (PECmd, SrumECmd) are not expected on Linux. Do not flag them as missing. If the examiner needs prefetch or SRUM parsing, mention WinTools MCP as the solution.
Step 3: Knowledge and Baselines
Call get_stats on forensic-rag and get_health on windows-triage:
Knowledge base: N records across M sources
Triage baselines: known_good.db (X entries), context.db (Y entries)
Step 4: Report Profiles
Call list_profiles on report-mcp. List profiles with descriptions
as returned by the tool.
Phase 2: How to Work
Step 5: The Interaction Model
Explain:
Valhuntir is conversation driven. Ask Claude to do anything:
- "Create a case called incident-001"
- "Register this evidence file"
- "Run volatility on this memory dump"
- "What artifacts indicate credential dumping?"
- "Generate an executive report"
Claude handles almost everything through MCP tools. No need to
memorize lots of commands or tool names.
The only CLI-only operations:
vhir approve Approve findings (HMAC-signed with your password)
vhir reject Reject findings with reason
vhir exec Run forensic command with TTY confirmation
vhir config --setup-password Set your approval password
vhir config --reset-password Change your approval password
These require YOUR terminal confirmation. By design, Claude cannot
approve its own findings or manage your password.
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.
- 4d ago First seen · 206 lines · 12 tokens per session scan B 238454f73863
welcome is a command published in the GitHub repository AppliedIR/sift-mcp (17 stars, last pushed 3mo ago), licensed MIT. It adds 12 tokens to every session and 1,562 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it B with 1 finding (reads agent configuration directories). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other commands, from other repositories
xtension
Scaffold, wrap, port, audit, or document an X-Ways Forensics X-Tension (routes to the xways-xtension-authoring skill).
vuln-report
Use when you have confirmed a vulnerability and need to write a clear, professional report for submission. Also useful for.
evidence-chain
Command "evidence-chain" from HermeticOrmus/LibreSecOps-Claude-Code, covering /evidence-chain, trigger, input, process and output.
forensic-plan
Use at the start of any forensic investigation to establish a structured plan before collecting evidence. Appropriate for.
devsecops-setup
Use when you need to add security scanning to an existing project's CI/CD pipeline, or when bootstrapping a new project with security-integrated CI/CD from day one. Appropriate for.
image-scan
Command "image-scan" from HermeticOrmus/LibreSecOps-Claude-Code, covering /image-scan, trigger, input, process and phase 1: image analysis.