drydock

Capture an external signal (meeting note, email, idea, client request) into <repo>/<paths.raw_root>/_incoming/ with structured frontmatter. Universal — sources and filters come from <repo>/.drydock/config.yaml. Standalone-invokable; also wrapped by /dd:raw:capture.

Pull Google Calendar events into the raw inbox via the Calendar MCP. Calendars and time window come from raw.calendar.* config. Standalone-invokable; also wrapped by /dd:raw:ingest-calendar.

Pull Google Drive files (recordings, docs) into the raw inbox via Drive MCP; metadata only — transcription is explicit via /dd:raw:transcribe. Folders come from raw.drive.* config. Standalone-invokable; also wrapped by /dd:raw:ingest-drive.

Pull issues and comments from external GitHub repos we collaborate on (not the current repo) into the raw inbox via gh CLI. Repos come from raw.github.repos. Standalone-invokable; also wrapped by /dd:raw:ingest-github.

Pull Gmail messages matching configured filters into the raw inbox via the Gmail MCP. Filters and look-back window come from raw.gmail.* config. Universal — no client-specific filters. Standalone-invokable; also wrapped by /dd:raw:ingest-gmail.

Pull Linear issues and comments from configured teams into the raw inbox via the Linear MCP. Teams and filters come from raw.linear.* config. Standalone-invokable; also wrapped by /dd:raw:ingest-linear.

Pull Notion pages from configured databases into the raw inbox via the Notion MCP. Databases come from raw.notion.databases — list of {id, label}. Standalone-invokable; also wrapped by /dd:raw:ingest-notion.

Process the raw inbox — classify items via the raw-classifier subagent, dedup by dedup_key, cross-link to existing requirements/issues, and propose backlog items. Standalone-invokable; also wrapped by /dd:raw:process.

Transcribe an audio/video file referenced in a raw entry (typically a Drive recording) and fold the transcript into raw/meetings/. Provider and model come from raw.transcribe.* config. Standalone-invokable; also wrapped by /dd:raw:transcribe.

Создание Architectural Decision Record (ADR) с авто-нумерацией и фронтматтером для traceability. Стандалонный навык — может вызываться напрямую без обёртки `/dd:req:adr`. Используй когда пользователь просит: - создать ADR / архитектурное решение - задокументировать выбор между опциями - зафиксировать технический trade-off - оформить supersedes/superseded_by ссылки между решениями

Archive multiple completed changes at once. Use when archiving several parallel changes.

Подготовка плана сбора требований (elicitation plan) по методологии Вигерса. Используй когда пользователь просит: - спланировать сбор требований - подготовить elicitation plan - определить, кого интервьюировать и как - выбрать техники сбора требований под проект - оценить риски и пробелы в текущем понимании требований

Проверка качества требований по критериям качества Вигерса. Используй когда пользователь просит: - проверить качество требования / use case / SRS-документа - провести инспекцию требований - найти двусмысленности и пробелы в требованиях - оценить готовность требований к разработке

Создание детальных профилей стейкхолдеров по методологии Вигерса. Используй когда пользователь просит: - описать стейкхолдеров проекта - создать профили заинтересованных сторон - определить роли пользователей - провести анализ стейкхолдеров

Написание вариантов использования (Use Cases) по методологии Вигерса / Кокберна. Используй когда пользователь просит: - написать use case / вариант использования - описать пользовательский сценарий - создать UC-документ - задокументировать взаимодействие пользователя с системой - описать основной и альтернативные потоки

Создание документа Vision and Scope по методологии Карла Вигерса (Software Requirements, 3rd ed.). Используй этот навык когда пользователь просит: - создать Vision and Scope документ - написать видение и границы проекта - задокументировать бизнес-требования - описать бизнес-цели, возможности, контекст проекта - оформить vision statement - определить scope проекта - заполнить раздел бизнес-требований