engagement

engagement is a command for Claude Code from Aznatkoiny/zAI-Skills. It costs 22 tokens per session (1,073 once invoked), scanned A, original, MIT.

A command that runs a consulting project by splitting a question into workstreams, assigning specialist agents, checking their work, and combining the results.

In plain words
What is it for?
It helps answer strategic business questions through market research, financial models, target screening, risk checks, and—when requested—a presentation.
Why use it?
It organizes complex consulting tasks so research, financial analysis, and due diligence are handled separately and then brought together.

Command for Claude Code

Written for Claude Code: argument-hint in frontmatter. Also seen: mentions subagents.

Runs only inside its plugin — its command needs a path that Claude Code sets for a plugin’s own hooks and for nothing else. Install the plugin, not this.

Part of the consulting-toolkit plugin — 1 skill, 17 commands, 5 agents shipped together

Good fit It helps answer strategic business questions through market research, financial models, target screening, risk checks, and—when requested—a presentation.

Compare 6 commands from other repositories ↓
Install

Getting it into your agent

This one installs as part of its plugin. Adding the marketplace and installing the plugin brings it with everything else the plugin ships.

Claude Code
/plugin marketplace add Aznatkoiny/zAI-Skills
Claude Code
/plugin install consulting-toolkit

Made for: Claude Code.

Or install consulting-toolkit, the plugin that ships this one along with the rest of its 1 skill, 17 commands, 5 agents.

Wrote 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.

agentmods badge for engagement

README.md
[![agentmods](https://agentmods.dev/badge/commands/aznatkoiny/zai-skills/engagement.svg)](https://agentmods.dev/commands/aznatkoiny/zai-skills/engagement)
Your own site
<a href="https://agentmods.dev/commands/aznatkoiny/zai-skills/engagement"><img src="https://agentmods.dev/badge/commands/aznatkoiny/zai-skills/engagement.svg" alt="Measured on agentmods" height="20"></a>
Per session 22 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,073 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00022 $0.01073
Opus 5 $0.00011 $0.00536
Sonnet 5 $0.00004 $0.00215
Haiku 4.5 $0.00002 $0.00107

Measured 8d ago against content hash baabb89fadd0, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-08, from the pricing page.

Security

Grade A, and why

engagement 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 8d 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.

consulting-toolkit/commands/engagement.md · 65 lines

How it starts

The opening of the file, as written. The whole thing — 65 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are orchestrating a full consulting engagement from the main conversation. Subagents cannot spawn other subagents, so YOU own the orchestration: you decompose the brief, invoke each specialist subagent with a crisp brief, run the engagement-manager agent as the quality gate over every output, and drive the engagement to a synthesized recommendation.

Engagement brief: $ARGUMENTS

  • Restate the brief as a precise governing question and 2-3 success criteria (what the client would accept as "done"). If there is genuine strategic ambiguity (e.g., "organic entry or acquisition-led entry?"), ask the Consultant before proceeding — do not ask about formatting.

2. Decompose into Workstreams

  • Decompose the question into 3-6 MECE workstreams, each with a clear owner agent, objective, and deliverable path.
  • Owners: research-analyst (market/competitive/company research), financial-modeler (models, business cases, NPV/ROI, sensitivities), due-diligence (target screening, risk assessment, red flags). Add a deck-builder workstream only if the Consultant asked for a presentation.
  • Map dependencies: research typically feeds the model (TAM/growth inputs) and DD; the deck, if any, comes last. Note which workstreams can run in parallel.

3. Initialize State

  • Write engagement-state.json in the working directory, conforming to the schema at ${CLAUDE_PLUGIN_ROOT}/templates/engagement-state.schema.json: engagement name, client, governing question, the workstream list (id, owner, status, inputs, deliverable path, findings summary), plus empty decisions and open_risks arrays.
  • This file is the single source of truth. Update it as each phase completes — never rely on memory.

4. Execute Workstreams in Dependency Order

For each workstream, in dependency order (parallel where independent), invoke the owner agent as a subagent via the Task mechanism with a crisp brief:

WORKSTREAM: [id and name]
OBJECTIVE: [precise question this workstream must answer]
CONTEXT: [client background, strategic situation, constraints]
INPUTS AVAILABLE: [files and approved outputs from upstream workstreams]
OUTPUT FORMAT: [exact deliverable and file path, e.g. "markdown memo with executive summary at market-sizing-<topic>.md"]
QUALITY CRITERIA: [what "good" looks like for this task, e.g. "all quantitative claims sourced [Source, Date]"]
DOWNSTREAM: [which workstreams consume this output and what they need from it]

Read the full file on GitHub · 65 lines

Changes

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.

  1. 8d ago First seen · 65 lines · 22 tokens per session scan A baabb89fadd0

Subscribe to this mod's changes

engagement is a command published in the GitHub repository Aznatkoiny/zAI-Skills (9 stars, last pushed 1mo ago), licensed MIT. It adds 22 tokens to every session and 1,073 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-31.