pocket-development

pocket-development is a skill for Claude Code from rfxlamia/pocketto. It costs 37 tokens per session (7,106 once invoked), scanned A, original, MIT.

An execution skill for carrying out an implementation plan one task at a time through precise subagent handoffs. A handoff is a written contract describing the task, its checks, and when to ask for help.

In plain words
What is it for?
It is for executing multi-task plans, starting an execution log, dispatching subagents, checking their results, and escalating problems when needed.
Why use it?
It makes each delegated task explicit and verifiable, reducing missing requirements and unclear ownership during implementation.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin. Also seen: mentions CLAUDE.md; mentions subagents; mentions AGENTS.md.

Part of the pocketto plugin — 16 skills shipped together

Good fit It is for executing multi-task plans, starting an execution log, dispatching subagents, checking their results, and escalating problems when needed.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/rfxlamia/pocketto/pocket-development
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.

Any agent
npx skills add rfxlamia/pocketto --skill pocket-development
Clone the repo
git clone --depth 1 https://github.com/rfxlamia/pocketto

Made for: Claude Code.

Or install pocketto, the plugin that ships this one along with the rest of its 16 skills.

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 pocket-development

README.md
[![agentmods](https://agentmods.dev/badge/skills/rfxlamia/pocketto/pocket-development/github.svg)](https://agentmods.dev/skills/rfxlamia/pocketto/pocket-development)
Your own site
<a href="https://agentmods.dev/skills/rfxlamia/pocketto/pocket-development"><img src="https://agentmods.dev/badge/skills/rfxlamia/pocketto/pocket-development/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for pocket-development

Your own site · 80×15
<a href="https://agentmods.dev/skills/rfxlamia/pocketto/pocket-development"><img src="https://agentmods.dev/badge/skills/rfxlamia/pocketto/pocket-development.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 37 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 7,106 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.00037 $0.07106
Opus 5.5 $0.00015 $0.02842
Sonnet 5.5 $0.00007 $0.01421
Haiku 4.5 $0.00004 $0.00711

Measured 12d ago against content hash b15391226c09, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

pocket-development 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 12d 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/pocket-development/SKILL.md · 468 lines

How it starts

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

Pocket Development

Execute an approved Pocket plan one task at a time or in explicitly parallel groups. The main agent coordinates work, runs mechanical checks, and dispatches independent read-only review; implementers own code changes.

Core principle: Every delegation is a contract. The packet is the contract. No packet, no spawn. Read execution-plan/index.md once to understand execution flow and dependencies, then open individual task files (execution-plan/tasks/T*-*.md) on demand when a task is ready to execute.

Core v4 lifecycle boundary

pocket-development is part of the local-first Core role. Core records neutral lifecycle events for approved specs, completed phases, and closed plans. Core does not call gh, does not merge pull requests, and does not close issues. A separately installed, optional adapter may consume durable events after a successful compatibility preflight. Core work and phase completion do not depend on that adapter; unavailable delivery leaves events pending for replay.

The v4 lifecycle commands use --json --contract 3. lifecycle transition commits local state and an event, lifecycle drain replays pending events in revision order without creating events, and lifecycle repair repairs recoverable log.json projection fields without emitting or dispatching an event. Active v3 plans with progress remain on v3; never silently convert their progress.

Startup: Initialize Execution Log

Run this before the first task, every session:

npx -y pocketto-pi log init "<plan_dir>" --json --contract 3

No install step, PATH setup, or shell-specific guard — npx resolves the cross-platform binary and log init is idempotent, so this is safe to run unconditionally every session. Replace <plan_dir> with the folder containing your execution plan (e.g. docs/pocket/plans/2026-05-08-auth-refactor).

  • No log.json yet → creates it from the plan files in that directory
  • log.json exists but tasks missing → migrates tasks into existing phases (status preserved)
  • log.json already complete → reports "no migration needed" and writes nothing

Read the full file on GitHub · 468 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. 12d ago Changed · +2 lines b15391226c09
  2. 14d ago Changed · -405 lines · -3 tokens per session be32d9c0133e
  3. 16d ago Changed · -15 lines de5d39e3cea0
  4. 1mo ago Changed · -2 lines b79a6fa416af
  5. 1mo ago First seen · 888 lines · 40 tokens per session scan A 699b217f4e67

Subscribe to this mod's changes

pocket-development is a skill published in the GitHub repository rfxlamia/pocketto (6 stars, last pushed 6d ago), licensed MIT. It adds 37 tokens to every session and 7,106 once invoked, about $0.0001 per session on Opus 5.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

adhd

Divergent ideation across model families — the same brainstorm, but each cognitive frame is handed to a different model (Claude sub-agent, OpenAI Codex, a cheap third via OpenCode) so the ideas diverge by frame and by model priors at once. Use for open design questions, architecture and API shape, naming, schema…

szarkans/multi · 124 tokens

x-bug2rag

A knowledge-capture tool that turns reusable bug explanations into a local RAG collection, meaning a searchable store of text that an agent can retrieve later. It records the trigger, incorrect implementation, correct implementation, and observable difference.

KtKID/x-dev-pipeline · 255 tokens

fec-drawio-studio

An editable workflow for making technical diagrams in draw.io (also called diagrams.net), with the original .drawio file saved alongside exported images or documents. It covers architecture, database, UML, sequence, flow, machine-learning, and code-structure diagrams.

bovinphang/frontend-craft · 154 tokens

x-dev-rag-call

A local semantic search tool that finds relevant passages in specified Markdown or text files. It uses an embedding model, which represents meaning as numbers, to return the closest passages for a question or plan.

KtKID/x-dev-pipeline · 115 tokens

independent-review-loop

Independent review loop run before delivery in code work. An independent reviewer (Codex, or fresh Codex-style subagents) reads the whole PR against the approved outcome; the lead fixes in-scope functional findings and re-reviews until none remain. Its differentiator is independence and exhaustiveness — a reviewer…

DheerG/swarms · 114 tokens

resolve-dispute

Resolves stuck review findings via a put-up-or-concede exchange. Invoked by the facilitator when a finding survives arbitration without new evidence.

DheerG/swarms · 32 tokens