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.