scan-new-specs

Escanea warpdotdev/warp y warp-server en busca de especificaciones PRODUCT.md recién fusionadas que aún no tengan un PR de documentación correspondiente en warpdotdev/docs. Cuando se encuentra una especificación completa, genera automáticamente un borrador completo de PR de documentación y etiqueta al ingeniero. Cuando una especificación es demasiado escasa para redactar, notifica directamente al ingeniero. Diseñado para ejecutarse como un agente ambiental programado de Oz (por ejemplo, cada 2-3 días). Úsalo al configurar el activador automático de documentación o al realizar un barrido manual de cobertura de documentación.

npx skills add https://github.com/warpdotdev/common-skills --skill scan-new-specs

scan-new-specs (deprecated)

Retired 2026-08-20. Do not invoke this skill and do not schedule it.

Its scheduled agent (0ITuF9vNJ1RiO00Szlm1fW) is paused and stays paused.

Why it was retired

The skill fired on spec merge, which happens before a feature ships. Two failures followed from that single design choice:

  • It drafted docs for unreleased and sometimes abandoned work. A merged spec is not a shipped feature. The agent had no evidence of what users had actually received, so pages were written for behavior that had not landed, or had landed differently, or never landed at all.
  • It treated every spec as a docs task. Nothing asked whether a change warranted documentation. Pure UI changes, small intuitive additions, and behind-the-scenes work all became draft PRs, and the docs repo accumulated unvetted content debt faster than anyone could review it.

What replaces it

The missing_docs skill in warpdotdev/docs, running in drift-watch mode. It differs in the two ways that matter:

  • Release-triggered. scripts/check_new_release.py gates each run on a new stable release, so the pipeline sees what actually shipped rather than what was planned. A daily schedule does per-release work.
  • Gated on worthiness. Every candidate is evaluated against .agents/references/docs-worthiness-criteria.md before anything is drafted, with a default of no docs and a requirement to name concrete evidence. Verdicts, including rejections, are recorded in references/changelog_decisions.md so nothing is re-litigated.

Anything genuinely worth documenting re-surfaces there once it ships.

If you were about to run this

  • Looking for docs gaps? Run missing_docs in drift-watch mode from the warpdotdev/docs repo.
  • You are an engineer who wants docs for your feature? Invoke write-feature-docs directly and interactively. It still works, and it still walks you through spec research and outline confirmation. It no longer runs headlessly.
  • Setting up a scheduled docs agent? Use missing_docs, not this. Scheduling this skill reintroduces exactly the flooding it was retired for.

Related skills

  • missing_docs (in warpdotdev/docs) — the release-triggered, worthiness-gated replacement
  • write-feature-docs — still supported for direct, interactive use by an engineer

Más skills de warpdotdev

create-pr
warpdotdev
Crear una solicitud de extracción en el repositorio warp para la rama actual. Usar cuando el usuario mencione abrir un PR, crear una solicitud de extracción, enviar cambios para revisión o preparar código para fusión.
developmentcode-review
research
warpdotdev
Delegar la investigación ruidosa a uno o más subagentes para que el contexto del orquestador se mantenga limpio, y luego trabajar a partir de la respuesta destilada. Usa esta habilidad siempre que responder una pregunta requiera leer muchos archivos, registros largos, diffs grandes o revisiones amplias del código base — es decir, cuando producir la respuesta genere mucho más ruido que la respuesta en sí. Úsala para preguntas del tipo "cómo funciona X", "dónde se usa Y", "cuál es la causa raíz de Z", "resume este PR/log", y recurre a ella con libertad...
suggestion-box
warpdotdev
Enviar de forma autónoma comentarios internos breves y constructivos cuando un agente encuentre fricción material y generalizable y pueda sugerir una mejora que haga a los agentes más efectivos. Usar esta habilidad de manera proactiva durante cualquier tarea sin esperar a que el usuario la invoque, y enviar sin pedir permiso, sin previsualizar el mensaje ni mencionar el envío.
respond-to-pr-comments-in-blocklist
warpdotdev
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.
complain
warpdotdev
Lanza de forma autónoma una queja breve, anónima y completamente no estructurada a Slack cuando un agente se sienta frustrado por las herramientas de agente o por la experiencia de hacer trabajo de agente. Usa esta habilidad de forma proactiva sin esperar a que el usuario la invoque; conserva la voz cruda del agente, envía sin permiso ni vista previa, y nunca menciones el envío.
council
warpdotdev
Ejecuta un consejo de subagentes con diversidad de modelos para investigar un mismo problema desde múltiples perspectivas, comparar hallazgos y producir una recomendación final. Usa esta habilidad siempre que el usuario solicite un consejo, segundas opiniones, múltiples agentes/modelos para evaluar una pregunta, investigación paralela, comparación de equipo rojo/equipo azul, o ayuda para decidir entre enfoques técnicos en competencia.
researchcommunicationproject-management
spec-driven-implementation
warpdotdev
Impulsar un flujo de trabajo basado en especificaciones para funcionalidades sustanciales escribiendo PRODUCT.md antes de la implementación, redactando TECH.md cuando sea necesario, y manteniendo ambas especificaciones actualizadas a medida que la implementación evoluciona. Usar al iniciar una funcionalidad significativa, al planificar una implementación impulsada por agentes, o cuando el usuario desee que las especificaciones de producto y técnicas se registren en el control de versiones.
developmentdocumentproject-management
review-pr
warpdotdev
Revisa el diff de una pull request y escribe comentarios estructurados en review.json para que el flujo de trabajo los publique. Úsalo al revisar un PR verificado desde artefactos locales como pr_diff.txt y pr_description.txt, generando una salida de revisión legible por máquina en lugar de publicar directamente en GitHub.
code-reviewdevelopment