بنقرة واحدة
migrate
Incrementally migrate an existing project toward the BDFL architecture
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Incrementally migrate an existing project toward the BDFL architecture
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Bootstrap a new project with the BDFL architecture
Mandatory when configuring any Claude Code specifics - hooks, skills, plugins, MCP servers, slash commands, settings, agents, or any Claude Code feature. Provides opinionated best practices
Write clear, effective technical documentation following industry-proven patterns from exemplary projects and authoritative style guides, with built-in countermeasures for common LLM documentation issues
Build React SPAs where components are declarative UI consuming external state (Zustand/XState/TanStack Query). Logic lives in stores, not components.
Write clean, type-safe TypeScript code using modern patterns, strict configuration, and best practices. Use when writing TypeScript code, configuring projects, or solving type-related challenges.
| name | migrate |
| description | Incrementally migrate an existing project toward the BDFL architecture |
| allowed-tools | Bash, Write, Edit, Read, Glob, Grep |
Analyse an existing project's progress toward the BDFL architecture, identify the next milestone, and report the gap.
PROJECT_ROOT: current working directory (project root under analysis)Load and read both of these in full before proceeding:
.bdfl.yaml in $PROJECT_ROOT
done or skipped, proceed to step 4.bdfl.yaml: Analyse the project and determine which early phases are already satisfied. Walk phases in order — check each phase's done criteria from milestones.md against the current project state. Mark phases as done only while all preceding phases are also done or skipped. Once you hit the first phase that isn't satisfied, mark it and all remaining phases as pending (even if a later phase might appear to be met — it hasn't been verified in the context of a stable migration). Mark phases as skipped only when they genuinely do not apply (e.g. monorepo for a single-package project). Write .bdfl.yaml and proceed to step 4.pending or in-progress.
done or skipped: congratulate the user — the project is BDFL-certified. Stop here.pending, update .bdfl.yaml to in-progressin-progress, verify each done criterion. If all are met, update .bdfl.yaml to done and report the next phase (go to step 4). If not all met, report what's still missing..bdfl.yaml to reflect current stateskipped when it genuinely does not apply)