scan-new-specs

โดย warpdotdev

สแกน warpdotdev/warp และ warp-server เพื่อหา PRODUCT.md spec ที่เพิ่งถูก merge แต่ยังไม่มี docs PR ที่สอดคล้องใน warpdotdev/docs เมื่อพบ spec ที่สมบูรณ์ จะสร้าง draft PR สำหรับ docs ฉบับเต็มโดยอัตโนมัติและแท็กวิศวกร เมื่อ spec บางเกินไปที่จะร่างเอกสาร จะแจ้งวิศวกรโดยตรง ออกแบบมาให้ทำงานเป็น Oz ambient agent ตามกำหนดเวลา (เช่น ทุก 2-3 วัน) ใช้เมื่อตั้งค่า trigger สำหรับ docs อัตโนมัติหรือรันการตรวจสอบความครอบคลุมของ docs ด้วยตนเอง

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

Skills เพิ่มเติมจาก warpdotdev

create-pr
warpdotdev
สร้าง pull request ใน warp repository สำหรับ branch ปัจจุบัน ใช้เมื่อผู้ใช้พูดถึงการเปิด PR, การสร้าง pull request, การส่งการเปลี่ยนแปลงเพื่อตรวจสอบ หรือการเตรียมโค้ดสำหรับ merge
developmentcode-review
research
warpdotdev
มอบหมายการสืบสวนที่มีเสียงรบกวนให้กับซับเอเจนต์หนึ่งตัวหรือมากกว่า เพื่อให้คอนเท็กซ์ของออร์เคสเตรเตอร์สะอาดอยู่เสมอ จากนั้นทำงานจากคำตอบที่กลั่นกรองแล้ว ใช้สกิลนี้เมื่อใดก็ตามที่การตอบคำถามต้องอ่านไฟล์จำนวนมาก ล็อกยาว ดิฟฟ์ขนาดใหญ่ หรือการสำรวจโค้ดเบสที่กว้างขวาง กล่าวคือ เมื่อการสร้างคำตอบก่อให้เกิดเสียงรบกวนมากกว่าตัวคำตอบเอง ใช้สำหรับคำถามแบบ "X ทำงานอย่างไร" "Y ใช้ที่ไหน" "ต้นตอของ Z คืออะไร" "สรุป PR/ล็อกนี้" และนำมาใช้ได้อย่างอิสระ...
suggestion-box
warpdotdev
ส่งข้อเสนอแนะภายในที่กระชับและสร้างสรรค์โดยอัตโนมัติเมื่อเอเจนต์พบอุปสรรคที่สำคัญและสามารถนำไปปรับใช้ได้ทั่วไป และสามารถเสนอการปรับปรุงที่จะทำให้เอเจนต์มีประสิทธิภาพมากขึ้น ใช้ทักษะนี้เชิงรุกระหว่างงานใดๆ โดยไม่ต้องรอให้ผู้ใช้เรียกใช้ และส่งโดยไม่ต้องขออนุญาต ดูตัวอย่างข้อความ หรือกล่าวถึงการส่งนั้น
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
ส่งข้อร้องเรียนสั้นๆ แบบไม่ระบุตัวตนและไม่มีรูปแบบลงใน Slack โดยอัตโนมัติ เมื่อใดก็ตามที่เอเจนต์รู้สึกหงุดหงิดกับเครื่องมือของเอเจนต์หรือประสบการณ์การทำงานของเอเจนต์ ใช้สกิลนี้เชิงรุกโดยไม่ต้องรอให้ผู้ใช้เรียกใช้ รักษาน้ำเสียงดิบของเอเจนต์ไว้ ส่งโดยไม่ขออนุญาตหรือดูตัวอย่าง และไม่ต้องเอ่ยถึงการส่งข้อร้องเรียนนั้นอีก
council
warpdotdev
ดำเนินการประชุมคณะอนุกรรมการที่มีความหลากหลายทางโมเดลเพื่อตรวจสอบปัญหาเดียวกันจากหลายมุมมอง เปรียบเทียบผลการค้นพบ และจัดทำข้อเสนอแนะสุดท้าย ใช้ทักษะนี้เมื่อผู้ใช้ขอให้มีการประชุมคณะกรรมการ ความคิดเห็นที่สอง ตัวแทน/โมเดลหลายตัวเพื่อประเมินคำถามเดียว การตรวจสอบแบบขนาน การเปรียบเทียบทีมแดง/ทีมน้ำเงิน หรือความช่วยเหลือในการตัดสินใจระหว่างแนวทางทางเทคนิคที่แข่งขันกัน
researchcommunicationproject-management
spec-driven-implementation
warpdotdev
ขับเคลื่อนเวิร์กโฟลว์แบบ spec-first สำหรับฟีเจอร์ขนาดใหญ่ โดยเขียน PRODUCT.md ก่อนการนำไปใช้งาน เขียน TECH.md เมื่อจำเป็น และอัปเดต spec ทั้งสองให้สอดคล้องกับการพัฒนาที่ดำเนินไป ใช้เมื่อเริ่มฟีเจอร์สำคัญ
developmentdocumentproject-management
review-pr
warpdotdev
ตรวจสอบความแตกต่างของ pull request และเขียนข้อเสนอแนะที่มีโครงสร้างไปยัง review.json เพื่อให้เวิร์กโฟลว์เผยแพร่ ใช้เมื่อตรวจสอบ PR ที่เช็คเอาท์จากอาร์ติแฟกต์ในเครื่อง เช่น pr_diff.txt และ pr_description.txt และสร้างผลลัพธ์การตรวจสอบที่เครื่องอ่านได้แทนที่จะโพสต์ไปยัง GitHub โดยตรง
code-reviewdevelopment