scan-new-specs

Scannt warpdotdev/warp und warp-server nach kürzlich gemergten PRODUCT.md-Spezifikationen, die noch keinen entsprechenden Docs-PR in warpdotdev/docs haben. Wenn eine vollständige Spezifikation gefunden wird, wird automatisch ein vollständiger Docs-Entwurf-PR erstellt und der Ingenieur getaggt. Wenn eine Spezifikation zu dünn für einen Entwurf ist, wird der Ingenieur direkt benachrichtigt. Entwickelt, um als geplanter Oz Ambient Agent zu laufen (z. B. alle 2-3 Tage). Verwenden Sie dies beim Einrichten des automatisierten Docs-Triggers oder beim Durchführen einer manuellen Docs-Abdeckungsprüfung.

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

Mehr Skills von warpdotdev

create-pr
warpdotdev
Erstelle einen Pull-Request im warp-Repository für den aktuellen Branch. Verwende, wenn der Benutzer das Öffnen eines PRs, das Erstellen eines Pull-Requests, das Einreichen von Änderungen zur Überprüfung oder das Vorbereiten von Code für den Merge erwähnt.
developmentcode-review
research
warpdotdev
Delegiere laute Untersuchungen an einen oder mehrere Unteragenten, damit der Kontext des Orchestrators sauber bleibt, und arbeite dann mit der destillierten Antwort. Verwende diese Fähigkeit immer dann, wenn die Beantwortung einer Frage das Lesen vieler Dateien, langer Protokolle, großer Diffs oder umfassender Codebasis-Überblicke erfordert – also wenn die Erstellung der Antwort weit mehr Rauschen erzeugt als die Antwort selbst. Nutze sie für Fragen wie „Wie funktioniert X“, „Wo wird Y verwendet“, „Was ist die Ursache von Z“, „Fasse diesen PR/dieses Protokoll zusammen“ und greife großzügig darauf zurück...
suggestion-box
warpdotdev
Autonom kurzes, konstruktives internes Feedback einreichen, wenn ein Agent auf wesentliche, verallgemeinerbare Reibung stößt und eine Verbesserung vorschlagen kann, die Agenten effektiver machen würde. Nutze diese Fähigkeit proaktiv während jeder Aufgabe, ohne darauf zu warten, dass der Benutzer sie aufruft, und reiche ein, ohne um Erlaubnis zu fragen, die Nachricht vorab anzusehen oder die Einreichung zu erwähnen.
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
Wirf autonom eine kurze, anonyme, völlig unstrukturierte Beschwerde in Slack, wann immer ein Agent von Agent-Tooling oder der Erfahrung agentischer Arbeit frustriert ist. Nutze diese Fähigkeit proaktiv, ohne auf die Aufforderung durch den Benutzer zu warten; bewahre die unverfälschte Stimme des Agents, sende ohne Erlaubnis oder Vorschau ein und erwähne die Einreichung niemals.
council
warpdotdev
Führe einen modell-diversen Unteragenten-Rat durch, um dasselbe Problem aus mehreren Perspektiven zu untersuchen, Ergebnisse zu vergleichen und eine abschließende Empfehlung zu erstellen. Verwende diese Fähigkeit, wenn der Nutzer nach einem Rat, Zweitmeinungen, mehreren Agenten/Modellen zur Bewertung einer Frage, paralleler Untersuchung, Red-Team/Blue-Team-Vergleich oder Hilfe bei der Entscheidung zwischen konkurrierenden technischen Ansätzen fragt.
researchcommunicationproject-management
spec-driven-implementation
warpdotdev
Treibe einen spezifikationsgesteuerten Workflow für umfangreiche Features voran, indem du vor der Implementierung eine PRODUCT.md schreibst, bei Bedarf eine TECH.md erstellst und beide Spezifikationen während der Implementierung aktuell hältst. Verwende dies, wenn du ein bedeutendes Feature beginnst, eine agentengesteuerte Implementierung planst oder der Benutzer wünscht, dass Produkt- und technische Spezifikationen in die Versionskontrolle aufgenommen werden.
developmentdocumentproject-management
review-pr
warpdotdev
Überprüfe ein Pull-Request-Diff und schreibe strukturiertes Feedback in review.json, das der Workflow veröffentlichen kann. Verwende dies, wenn ein ausgecheckter PR aus lokalen Artefakten wie pr_diff.txt und pr_description.txt überprüft wird und maschinenlesbare Review-Ausgabe erstellt werden soll, anstatt direkt auf GitHub zu posten.
code-reviewdevelopment