executing-plans

executing-plans is a skill for Claude Code, Codex from zpower426/datapowers. It costs 43 tokens per session (2,263 once invoked), scanned A, original, MIT.

A structured way to carry out a written data-analysis plan one task at a time. Each task must pass a statistical review and a code-quality review before it is marked complete.

In plain words
What is it for?
Use it to execute sequential analysis tasks, track task states, run the required reviews, and control when the project manifest is updated.
Why use it?
It reduces the risk of silently accepting incorrect analysis, data leaks, or poor code while later tasks depend on the results.

Skill for Claude CodeCodex

Part of the datapowers plugin — 20 skills, 3 commands, 3 agents, 1 hook shipped together

Install

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.

agentmods
npx agentmods add skills/zpower426/datapowers/executing-plans
Any agent
npx skills add zpower426/datapowers --skill executing-plans
Clone the repo
git clone --depth 1 https://github.com/zpower426/datapowers

Made for: Claude Code, Codex.

Or install datapowers, the plugin that ships this one along with the rest of its 20 skills, 3 commands, 3 agents, 1 hook.

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 executing-plans

README.md
[![agentmods](https://agentmods.dev/badge/skills/zpower426/datapowers/executing-plans.svg)](https://agentmods.dev/skills/zpower426/datapowers/executing-plans)
Your own site
<a href="https://agentmods.dev/skills/zpower426/datapowers/executing-plans"><img src="https://agentmods.dev/badge/skills/zpower426/datapowers/executing-plans.svg" alt="Measured on agentmods" height="20"></a>
Per session 43 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,263 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
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 $0.00043 $0.02263
Opus 5 $0.00022 $0.01131
Sonnet 5 $0.00009 $0.00453
Haiku 4.5 $0.00004 $0.00226

Measured 3d ago against content hash 5a954a2f1985, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

executing-plans 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 3d 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.

skills/executing-plans/SKILL.md · 280 lines

How it starts

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

Executing Analysis Plans

Run a written analysis plan, task by task, with discipline. Every task goes through two mandatory review gates before being marked complete. No exceptions.

Why structured execution matters: Plans are approximations. Execution is where statistical errors, silent data leaks, and code quality debt are introduced. The two-stage review gate exists to catch these problems while they are still cheap to fix — before downstream tasks depend on corrupted outputs.

Iron Law

NO TASK MAY BE MARKED COMPLETE WITHOUT PASSING STATISTICAL REVIEW FIRST.

When to Use

Use this skill when:

  • A plan exists at docs/datapowers/plans/
  • Tasks are sequential or tightly coupled (for independent tasks, prefer subagent-driven-analysis)
  • You are personally executing each task (not dispatching subagents)

Task State Machine

Every task in the plan moves through these states only:

PENDING → IN_PROGRESS → STAT_REVIEW → CODE_REVIEW → DONE
                              ↓                ↓
                         STAT_BLOCKED    CODE_BLOCKED
                              ↓                ↓
                         (fix and re-run) (fix and re-review)

Rules:

  • Only one task may be IN_PROGRESS at a time
  • A task in STAT_BLOCKED must be fixed before the next task begins
  • CODE_REVIEW only begins after STAT_REVIEW passes
  • DONE is final — re-opening requires documenting why in the manifest

Step-by-Step Procedure

Step 1 — Load the Plan

from pathlib import Path
import json

# Identify the plan file
plan_path = "docs/datapowers/plans/YYYY-MM-DD-<topic>-plan.md"
manifest_path = "artifacts/analysis_manifest.json"

# Read current manifest state
manifest = json.loads(Path(manifest_path).read_text())
print(f"Project: {manifest['project']}")
print(f"Last updated: {manifest['last_updated']}")

# List completed stages to avoid re-running
completed = [k for k, v in manifest.items() if isinstance(v, dict) and v.get("completed")]
print(f"Already completed: {completed}")

Read the full file on GitHub · 280 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. 3d ago First seen · 280 lines · 43 tokens per session scan A 5a954a2f1985

Subscribe to this mod's changes

executing-plans is a skill published in the GitHub repository zpower426/datapowers (1 stars, last pushed 5mo ago), licensed MIT. It adds 43 tokens to every session and 2,263 once invoked, about $0.0002 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.

Related

Other skills, from other repositories

peer-conversation

Многотуровый диалог писателя (Claude) с одним или несколькими напарниками (любой набор из kimi/codex/hermes/claude-headless) по задаче пилота (DP.SC.154). Ведёт turn-loop (2 участника) или round-loop (3+, WP-509), обнаруживает CONSENSUS/ESCALATE, после консенсуса — Decision Gate (зафиксировать vs реализовать → ревью →…

TserenTserenov/FMT-exocortex-template · 118 tokens

kimi-peer-writer

Peer-сессия DP.SC.154 где Kimi = писатель, Claude = напарник. Запускается простой фразой. Включает ОРЗ Opening и Closing, turn-loop, эскалации, Decision Gate (зафиксировать vs реализовать → ревью → проверить → задеплоить), отложенную финализацию и верификацию.

TserenTserenov/FMT-exocortex-template · 84 tokens

pack-new

Create a new Pack — guided flow through SPF: choose domain, name Pack, scaffold structure, fill roadmap.

TserenTserenov/FMT-exocortex-template · 25 tokens

apply-captures

Разбор extraction-reports со status pending-review — решение R15 (accept/reject/defer) ЖИВЫМ ПИЛОТОМ, запись в Pack, обновление статуса, коммит. Вызывать при Close при наличии N>0 pending-review отчётов.

TserenTserenov/FMT-exocortex-template · 63 tokens

archgate

Оценка архитектурного решения по 7 характеристикам ЭМОГССБ (v3.1 — фильтр допуска, атрибут-сценарии, совет затронутых сторон; профиль без агрегатного балла, conjunctive screening). Используй когда пользователь предлагает архитектурное решение, новый инструмент или системное изменение.

TserenTserenov/FMT-exocortex-template · 75 tokens

bottleneck-pick

Аналитик ограничений (DP.ROLE.054): находит главное ограничение (bottleneck) конкретного конвейера через TOC Five Steps + EC + NBR и строит Stage Dependency Map. Используй ТОЛЬКО при работе с конкретным WP, эпиком, проектом или weekplan (--target WP-NNN|weekplan|pilot:id). НЕ используй для общих вопросов приоритизации…

TserenTserenov/FMT-exocortex-template · 104 tokens