Skills การทดสอบ

ตรวจสอบและปรับปรุงการเข้าถึงเว็บตามแนวทาง WCAG 2.2 ใช้เมื่อถูกขอให้ "ปรับปรุงการเข้าถึง", "ตรวจสอบ a11y", "ปฏิบัติตาม WCAG", "รองรับโปรแกรมอ่านหน้าจอ", "การนำทางด้วยแป้นพิมพ์" หรือ "ทำให้เข้าถึงได้

การทำงานอัตโนมัติของเบราว์เซอร์สำหรับเอเจนต์ AI ผ่าน inference.sh นำทางหน้าเว็บ โต้ตอบกับองค์ประกอบโดยใช้ @e refs จับภาพหน้าจอ บันทึกวิดีโอ ความสามารถ: การขูดข้อมูลเว็บ การกรอกฟอร์ม การคลิก การพิมพ์ การลากและวาง การอัปโหลดไฟล์ การเรียกใช้ JavaScript ใช้สำหรับ: ระบบอัตโนมัติทางเว็บ การดึงข้อมูล การทดสอบ การเรียกดูของเอเจนต์ การวิจัย ทริกเกอร์: เบราว์เซอร์, ระบบอัตโนมัติทางเว็บ, ขูดข้อมูล, นำทาง, คลิก, กรอกฟอร์ม, จับภาพหน้าจอ, เรียกดูเว็บ, playwright, เบราว์เซอร์ไร้หัว, เว็บเอเจนต์, ท่องอินเทอร์เน็ต, บันทึกวิดีโอ

การทำงานอัตโนมัติของเบราว์เซอร์สำหรับเอเจนต์ AI ผ่าน inference.sh นำทางหน้าเว็บ โต้ตอบกับองค์ประกอบโดยใช้ @e refs จับภาพหน้าจอ บันทึกวิดีโอ ความสามารถ: การขูดข้อมูลเว็บ การกรอกฟอร์ม การคลิก การพิมพ์ การลากและวาง การอัปโหลดไฟล์ การเรียกใช้ JavaScript ใช้สำหรับ: ระบบอัตโนมัติทางเว็บ การดึงข้อมูล การทดสอบ การเรียกดูของเอเจนต์ การวิจัย ทริกเกอร์: เบราว์เซอร์, ระบบอัตโนมัติทางเว็บ, ขูดข้อมูล, นำทาง, คลิก, กรอกฟอร์ม, จับภาพหน้าจอ, เรียกดูเว็บ, playwright, เบราว์เซอร์ไร้หัว, เว็บเอเจนต์, ท่องอินเทอร์เน็ต, บันทึกวิดีโอ

การทำงานอัตโนมัติของเบราว์เซอร์สำหรับเอเจนต์ AI ผ่าน inference.sh นำทางหน้าเว็บ โต้ตอบกับองค์ประกอบโดยใช้ @e refs จับภาพหน้าจอ บันทึกวิดีโอ ความสามารถ: การขูดข้อมูลเว็บ การกรอกฟอร์ม การคลิก การพิมพ์ ลากและวาง อัปโหลดไฟล์ การเรียกใช้ JavaScript ใช้สำหรับ: ระบบอัตโนมัติทางเว็บ การดึงข้อมูล การทดสอบ การเรียกดูของเอเจนต์ การวิจัย ทริกเกอร์: เบราว์เซอร์ ระบบอัตโนมัติทางเว็บ ขูดข้อมูล นำทาง คลิก กรอกฟอร์ม จับภาพหน้าจอ เรียกดูเว็บ playwright เบราว์เซอร์ไร้หัว เอเจนต์เว็บ ท่องอินเทอร์เน็ต บันทึกวิดีโอ

เปิดและจัดการเบราว์เซอร์ป้องกันการตรวจจับด้วยลายนิ้วมืออุปกรณ์จริงที่ไม่ซ้ำกัน สำหรับการดำเนินการหลายบัญชี การขูดข้อมูลเว็บ การตรวจสอบโฆษณา และระบบอัตโนมัติของเอเจนต์ AI ใช้เมื่อผู้ใช้ต้องการเรียกใช้เซสชันเบราว์เซอร์หลายเซสชันที่มีตัวตนที่แตกต่างกัน จัดการโปรไฟล์เบราว์เซอร์แบบถาวร ทำงานอัตโนมัติข้ามบัญชี หรือสร้างเวิร์กโฟลว์เอเจนต์ที่ต้องการการแยกลายนิ้วมือเบราว์เซอร์ นอกจากนี้ยังใช้เมื่อผู้ใช้กล่าวถึง antibrow, anti-detect browser หรือ fingerprint browser

ตรวจสอบเว็บไซต์ด้วย squirrelscan CLI และแก้ไขข้อค้นพบในโค้ด ทำงานกับกฎหมวดหมู่ SEO, ประสิทธิภาพ, ความปลอดภัย, เทคนิค, เนื้อหา, การเข้าถึง และอีก 15 หมวดหมู่ (มากกว่า 249 กฎ) ส่งคืนรายงานที่ปรับให้เหมาะสมกับ LLM จากนั้นขับเคลื่อนลูปการแก้ไขแบบวนซ้ำ โดยจับคู่ปัญหากับไฟล์ต้นทาง ใช้การแก้ไข และตรวจสอบซ้ำจนกว่าเว็บไซต์จะได้คะแนนดี ใช้เพื่อค้นหาและประเมินปัญหาเว็บไซต์หรือเว็บแอป และขับเคลื่อนให้แก้ไขจนเสร็จ

การตรวจสอบความพร้อมก่อนการปรับใช้สำหรับโครงสร้างพื้นฐาน การกำหนดค่า และสิทธิ์ของ Azure ก่อนการปรับใช้ ต้องมีไฟล์ .azure/plan.md จากการรัน azure-prepare ก่อนหน้านี้ หากไม่มีแผนจะหยุดทันที ดำเนินการคำสั่งตรวจสอบตามสูตรเฉพาะ (azd provision, bicep build, terraform validate) และบันทึกหลักฐานในเอกสารแผน ดำเนินการตรวจสอบการสร้าง การตรวจสอบการกำหนดค่า และการตรวจสอบสิทธิ์ หากการตรวจสอบใดล้มเหลวจะบล็อกการปรับใช้ เป็นวิธีที่ได้รับอนุญาตเท่านั้นในการตั้งค่าสถานะแผนเป็น...

browser-act เป็นเครื่องมือ CLI สำหรับการทำงานอัตโนมัติของเบราว์เซอร์ที่มีความสามารถในการซ่อนตัวและแก้ไข captcha รองรับเบราว์เซอร์สองประเภท (Stealth และ Real Chrome) และมีคำสั่งสำหรับการนำทาง การโต้ตอบกับหน้าเว็บ การดึงข้อมูล การจัดการแท็บ/เซสชัน และอื่นๆ

ทดสอบในเบราว์เซอร์จริงผ่าน Chrome DevTools MCP ใช้เมื่อสร้างหรือดีบักสิ่งที่ทำงานในเบราว์เซอร์ ใช้เมื่อต้องการตรวจสอบ DOM จับข้อผิดพลาดคอนโซล วิเคราะห์คำขอเครือข่าย ประเมินประสิทธิภาพ หรือยืนยันผลลัพธ์ภาพด้วยข้อมูลรันไทม์จริง ต้องกำหนดค่าเซิร์ฟเวอร์ chrome-devtools MCP

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

ทำให้การตั้งค่าไปป์ไลน์ CI/CD เป็นอัตโนมัติ ใช้เมื่อตั้งค่าหรือปรับเปลี่ยนไปป์ไลน์การสร้างและการปรับใช้ ใช้เมื่อคุณต้องการทำให้เกตคุณภาพเป็นอัตโนมัติ กำหนดค่าตัวรันทดสอบใน CI หรือสร้างกลยุทธ์การปรับใช้

ตรวจสอบการเปลี่ยนแปลงตั้งแต่จุดคงที่ (commit, branch, tag, หรือ merge-base) ตามสองแกน — มาตรฐาน (โค้ดเป็นไปตามมาตรฐานการเขียนโค้ดที่บันทึกไว้ใน repo นี้หรือไม่) และสเปก (โค้ดตรงกับสิ่งที่ issue/PRD ต้นทางกำหนดไว้หรือไม่) ดำเนินการตรวจสอบทั้งสองแบบใน sub-agents แบบขนานและรายงานผลเคียงข้างกัน ใช้เมื่อผู้ใช้ต้องการตรวจสอบ branch, PR, การเปลี่ยนแปลงที่กำลังดำเนินการ หรือขอให้ "ตรวจสอบตั้งแต่ X

ใช้ Orca's computer-use CLI เพื่อตรวจสอบและดำเนินการกับหน้าต่างแอปพลิเคชันเดสก์ท็อปผ่านแผนผังการเข้าถึง ภาพหน้าจอ และการกระทำ UI ที่ปลอดภัย ใช้สำหรับการโต้ตอบกับแอปพลิเคชันเดสก์ท็อป: รายการแอป/หน้าต่าง, รับสถานะแอป, อ่าน UI ที่มองเห็น, คลิกควบคุม, พิมพ์, กดปุ่ม, เลื่อน, ลาก, ตั้งค่า, หรือดำเนินการด้านการเข้าถึง ยังใช้สำหรับหน้าต่างเบราว์เซอร์, เว็บวิว, UI แอป Orca, หรือ UI เดสก์ท็อปอื่นๆ ทริกเกอร์รวมถึง "computer use", "orca computer", "read Spotify", "read Slack", "control/click/read in a...

ปรับปรุง Core Web Vitals (LCP, INP, CLS) เพื่อประสบการณ์หน้าเว็บที่ดีขึ้นและการจัดอันดับในการค้นหา ใช้เมื่อถูกขอให้ "ปรับปรุง Core Web Vitals", "แก้ไข LCP", "ลด CLS", "ปรับแต่ง INP", "ปรับปรุงประสบการณ์หน้าเว็บ" หรือ "แก้ไขการเลื่อนเค้าโครง

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

วงจรการวินิจฉัยที่มีระเบียบสำหรับบั๊กที่ยากและการถดถอยของประสิทธิภาพ ทำซ้ำ → ลดขนาด → ตั้งสมมติฐาน → ตรวจวัด → แก้ไข → ทดสอบการถดถอย ใช้เมื่อผู้ใช้พูดว่า "diagnose this" / "debug this" รายงานบั๊ก พูดว่ามีบางอย่างเสีย/เกิดข้อผิดพลาด/ล้มเหลว หรืออธิบายการถดถอยของประสิทธิภาพ

วินิจฉัยความล้มเหลวของ CI สำหรับ PR โดยใช้ GitHub CLI ดึงบันทึกข้อผิดพลาด และสร้างแผนเพื่อแก้ไข ใช้เมื่อผู้ใช้ขอให้ตรวจสอบสถานะ CI ดึงปัญหา CI จัดการความล้มเหลวของการทดสอบ หรือสอบสวนความล้มเหลวของการสร้าง PR

วนซ้ำการวินิจฉัยสำหรับบั๊กที่ซับซ้อนและการถดถอยของประสิทธิภาพ ใช้เมื่อผู้ใช้พูดว่า "วินิจฉัย"/"ดีบักสิ่งนี้" หรือรายงานว่ามีบางอย่างเสีย/เกิดข้อผิดพลาด/ล้มเหลว/ช้า

เฟรมเวิร์ก (โอเพนซอร์ส) แนวทางการอัปเกรดเวอร์ชัน Expo SDK และแก้ไขปัญหาการพึ่งพา

ทดสอบ QA เว็บไซต์จริงด้วยเบราว์เซอร์ Firecrawl และเก็บหลักฐาน ใช้เมื่อผู้ใช้ต้องการ QA แบบสำรวจ ทดสอบฟอร์ม ตรวจสอบการนำทาง/ลิงก์ ตรวจสอบความตอบสนอง สังเกตประสิทธิภาพ รายงานข้อบกพร่อง หรือตรวจสอบคุณภาพก่อนเปิดตัว

แก้ไขข้อผิดพลาดในการคอมไพล์ ปัญหาการตรวจสอบโค้ด และความล้มเหลวในการทดสอบในโค้ดเบส Rust ของ warp ครอบคลุมการตรวจสอบก่อนส่งโค้ด ข้อผิดพลาดเฉพาะ WASM และการรันการทดสอบเฉพาะ ใช้เมื่อผู้ใช้พบข้อผิดพลาดในการ build ความล้มเหลวของ clippy หรือ fmt ความล้มเหลวในการทดสอบ หรือจำเป็นต้องรันหรือตีความการตรวจสอบก่อนส่งโค้ดก่อนทำ PR

แทนที่พฤติกรรมการตัดทอนเริ่มต้นของ LLM บังคับให้สร้างโค้ดที่สมบูรณ์ ห้ามรูปแบบตัวยึดตำแหน่ง และจัดการการแบ่งตามขีดจำกัดโทเค็นอย่างสะอาด ใช้กับงานใดๆ ที่ต้องการผลลัพธ์ที่ละเอียดถี่ถ้วนและไม่ถูกตัดทอน

การวัดประสิทธิภาพ การทำโปรไฟล์ และการวัดสมรรถนะของ Golang ใช้เมื่อเขียน รัน หรือเปรียบเทียบเบนช์มาร์กของ Go การทำโปรไฟล์เส้นทางที่ใช้ทรัพยากรมากด้วย pprof การตีความโปรไฟล์ CPU/หน่วยความจำ/เทรซ การวิเคราะห์ผลลัพธ์ด้วย benchstat การตั้งค่าการตรวจจับการถดถอยของเบนช์มาร์กใน CI หรือการตรวจสอบประสิทธิภาพในระบบผลิตด้วยเมตริกรันไทม์ของ Prometheus นอกจากนี้ยังใช้เมื่อนักพัฒนาต้องการการวิเคราะห์เชิงลึกเกี่ยวกับตัวบ่งชี้ประสิทธิภาพเฉพาะ — ทักษะนี้ให้ระเบียบวิธีการวัด ในขณะที่...

การกำหนดค่าไปป์ไลน์ CI/CD โดยใช้ GitHub Actions สำหรับโปรเจกต์ Golang — การทดสอบ, การตรวจสอบโค้ด, SAST, การสแกนความปลอดภัย, ความครอบคลุมของโค้ด, Dependabot, Renovate, GoReleaser, ระบบอัตโนมัติในการตรวจสอบโค้ด และไปป์ไลน์การเผยแพร่ ใช้เมื่อตั้งค่าหรือปรับปรุง CI ของโปรเจกต์ Go, กำหนดค่าเวิร์กโฟลว์ GitHub Actions, เพิ่ม linter หรือเครื่องมือสแกนความปลอดภัย, ทำให้การอัปเดต dependencies เป็นอัตโนมัติ หรือเพิ่มเกณฑ์คุณภาพ

ตัวประสานทักษะ Golang — ทำงานตลอดเวลาสำหรับงานเขียนโค้ด ตรวจสอบ แก้ไขบั๊ก หรือตั้งค่า Golang อ่านบริบทของงานและโหลดทักษะที่เกี่ยวข้องมากที่สุดจาก samber/cc-skills-golang ซึ่งมักจะโหลดหลายทักษะพร้อมกัน เช่น การเขียนบริการ gRPC จะโหลด golang-grpc + golang-testing + golang-error-handling การแก้ไขบั๊ก panic จะโหลด golang-troubleshooting + golang-safety การตรวจสอบความปลอดภัยจะโหลด golang-security + golang-lint + golang-safety นอกจากนี้ยังแยกแยะคลัสเตอร์ที่แข่งขันกันเมื่อสองทักษะดูเหมือนจะทับซ้อนกัน...

แนวทางปฏิบัติที่ดีที่สุดในการ lint และการกำหนดค่า golangci-lint สำหรับโปรเจกต์ Golang — การรัน linter, การกำหนดค่า .golangci.yml, การระงับคำเตือนด้วย nolint directives, การตีความผลลัพธ์ lint, และการเลือก linter ใช้เมื่อกำหนดค่า golangci-lint, สอบถามเกี่ยวกับคำเตือน lint หรือการระงับ nolint, ตั้งค่าเครื่องมือคุณภาพโค้ด, หรือเลือก linter นอกจากนี้ยังใช้เมื่อผู้ใช้กล่าวถึง golangci-lint, go vet, staticcheck, หรือ revive

การฉีด dependency ใน Golang โดยใช้ samber/do — service containers, การจัดการ lifecycle, scopes, health checks, graceful shutdown, และการจัดระเบียบโมดูล ใช้เมื่อใช้งานหรือนำ samber/do มาใช้ เมื่อ codebase นำเข้า github.com/samber/do หรือ github.com/samber/do/v2 หรือเมื่อปรับโครงสร้างการฉีด constructor แบบ manual ไปเป็น DI container

คู่มือครอบคลุมสำหรับ stretchr/testify สำหรับการทดสอบใน Golang ครอบคลุมแพ็กเกจ assert, require, mock และ suite อย่างละเอียด ใช้เมื่อเขียนเทสด้วย testify, สร้าง mocks, ตั้งค่า test suites หรือเลือกใช้ระหว่าง assert และ require ครอบคลุม testify assertions, mock expectations, argument matchers, call verification, suite lifecycle และรูปแบบขั้นสูง เช่น Eventually, JSONEq และ custom matchers ใช้เมื่อโค้ดเบสมีการนำเข้า github.com/stretchr/testify

Production-ready Golang tests — table-driven tests, testify suites and mocks, parallel tests, fuzzing, fixtures, goroutine leak detection with goleak, snapshot testing, code coverage, integration tests, idiomatic test naming. Use when writing or reviewing Go tests, choosing a testing approach, setting up Go test CI, or debugging flaky/slow tests. For testify-specific APIs see `samber/cc-skills-golang@golang-stretchr-testify`; for measurement methodology see...

We need to translate the given text from English to Thai. The text is a description of a skill for troubleshooting Golang programs. We must preserve the name "golang-troubleshooting" if it appears, but it does not appear in the text. The text includes technical terms like "Golang", "pprof", "Delve debugger", "GODEBUG", etc. We should keep those as is. Also preserve URLs? There is no URL. Numbers? None. Technical terms: "debugging methodology", "Go pitfalls", "test-driven debugging", "pprof setup and capture", "Delve debugger", "race detection", "GODEBUG tracing", "production debugging", "profiles", "benchmarking". Also the skill reference: "samber/cc-skills-golang@golang-benchmark". That should be preserved exactly. We need to translate the rest naturally into Thai. The tone is instructional. We'll produce a Thai translation that is accurate and maintains the original meaning. Let's break down the text: "Trou

ทักษะนี้ควรใช้เมื่อผู้ใช้ต้องการ "รันการประเมิน", "ประเมิน ADK agent ของฉัน", "เขียนชุดข้อมูลประเมิน", "วิเคราะห์ข้อผิดพลาดในการประเมิน", "เปรียบเทียบผลการประเมิน", "ปรับแต่ง agent" หรือต้องการคำแนะนำเกี่ยวกับระเบียบวิธีการประเมินของ Agent Platform และ Quality Flywheel ครอบคลุมเมตริกการประเมิน โครงสร้างชุดข้อมูล การให้คะแนนแบบ LLM-as-judge และสาเหตุข้อผิดพลาดทั่วไป ห้ามใช้สำหรับรูปแบบโค้ด API (ใช้ google-agents-cli-adk-code), การปรับใช้ (ใช้ google-agents-cli-deploy) หรือการสร้างโครงโปรเจกต์ (ใช้...

ทักษะนี้ควรใช้เมื่อผู้ใช้ต้องการ "พัฒนาเอเจนต์", "สร้างเอเจนต์โดยใช้ ADK", "รันเอเจนต์ในเครื่อง", "ดีบักโค้ดเอเจนต์", "ทดสอบเอเจนต์", "ปรับใช้เอเจนต์", "เผยแพร่เอเจนต์", "ตรวจสอบเอเจนต์" หรือต้องการแนวทางการพัฒนาและโค้ดของ ADK (Agent Development Kit) จุดเริ่มต้นสำหรับการสร้างเอเจนต์ ADK ทำงานตลอดเวลา — ให้เวิร์กโฟลว์เต็มรูปแบบ (โครงสร้าง, สร้าง, ประเมิน, ปรับใช้, เผยแพร่, สังเกตการณ์), กฎการรักษาโค้ด, คำแนะนำในการเลือกโมเดล และ...

ค้นหาสาเหตุที่แท้จริงก่อนที่จะแก้ไขข้อผิดพลาด การขัดข้อง การถดถอย การทดสอบที่ล้มเหลว พฤติกรรมที่เสียหาย และข้อบกพร่องที่รายงานผ่านภาพหน้าจอ ใช้เมื่อผู้ใช้ถามถึง 排查/报错/崩溃/不工作/回归/判断为什么报错 หรือบอกว่าสิ่งที่เคยใช้ได้ตอนนี้ล้มเหลว ไม่ใช้สำหรับการตรวจสอบโค้ดหรือฟีเจอร์ใหม่

HyperFrames CLI dev loop — `npx hyperframes` for scaffolding (init), validation (lint, inspect), preview, render, and environment troubleshooting (doctor, browser, info, upgrade). Use when running any of these commands or troubleshooting the HyperFrames build/render environment. For asset preprocessing commands (`tts`, `transcribe`, `remove-background`), invoke the `hyperframes-media` skill instead.

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

ทักษะ Rigor Run สำหรับการทำซ้ำ repository deep learning แบบ README-first ใช้เมื่อภารกิจคือการบันทึกหรือทำให้หลักฐานจาก smoke test ที่เลือก หรือคำสั่ง inference หรือ

ทำให้โค้ดมีเครื่องมือวัดเพื่อให้พฤติกรรมในระบบผลิตสามารถมองเห็นและวินิจฉัยได้ ใช้เมื่อต้องการเพิ่มการบันทึกข้อมูล การวัดค่า การติดตาม หรือการแจ้งเตือน ใช้เมื่อส่งมอบฟีเจอร์ใดๆ ที่ทำงานในระบบผลิตและต้องการหลักฐานว่ามันทำงานได้ ใช้เมื่อมีรายงานปัญหาจากระบบผลิตแต่ไม่สามารถบอกได้ว่าเกิดอะไรขึ้นจากข้อมูลที่มีอยู่

ทักษะ OpenTUI ที่ครอบคลุมสำหรับสร้างอินเทอร์เฟซผู้ใช้แบบเทอร์มินัล ครอบคลุม API เชิงคำสั่งหลัก, React reconciler และ Solid reconciler ใช้สำหรับงานพัฒนา TUI ใดๆ รวมถึงคอมโพเนนต์, การจัดวาง, การจัดการคีย์บอร์ด, แอนิเมชัน และการทดสอบ

ปรับปรุงประสิทธิภาพเว็บให้โหลดเร็วขึ้นและประสบการณ์ผู้ใช้ดีขึ้น ใช้เมื่อถูกขอให้ "ทำให้เว็บไซต์เร็วขึ้น", "ปรับปรุงประสิทธิภาพ", "ลดเวลาโหลด", "แก้ไขการโหลดช้า", "ปรับปรุงความเร็วหน้าเว็บ" หรือ "ตรวจสอบประสิทธิภาพ

ใช้เมื่อเขียนเทส Playwright, แก้ไขเทสที่ไม่เสถียร, ดีบักข้อผิดพลาด, ใช้ Page Object Model, กำหนดค่า CI/CD, ปรับประสิทธิภาพ, ม็อก API, จัดการการยืนยันตัวตนหรือ OAuth, ทดสอบการเข้าถึง (axe-core), อัปโหลด/ดาวน์โหลดไฟล์, ม็อกวันที่/เวลา, WebSockets, ตำแหน่งทางภูมิศาสตร์, สิทธิ์, การทำงานหลายแท็บ/ป๊อปอัป, เลย์เอาต์มือถือ/ตอบสนอง, ท่าทางสัมผัส, GraphQL, การจัดการข้อผิดพลาด, โหมดออฟไลน์, การทำงานร่วมกันหลายผู้ใช้, บริการของบุคคลที่สาม (การชำระเงิน, การยืนยันอีเมล),...

เซสชัน QA แบบโต้ตอบที่ผู้ใช้รายงานบั๊กหรือปัญหาผ่านการสนทนา และเอเจนต์จะสร้าง Issue ใน GitHub สำรวจโค้ดเบสในเบื้องหลังเพื่อหาบริบทและภาษาของโดเมน ใช้เมื่อผู้ใช้ต้องการรายงานบั๊ก ทำ QA สร้าง Issue ผ่านการสนทนา หรือพูดถึง "เซสชัน QA

ตรวจสอบการเปลี่ยนแปลงตั้งแต่จุดคงที่ (commit, branch, tag หรือ merge-base) ตามสองแกน — มาตรฐาน (โค้ดเป็นไปตามมาตรฐานการเขียนโค้ดที่บันทึกไว้ใน repo นี้หรือไม่) และสเปก (โค้ดตรงกับสิ่งที่ issue/PRD ต้นทางกำหนดไว้หรือไม่) ดำเนินการตรวจสอบทั้งสองแบบใน sub-agents แบบขนานและรายงานผลแบบเคียงข้างกัน ใช้เมื่อผู้ใช้ต้องการตรวจสอบ branch, PR, การเปลี่ยนแปลงที่กำลังดำเนินการ หรือขอให้ "ตรวจสอบตั้งแต่ X

ทักษะ Rigor Debug / Rigor Audit สำหรับงานวิจัยการเรียนรู้เชิงลึก ใช้เมื่อผู้ใช้วาง traceback ข้อผิดพลาดในเทอร์มินัล CUDA OOM ความล้มเหลวในการโหลด checkpoint รูปร่างไม่ตรงกัน อาการ NaN loss หรือความล้มเหลวในการฝึก และต้องการการวินิจฉัยแบบอนุรักษ์นิยมก่อนการแก้ไขใดๆ โดยแยกการแก้ไขข้อบกพร่องออกจากส่วนสนับสนุนการวิจัยอย่างชัดเจน ห้ามใช้สำหรับการปรับโครงสร้างใหม่ในวงกว้าง การปรับเปลี่ยนเชิงคาดเดา การแก้ไขเชิงสำรวจอัตโนมัติ หรือการทำความคุ้นเคยกับ repository ทั่วไป

ดำเนินการพัฒนา "saga" แบบอัตโนมัติตามสเปกสำหรับฟีเจอร์ขนาดกลางถึงใหญ่ โดยใช้เอเจนต์ผู้ประสานงานและกลุ่มเอเจนต์ย่อยผู้ปฏิบัติงาน ใช้สกิลนี้เมื่อผู้ใช้เรียก /saga ขอให้สร้างฟีเจอร์ขนาดใหญ่แบบ end-to-end โดยอัตโนมัติโดยมีการแทรกแซงจากมนุษย์น้อยที่สุด ต้องการสเปกที่ครอบคลุมซึ่งแบ่งเป็น milestones และงานต่างๆ พร้อมเกณฑ์การตรวจสอบที่รัดกุมก่อนการดำเนินการแบบขนาน หรือต้องการให้ผู้ประสานงานมอบหมายการดำเนินการให้กับเอเจนต์ผู้ปฏิบัติงานในขณะที่รักษา...

ตั้งค่า Husky pre-commit hooks ร่วมกับ lint-staged (Prettier), type checking, และ tests ใน repo ปัจจุบัน ใช้เมื่อผู้ใช้ต้องการเพิ่ม pre-commit hooks, ตั้งค่า Husky, กำหนดค่า lint-staged, หรือเพิ่มการจัดรูปแบบ/ตรวจสอบชนิด/ทดสอบในเวลาคอมมิต

ใช้เมื่อพบข้อบกพร่อง การทดสอบล้มเหลว หรือพฤติกรรมที่ไม่คาดคิด ก่อนที่จะเสนอแนวทางแก้ไข

การพัฒนาที่ขับเคลื่อนด้วยการทดสอบด้วยวงจรแดง-เขียว-ปรับปรุง ใช้เมื่อผู้ใช้ต้องการสร้างฟีเจอร์หรือแก้ไขบั๊กโดยใช้ TDD กล่าวถึง "แดง-เขียว-ปรับปรุง" ต้องการการทดสอบแบบบูรณาการ หรือขอให้พัฒนาด้วยการทดสอบก่อน

ใช้เมื่อกำลังปรับใช้ฟีเจอร์หรือแก้ไขข้อบกพร่อง ก่อนที่จะเขียนโค้ดการใช้งาน

ใช้เมื่องานขึ้นอยู่กับเซสชันเบราว์เซอร์สดของผู้ใช้หรือสถานะที่เรนเดอร์แล้วซึ่งมองเห็นได้ มากกว่าการดึงข้อมูลแบบคงที่ โดยเฉพาะในบริบทการดีบักเบราว์เซอร์ หรือองค์ประกอบหรือคำขอที่เลือกจาก DevTools, แดชบอร์ดที่ล็อกอินแล้วหรือโฟลว์ CMS, แอป localhost, ฟอร์ม, การอัปโหลด, การดาวน์โหลด, การตรวจสอบสื่อ, การตรวจสอบ DOM หรือ iframe, Shadow DOM, หรือความล้มเหลวของเบราว์เซอร์ที่ดูเหมือน soft 404, กำแพงยืนยันตัวตน, การตรวจสอบป้องกันบอท, หรือการจำกัดอัตรา

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

ใช้เมื่อกำลังจะยืนยันว่างานเสร็จสมบูรณ์ แก้ไขแล้ว หรือผ่านเกณฑ์ ก่อนที่จะคอมมิตหรือสร้าง PR - ต้องรันคำสั่งตรวจสอบและยืนยันผลลัพธ์ก่อนที่จะอ้างว่าสำเร็จเสมอ ต้องมีหลักฐานก่อนการยืนยันเสมอ

เฟรมเวิร์กการทดสอบหน่วยความเร็วสูง Vitest ที่ขับเคลื่อนโดย Vite พร้อม API ที่เข้ากันได้กับ Jest ใช้เมื่อเขียนทดสอบ, สร้างม็อก, กำหนดค่าความครอบคลุม, หรือทำงานกับการกรองการทดสอบและฟิกซ์เจอร์

การตรวจสอบคุณภาพเว็บอย่างครอบคลุม ครอบคลุมประสิทธิภาพ การเข้าถึง SEO และแนวทางปฏิบัติที่ดีที่สุด ใช้เมื่อถูกขอให้ "ตรวจสอบเว็บไซต์ของฉัน" "ตรวจสอบคุณภาพเว็บ" "รัน Lighthouse audit" "ตรวจสอบคุณภาพหน้าเว็บ" หรือ "ปรับปรุงเว็บไซต์ของฉัน