dev-prep

Generates operator checklists of decisions, accounts, assets, and mockups required before implementation planning.

16|1|Updated May 5, 2026
One-click install
npx skills add https://github.com/AIBiz-Automatyzacje/workspace-template-mobile --skill dev-prep-aibiz-automatyzacje
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: dev-prep
Source: https://github.com/AIBiz-Automatyzacje/workspace-template-mobile/tree/main/.claude/skills/dev-prep
Command: npx skills add https://github.com/AIBiz-Automatyzacje/workspace-template-mobile --skill dev-prep-aibiz-automatyzacje

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Before a development stage can be planned and implemented, a human operator must supply things code cannot produce: product decisions, external accounts and consoles, secrets, assets, and UI mockups. This Skill scans the requirements document and the repository, then produces a single structured checklist in docs/operator/ so nothing blocking is discovered mid-implementation. ## Core Features & Use Cases - Stage-scoped checklist generation: Reads one stage of a requirements document (e.g. mvp-requirements.md#etap-17), classifies it as UI-touching or pure-data, and derives only the items that stage actually needs. - Repository-aware deduplication: Scans existing screens, env variable names, prior checklists, and fetched Figma specs so already-delivered items are never re-requested. - Series-aware naming and idempotency: Inherits naming conventions from existing checklist series, preserves checked-off items and recorded values on updates, and hands off to /dev-plan when blockers are resolved. - Use Case: You are starting stage E3 of a mobile app roadmap that needs Google OAuth, App Store Connect, and five new screens. Run the Skill to get a checklist of decisions blocking planning, accounts to create with proof-of-done commands, assets to commission, and mockups to order with frame dimensions and states. ## Quick Start Run /dev-prep with the path to your requirements stage, for example docs/brainstorms/mvp-requirements.md#etap-17, to generate the operator preparation checklist.

Frequently Asked Questions about dev-prep

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prepare a requirements stage before implementation planning?▼

Run /dev-prep with the path to the stage section of your requirements document, such as docs/brainstorms/mvp-requirements.md#etap-17. It produces one checklist in docs/operator/ covering decisions, accounts, secrets, assets, and mockups that a human must deliver before /dev-plan runs.

What does the dev-prep checklist contain?▼

The checklist has four sections: closed-option decisions (with planning blockers flagged), external accounts and secrets with how-to steps and proof commands, assets and content with formats and owners, and per-screen mockup orders with states and frame dimensions. It ends with a section mapping where each value lands, such as .env or EAS secrets.

When should I not use dev-prep?▼

Skip it for bugfixes, tech-debt work, or purely backend changes with no new integrations or assets. In those cases go directly to /dev-plan, which creates a short list itself if anything needs human delivery.

Does dev-prep handle secrets securely?▼

Yes. It only ever reads and writes environment variable names, never values, and marks each item as public or secret. Secret values are directed to EAS secrets or a local .env outside git, while public values go to .env or app configuration.

What happens if I run dev-prep twice on the same stage?▼

It detects the existing checklist and asks whether to update in place, show current state, or overwrite. Updates preserve checked-off items, recorded values, and dates, add new items, and mark obsolete ones as struck through with a reason.