Skills Warpdotdev

แนะนำการสร้าง แก้ไข และตรวจสอบสินทรัพย์ที่ติดแบรนด์ Warp หรือ Oz ใช้เมื่อทำงานกับหน้าเปิดตัว เอกสาร ส่วนประกอบ HTML/CSS ต้นแบบ UI พรอมต์ สินทรัพย์โซเชียล ข้อความสำเนา งานนำเสนอ หรือผลงานที่มีแบรนด์อื่นใดที่ควรมีลักษณะและเสียงที่ unmistakably 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.

เปรียบเทียบการนำไปใช้งานของ pull request กับบริบทของสเปกใน spec_context.md และป้อนความไม่สอดคล้องที่มีนัยสำคัญเข้าไปใน review.json ใช้ในระหว่างการตรวจสอบ PR เมื่อได้รับการอนุมัติหรือมีบริบทของสเปกของ repository พร้อมใช้งาน

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.

สร้าง pull request ใน warp repository สำหรับ branch ปัจจุบัน ใช้เมื่อผู้ใช้พูดถึงการเปิด PR, การสร้าง pull request, การส่งการเปลี่ยนแปลงเพื่อตรวจสอบ หรือการเตรียมโค้ดสำหรับ merge

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.

แก้ไขข้อผิดพลาดในการคอมไพล์ ปัญหาการตรวจสอบโค้ด และความล้มเหลวในการทดสอบในโค้ดเบส Rust ของ warp ครอบคลุมการตรวจสอบก่อนส่งโค้ด ข้อผิดพลาดเฉพาะ WASM และการรันการทดสอบเฉพาะ ใช้เมื่อผู้ใช้พบข้อผิดพลาดในการ build ความล้มเหลวของ 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.

ใช้หลังจากที่ข้อกำหนดผลิตภัณฑ์และเทคนิคได้รับการอนุมัติแล้ว และขั้นตอนถัดไปคือการสร้างฟีเจอร์

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.

สร้างวอล์กทรูแบบโต้ตอบแบบคงที่ของ pull request โดยใช้ D3 ใช้เมื่อผู้ใช้ต้องการแผนที่ PR ที่สามารถซูมได้ การวางแนว PR แบบกราฟ/แคนวาส หรือการแสดงภาพทางเลือกของส่วนประกอบระบบ PR การไหลของข้อมูล การพึ่งพาโค้ด และการกระทำของผู้ใช้

สร้าง D3 walkthrough แบบอินเทอร์แอกทีฟของ pull request ใช้เมื่อผู้ใช้ต้องการ PR map ที่ซูมได้ การแสดงภาพ PR แบบกราฟ/แคนวาส หรือการแสดงภาพทางเลือกของส่วนประกอบระบบ PR การไหลของข้อมูล การพึ่งพาของโค้ด และการกระทำของผู้ใช้

สร้างเอกสาร HTML "readout" ที่สมบูรณ์แบบในตัวภายใต้ ~/.readouts (พร้อมหน้า index ที่ดูแลอัตโนมัติ) โดยการจับภาพผลลัพธ์ที่สะสมในการสนทนาปัจจุบัน หรือ — เมื่อเรียกใช้ครั้งแรก เช่น "/readout เกี่ยวกับวิธีการประมวลผลเหตุการณ์ webhook ของ GitHub" — โดยการปรับขอบเขตให้ชัดเจนด้วยคำถามที่ชี้แจงและค้นหา codebase ก่อนที่จะบันทึก การทำงานนี้ทำงานใน child agent เพื่อให้บริบทของการสนทนาหลักสะอาด ใช้เมื่อผู้ใช้เรียก /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 cloud agents พร้อมการใช้งานคอมพิวเตอร์เพื่อจำลองรายงานข้อบกพร่องที่เน้น UI จับภาพหลักฐานทางภาพ และรายงานผลการจำลอง ใช้เมื่อตรวจสอบข้อบกพร่องเชิงโต้ตอบหรือภาพที่เฉพาะเจาะจงจาก issue, ticket, รายงานการสนับสนุน หรือ prompt

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.

ตรวจสอบความแตกต่างของ pull request และเขียนข้อเสนอแนะที่มีโครงสร้างไปยัง 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 ขอให้สร้างฟีเจอร์ขนาดใหญ่แบบ end-to-end โดยอัตโนมัติโดยมีการแทรกแซงจากมนุษย์น้อยที่สุด ต้องการสเปกที่ครอบคลุมซึ่งแบ่งเป็น milestones และงานต่างๆ พร้อมเกณฑ์การตรวจสอบที่รัดกุมก่อนการดำเนินการแบบขนาน หรือต้องการให้ผู้ประสานงานมอบหมายการดำเนินการให้กับเอเจนต์ผู้ปฏิบัติงานในขณะที่รักษา...

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

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.

ขับเคลื่อนเวิร์กโฟลว์แบบ spec-first สำหรับฟีเจอร์ขนาดใหญ่ โดยเขียน PRODUCT.md ก่อนการนำไปใช้งาน เขียน TECH.md เมื่อจำเป็น และอัปเดต spec ทั้งสองให้สอดคล้องกับการพัฒนาที่ดำเนินไป ใช้เมื่อเริ่มฟีเจอร์สำคัญ

ขับเคลื่อนเวิร์กโฟลว์แบบ spec-first สำหรับฟีเจอร์ขนาดใหญ่โดยการเขียน PRODUCT.md ก่อนการ implement เขียน TECH.md เมื่อเหมาะสม และอัปเดตสเปกทั้งสองให้เป็นปัจจุบันตลอดการพัฒนา ใช้เมื่อเริ่มฟีเจอร์สำคัญ วางแผนการ implement ที่ขับเคลื่อนโดยเอเจนต์ หรือเมื่อผู้ใช้ต้องการให้ตรวจสอบ product และ tech spec เข้าสู่ระบบควบคุมเวอร์ชัน

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.

ตรวจสอบว่าการใช้งานใน branch หรือ pull request ตรงกับข้อกำหนดด้านผลิตภัณฑ์ เทคนิค ความปลอดภัย และข้อกำหนดที่เกี่ยวข้อง ใช้เมื่อตรวจสอบหรือเสร็จสิ้นการเปลี่ยนแปลงที่ขับเคลื่อนด้วยข้อกำหนด และแก้ไขความไม่สอดคล้องระหว่างข้อกำหนดที่เช็คอินและการใช้งาน

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 spec สำหรับฟีเจอร์สำคัญที่ผู้ใช้มองเห็นได้ใน Warp โดยเน้นที่พฤติกรรมโดยละเอียดและการตรวจสอบความถูกต้อง ใช้เมื่อผู้ใช้ขอ spec ผลิตภัณฑ์ เอกสารพฤติกรรมที่ต้องการ หรือ PRD ต้องการกำหนดพฤติกรรมของฟีเจอร์ก่อนการนำไปใช้งาน หรือเมื่อฟีเจอร์มีความสำคัญหรือพฤติกรรมคลุมเครือเพียงพอที่ spec ที่เป็นลายลักษณ์อักษรจะช่วยปรับปรุงการนำไปใช้งานหรือการตรวจสอบ

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 หลังจากศึกษาฐานโค้ดปัจจุบันและข้อจำกัดในการนำไปใช้งาน ใช้เมื่อผู้ใช้ขอข้อกำหนดทางเทคนิค แผนการนำไปใช้งาน หรือเอกสารสถาปัตยกรรมที่เชื่อมโยงกับข้อกำหนดผลิตภัณฑ์

เขียนสเปก TECH.md สำหรับฟีเจอร์สำคัญของ Warp หลังจากศึกษาฐานโค้ดปัจจุบันและข้อจำกัดในการนำไปใช้ ใช้เมื่อผู้ใช้ต้องการสเปกทางเทคนิค แผนการนำไปใช้ หรือเอกสารสถาปัตยกรรมที่เชื่อมโยงกับสเปกผลิตภัณฑ์