Skills Warpdotdev

Руководит созданием, доработкой и проверкой ассетов под брендами Warp или Oz. Используйте при работе с лендингами, документацией, HTML/CSS-компонентами, UI-макетами, промптами, материалами для соцсетей, текстами, презентациями или любыми другими брендированными материалами, которые должны безошибочно выглядеть и звучать как Warp или Oz.

Guides creation, revision, and review of Warp- or Oz-branded assets. Use when working on launch pages, docs, HTML/CSS components, UI mockups, prompts, social assets, copy, presentations, or any other branded deliverable that should look and sound unmistakably Warp or Oz.

Сравнить реализацию пул-реквеста с контекстом спецификации в spec_context.md и внести любые существенные несоответствия в review.json. Использовать во время ревью PR, когда он одобрен или доступен контекст спецификации репозитория.

Compare a pull request's implementation against spec context in spec_context.md and feed any material mismatches into review.json. Use during PR review when approved or repository spec context is available.

Autonomously yeet a brief, anonymous, completely unstructured complaint into Slack whenever an agent feels frustrated by agent tooling or the experience of doing agent work. Use this skill proactively without waiting for the user to invoke it; preserve the agent's raw voice, submit without permission or preview, and never mention the submission.

Запустить совет суб-агентов с разными моделями для исследования одной проблемы с разных точек зрения, сравнения результатов и выработки итоговой рекомендации. Используйте этот навык, когда пользователь запрашивает совет, второе мнение, несколько агентов/моделей для оценки одного вопроса, параллельное исследование, сравнение «красной команды» и «синей команды» или помощь в выборе между конкурирующими техническими подходами.

Run a model-diverse subagent council to investigate the same problem from multiple perspectives, compare findings, and produce a final recommendation. Use this skill whenever the user asks for a council, second opinions, multiple agents/models to evaluate one question, parallel investigation, red-team/blue-team comparison, or help deciding between competing technical approaches.

Создать пулл-реквест в репозитории warp для текущей ветки. Используйте, когда пользователь упоминает открытие PR, создание пулл-реквеста, отправку изменений на ревью или подготовку кода к слиянию.

Create a pull request in the warp repository for the current branch. Use when the user mentions opening a PR, creating a pull request, submitting changes for review, or preparing code for merge.

Запустите второй раунд по спорному вопросу: передайте каждое независимое предложение одного сабагента другим авторам и запросите структурированные «за» и «против», затем синтезируйте. Используйте этот навык, когда у вас есть несколько независимых предложений или мнений по спорному решению — компромиссы в архитектуре, разногласия при ревью кода, выбор дизайна, конкурирующие теории первопричин — и вы хотите получить более точный анализ, чем при синтезе в одиночку. Естественно сочетается с навыками council и research;...

Run a second round on a contested question by circulating each subagent's independent proposal to the other authors and asking for structured pros and cons, then synthesize. Use this skill whenever you have multiple independent proposals or opinions on a contested decision — architecture tradeoffs, code review disagreements, design choices, competing root-cause theories — and want sharper analysis than you'd produce by synthesizing alone. Pairs naturally with the council and research skills;...

Диагностировать сбои CI для PR с помощью GitHub CLI, извлекать журналы ошибок и генерировать план их исправления. Используйте, когда пользователь просит проверить статус CI, получить проблемы CI, провести триаж тестовых сбоев или расследовать сбои сборки PR.

Diagnose CI failures for a PR using the GitHub CLI, extract error logs, and generate a plan to fix them. Use when the user asks to check CI status, pull CI issues, triage test failures, or investigate PR build failures.

Исправление ошибок компиляции, проблем линтинга и сбоев тестов в кодовой базе warp на Rust. Охватывает пресабмитные проверки, ошибки, специфичные для WASM, и запуск определённых тестов. Используйте, когда пользователь сталкивается с ошибками сборки, сбоями clippy или fmt, провалами тестов или необходимостью запустить или интерпретировать пресабмит перед PR.

Fix compilation errors, linting issues, and test failures in the warp Rust codebase. Covers presubmit checks, WASM-specific errors, and running specific tests. Use when the user hits build errors, clippy or fmt failures, test failures, or needs to run or interpret presubmit before a PR.

Реализовать утверждённую функцию из PRODUCT.md и TECH.md, поддерживая согласованность спецификаций и кода в одном PR по мере развития реализации. Использовать после утверждения продуктовых и технических спецификаций, когда следующим шагом является создание функции.

Implement an approved feature from PRODUCT.md and TECH.md, keeping specs and code aligned in the same PR as implementation evolves. Use after the product and tech specs are approved and the next step is building the feature.

Сгенерировать статическую интерактивную D3-схему пул-реквеста. Использовать, когда пользователю нужна масштабируемая карта PR, граф/холст для ориентации в PR или альтернативная визуализация компонентов системы PR, потоков данных, зависимостей кода и действий пользователя.

Generate a static interactive D3 walkthrough of a pull request. Use when the user wants a zoomable PR map, graph/canvas PR orientation, or alternate visualization of PR system components, data flow, code dependencies, and user actions.

Создаёт аккуратный, самодостаточный HTML-документ «readout» в каталоге ~/.readouts (с автоматически поддерживаемой страницей индекса), либо фиксируя накопленные в текущем разговоре результаты, либо — при новом вызове, например «/readout on how github webhook events are processed» — уточняя область с помощью вопросов и изучая код перед документированием. Работа выполняется в дочернем агенте, чтобы контекст основного разговора оставался чистым. Используется, когда пользователь вводит /readout, говорит...

Produce a polished, self-contained HTML "readout" document under ~/.readouts (with an auto-maintained index page), either by snapshotting the findings accumulated in the current conversation or — when invoked fresh, e.g. "/readout on how github webhook events are processed" — by sharpening scope with clarifying questions and researching the codebase before documenting. The work runs in a child agent so the main conversation's context stays clean. Use whenever the user invokes /readout, says...

Запускайте облачных агентов Oz с использованием компьютера для воспроизведения отчетов об ошибках, связанных с пользовательским интерфейсом, сбора визуальных доказательств и сообщения результатов воспроизведения. Используйте при расследовании конкретной интерактивной или визуальной ошибки из задачи, тикета, отчета поддержки или подсказки.

Launch Oz cloud agents with computer use to reproduce UI-focused bug reports, capture visual evidence (a screen recording by default), and report reproduction findings. Use when investigating a specific interactive or visual bug from an issue, ticket, support report, or prompt.

Delegate noisy investigation to one or more subagents so the orchestrator's context stays clean, then work from the distilled answer. Use this skill whenever answering a question would require reading many files, long logs, large diffs, or wide codebase surveys — i.e. when producing the answer generates far more noise than the answer itself. Use it for "how does X work", "where is Y used", "what's the root cause of Z", "summarize this PR/log" style questions, and reach for it liberally...

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

Interactively walk a user through PR review comments one at a time, collect a per-comment decision, then post agent-authored replies on GitHub and resolve the review threads once the user approves a preview. Use only when the user wants to reply to or resolve review threads on GitHub. Skip when the user only wants comments fetched or displayed (use `pr-comments`), or only wants the code changes made without posting anything back to GitHub.

Проверить diff пул-реквеста и записать структурированную обратную связь в review.json для публикации в рамках рабочего процесса. Использовать при проверке выгруженного PR из локальных артефактов, таких как pr_diff.txt и pr_description.txt, и создавать машиночитаемый результат ревью вместо прямой публикации на GitHub.

Review a pull request diff and write structured feedback to review.json for the workflow to publish. Use when reviewing a checked-out PR from local artifacts like pr_diff.txt and pr_description.txt and producing machine-readable review output instead of posting directly to GitHub.

Запустите автономную, управляемую спецификацией разработку «saga» для функций среднего и крупного размера, используя агент-оркестратор и группу рабочих подагентов. Используйте этот навык, когда пользователь вызывает /saga, просит автономно создать значительную функцию от начала до конца с минимальным вмешательством человека, хочет получить комплексную спецификацию, разбитую на этапы и задачи с чёткими критериями проверки перед параллельной реализацией, или хочет, чтобы оркестратор делегировал реализацию рабочим агентам, сохраняя свою...

Run an autonomous, spec-driven development "saga" for medium-to-large features using an orchestrator agent and a fleet of worker subagents. Use this skill whenever the user invokes /saga, asks to autonomously build a sizable feature end-to-end with minimal human intervention, wants a comprehensive spec broken into milestones and tasks with airtight validation criteria before parallelized implementation, or wants an orchestrator to delegate implementation to worker agents while preserving its...

Сканировать warpdotdev/warp и warp-server на предмет недавно слитых спецификаций PRODUCT.md, для которых ещё нет соответствующего PR с документацией в warpdotdev/docs. Когда найдена полная спецификация, автоматически создаёт черновик PR с полной документацией и отмечает инженера. Когда спецификация слишком скудна для создания черновика, напрямую уведомляет инженера. Предназначен для работы в качестве запланированного фонового агента Oz (например, каждые 2–3 дня). Используйте при настройке автоматического триггера документации или при проведении ручной проверки охвата документации.

Scan warpdotdev/warp and warp-server for recently merged PRODUCT.md specs that don't yet have a corresponding docs PR in warpdotdev/docs. When a complete spec is found, auto-generates a full docs draft PR and tags the engineer. When a spec is too thin to draft from, pings the engineer directly. Designed to run as a scheduled Oz ambient agent (e.g., every 2-3 days). Use when setting up the automated docs trigger or running a manual docs coverage sweep.

Ведите спецификацию вперёд для крупных функций: пишите PRODUCT.md до реализации, TECH.md — когда это оправдано, и обновляйте обе спецификации по мере развития реализации. Используйте при начале значительной функции, планировании реализации под управлением агента или когда пользователь хочет, чтобы продуктовые и технические спецификации были добавлены в систему контроля версий.

Drive a spec-first workflow for substantial features by writing PRODUCT.md before implementation, writing TECH.md when warranted, and keeping both specs updated as implementation evolves. Use when starting a significant feature, planning agent-driven implementation, or when the user wants product and tech specs checked into source control.

Autonomously submit brief, constructive internal feedback when an agent encounters material, generalizable friction and can suggest an improvement that would make agents more effective. Use this skill proactively during any task without waiting for the user to invoke it, and submit without asking permission, previewing the message, or mentioning the submission.

Создание или обновление навыков путем генерации, редактирования или доработки файлов SKILL.md в этом репозитории. Используется при создании новых навыков или пересмотре структуры, фронтматерии или инструкций для существующих.

Create or update skills by generating, editing, or refining SKILL.md files in this repository. Use when authoring new skills or revising the structure, frontmatter, or guidance for existing ones.

Проверить, что реализация в ветке или пул-реквесте соответствует внедрённым продуктовым, техническим, security и связанным спецификациям. Использовать при ревью или завершении изменений на основе спецификаций и устранении несоответствий между зафиксированными спецификациями и реализацией.

Validate that a branch or pull request implementation matches introduced product, technical, security, and related specs. Use when reviewing or finishing a spec-driven change and resolving mismatches between checked-in specs and implementation.

Draft a complete documentation page for a new Warp feature from its PRODUCT.md and/or TECH.md spec. Use when an engineer has written a spec and needs to produce a first-pass MDX draft for the warpdotdev/docs repo. Also handles features without specs by researching the codebase first. Invoke this skill whenever an engineer mentions writing docs for a feature, drafting a docs page, creating feature documentation, starting the eng-docs workflow, or converting a spec into documentation. Works...

Напишите спецификацию PRODUCT.md для значимой пользовательской функции в Warp, с акцентом на детальное поведение и валидацию. Используйте, когда пользователь запрашивает спецификацию продукта, документ желаемого поведения или PRD, хочет определить поведение функции до реализации, или когда функция достаточно значительна или поведенчески неоднозначна, чтобы письменная спецификация улучшила реализацию или ревью.

Write a PRODUCT.md spec for a significant user-facing feature in Warp, focused on detailed behavior and validation. Use when the user asks for a product spec, desired behavior doc, or PRD, wants to define feature behavior before implementation, or when the feature is substantial or behaviorally ambiguous enough that a written spec would improve implementation or review.

Напишите спецификацию TECH.md для значимой функции Warp после исследования текущей кодовой базы и ограничений реализации. Используйте, когда пользователь запрашивает техническую спецификацию, план реализации или архитектурный документ, связанный с продуктовой спецификацией.

Write a TECH.md spec for a significant Warp feature after researching the current codebase and implementation constraints. Use when the user asks for a technical spec, implementation plan, or architecture doc tied to a product spec.