deepworkplan-onboard

Перетворює репозиторій на AI-first, spec-driven кодову базу. Це підскіл onboard скіла Deep Work Plan.

Що це робить

deepworkplan-onboard досліджує справжній репозиторій — мови, фреймворки, менеджер пакетів, команди збірки/тестування/лінтингу, модулі, домовленості щодо тестів, форму деплою — і генерує адаптовані до нього артефакти. Він міркує; він ніколи не копіює шаблон і не залишає заповнювачів.

Використання

/deepworkplan-onboard

Поведінка

1. Рекогносцирування — виявлення справжнього стека й команд валідації; добір найближчого пресета онбордингу.
2. Архетип — класифікація як окремий репозиторій чи хаб-оркестратор.
3. Генерація AGENTS.md і символьного посилання CLAUDE.md із реальним блоком Quick Commands.
4. Генерація docs/ (архітектура, стандарти, тестування, безпека тощо) і документації для кожного модуля.
5. Генерація .agents/ (агенти, тонкі команди dwp-*, доречні для стека скіли, каталог) і .claude → .agents.
6. Встановлення скіла й створення каркаса .dwp/ у gitignore (плани, чернетки) та робочого простору tmp/.
7. Встановлення обовʼязкового локального огляду AI Diff Reviewer; виявлення кожного аддона, оновлення тих, якими користується репозиторій, і пропозиція тих, що підходять (ніколи не додаючи жодного лише для того, щоб доповнити набір); після чого самоперевірка.

Примітки

Репозиторій повністю відповідає вимогам і без жодного опційного доповнення; локальний огляд AI Diff Reviewer є частиною базового рівня починаючи зі стандарту 2.3.0. Виявлена реальність завжди важливіша за припущення пресета.

Посилання на схеми v7

Для планів v7 — типового покоління поточного пакета 7.x — каталог машиночитних схем опубліковано за такими стабільними URL. Активна проєкція — це знімок, спільний із v6; plan-state/v6.json і plan-state/v7.json не існують.

• Plan manifest: https://deepworkplan.com/schema/plan-manifest/v7.json
• Plan contract: https://deepworkplan.com/schema/plan-contract/v7.json (контракт v6 плюс необовʼязковий маркер завдання parallel_safe)
• Journal event: https://deepworkplan.com/schema/journal-event/v7.json (додає подію delegation)
• Plan snapshot (активна проєкція, спільна з v6): https://deepworkplan.com/schema/plan-snapshot/v6.json
• Context manifest (спільний із v6): https://deepworkplan.com/schema/context-manifest/v6.json

Плани v6 зберігають свої схеми v6 (маніфест, контракт, подія журналу); наявні плани v5 і далі використовують схему стану v5, а старі плани ніколи не переписуються непомітно.

Поточний пакет 7.x за замовчуванням створює нові плани у форматі v7. Наявні плани зберігають зафіксоване покоління; міграція потребує явного запиту. Нові плани отримують монотонно зростаючі числові ID завдовжки щонайменше три цифри (наприклад, PLAN_001_add_payment_webhooks/). Заморожені схеми v5 рахують числовий ID як одне слово, тому slug v5 містить 2–4 слова, а slug v7 — 2–5. Наявні папки без номера PLAN_<slug>/ залишаються доступними для читання й ніколи не перейменовуються. Якщо є нумеровані плани, latest вказує на план із найбільшим числовим ID.