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 skills/fakoli/fakoli-plugins/executenpx skills add fakoli/fakoli-plugins --skill executegit clone --depth 1 https://github.com/fakoli/fakoli-pluginsWhat 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.00016 | $0.04581 |
| Opus 5 | $0.00008 | $0.02291 |
| Sonnet 5 | $0.00003 | $0.00916 |
| Haiku 4.5 | $0.00002 | $0.00458 |
Grade A, and why
execute 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 2d 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 — 489 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Execute — Execute Phase
Load an intent-driven plan, group tasks into dependency-ordered waves, dispatch specialist agents in parallel within each wave, run language-aware verification and a mandatory critic gate between waves, then dispatch the sentinel for final sign-off.
This gate is mechanically enforced, not just instructed: while a run is armed (see Step 1), the plugin's PreToolUse hook denies dispatch of any agent other than critic or welder once a code-writing agent has completed and the critic has not yet reviewed. Arm the gate at run start and disarm it on every exit path.
Process Flow
Start
|
v
[1. Load plan]
Parse tasks, dependencies, agent assignments, verify commands.
|
v
[2. Detect agents]
Is fakoli-crew installed? Log available agents. Note fallback.
|
v
[3. Group into waves]
Apply dependency rules (see Wave Assignment section below).
|
v
[For each wave:]
|
v
[a. Dispatch agents in parallel]
One Agent tool call per task. All tasks in the wave start simultaneously.
|
[b. Wait for completion]
Read agent status files. Poll until all show COMPLETE, BLOCKED, or NEEDS_REVIEW.
|
[c. Handle escalations]
BLOCKED -> surface to user, wait for resolution, then re-dispatch.
NEEDS_REVIEW -> surface to user, wait for decision, then continue.
|
[d. Run language verification]
TypeScript: npx tsc --noEmit
Python: ruff check . && mypy .
Rust: cargo check
If fail -> dispatch welder to fix -> re-run verification.
Do NOT proceed to critic until verification passes.
|
[e. Run critic gate (non-negotiable)]
Collect modified files from status files.
Dispatch critic with file list + acceptance criteria.
PASS or SHOULD FIX/NIT -> proceed.
MUST FIX -> enter fix cycle (max 3 iterations, then escalate).
|
v
[After all waves: Dispatch sentinel]
Final verification with evidence gate.
|
v
[Report summary]
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.
- 2d ago First seen · 489 lines · 16 tokens per session scan A 010d024da1f4
execute is a skill published in the GitHub repository fakoli/fakoli-plugins (4 stars, last pushed 24d ago), licensed MIT. It adds 16 tokens to every session and 4,581 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.
Other skills, from other repositories
aws-cdk-knowledge-patch
Load this skill when changing, reviewing, debugging, or upgrading AWS CDK applications, construct libraries, CLI integrations, or synthesized CloudFormation templates.
deno-knowledge-patch
Use this skill when choosing current Deno runtime APIs, CLI options, configuration, dependency behavior, Node compatibility, or deployment workflows. Open the topic reference before changing a project because several commands, flags, APIs, and defaults changed more than once.
airflow-knowledge-patch
Use this skill when authoring, upgrading, integrating, or operating Apache Airflow. Start with the quick guidance below, then open the topic reference that matches the work.
android-sdk-knowledge-patch
Use this skill when updating Android applications, libraries, build logic, or Play delivery settings where recent platform and Android Gradle Plugin behavior can affect compatibility. Check the project's compileSdk, targetSdk, minSdk, AGP, Gradle, JDK, Kotlin, KSP, NDK, and form factors before applying target-gated…
anthropic-api-knowledge-patch
Use this skill when building or migrating integrations for the Messages API, hosted platform variants, Managed Agents, structured outputs, tools, streaming, prompt caching, model selection, or rate-limit handling. Treat the project's actual SDK types, API responses, and model metadata as authoritative when they differ…
apache-flink-knowledge-patch
Use this skill when upgrading or operating Flink, writing DataStream or Table API jobs, changing SQL, implementing connectors, or diagnosing state, checkpoint, scheduling, and deployment behavior. Start with the quick checks, then open the topic reference that matches the work.