wordpress-workspace-agent-ux-consistency-check

โดย automattic

Review WordPress Workspace Agent, site picker, conversation history, Quick Ask, QuickLauncher, settings, and sidebar UX for consistency with the repo's plain,…

npx skills add https://github.com/automattic/workspace --skill wordpress-workspace-agent-ux-consistency-check

WordPress Workspace Agent UX Consistency Check

Use this skill for recurring Agent and workspace UI patterns.

Workflow

  1. Inspect the relevant UI and state.
    • Common files: Sources/WordPressAgentWindowView.swift, Sources/WordPressAgentUtilityOverlayView.swift, Sources/MenuBarView.swift, Sources/SettingsView.swift, and Sources/AppState.swift.
    • Search with rg -n "Starred|All Sites|Load previous|QuickLauncher|@|settings|shortcut|conversation|site" Sources.
  2. Preserve site-scoped clarity.
    • Make the active selected site visible before sending text, audio, images, screenshots, or Agent messages.
    • Prefer explicit site switching over hidden "last site" behavior.
    • When a user chooses a site-bound app or action, make that site handoff visible and update the current site deliberately.
    • Use Starred and All Sites as plain labels.
  3. Prefer calm, explicit controls.
    • Avoid hidden auto-loading when a visible action is clearer.
    • Use "Load previous conversations" for paging older history.
    • Persist state users mentally own: starred sites, sidebar sections, collapse state, and cached lists.
    • Keep buttons and settings copy straightforward rather than clever.
  4. Keep settings explanatory.
    • Toggles should say what changes when enabled, especially for artifacts, indexing, debug behavior, permissions, and setup reruns.
  5. Review failure and empty states.
    • Empty, loading, signed-out, no-site, no-results, and permission-denied states should be specific and actionable.

Output

  • Lead with UX inconsistencies and behavioral risks.
  • Include file and line references.
  • Separate product-language suggestions from implementation bugs.

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

wp-phpstan
automattic
ใช้เมื่อกำหนดค่า เรียกใช้ หรือแก้ไขการวิเคราะห์แบบสแตติกของ PHPStan ในโปรเจกต์ WordPress (ปลั๊กอิน/ธีม/ไซต์): การตั้งค่า phpstan.neon, เบสไลน์,…
official
wp-playground
automattic
ใช้สำหรับเวิร์กโฟลว์ของ WordPress Playground: อินสแตนซ์ WP แบบใช้แล้วทิ้งที่รวดเร็วในเบราว์เซอร์หรือในเครื่องผ่าน @wp-playground/cli (server, run-blueprint, build-snapshot),…
official
wp-plugin-development
automattic
ใช้เมื่อพัฒนา WordPress plugins: สถาปัตยกรรมและ hooks, การเปิดใช้งาน/ปิดใช้งาน/ถอนการติดตั้ง, UI สำหรับผู้ดูแลระบบและ Settings API, การจัดเก็บข้อมูล, cron/งาน, ความปลอดภัย…
official
wp-project-triage
automattic
ใช้เมื่อคุณต้องการตรวจสอบที่เก็บ WordPress (ปลั๊กอิน/ธีม/ธีมบล็อก/WP core/Gutenberg/ทั้งไซต์) อย่างแน่นอน รวมถึงเครื่องมือ/การทดสอบ/เวอร์ชัน…
official
wp-rest-api
automattic
ใช้เมื่อสร้าง ขยาย หรือดีบักเอนด์พอยต์/เส้นทางของ WordPress REST API: register_rest_route, คลาส WP_REST_Controller/controller, schema/argument…
official
wp-wpcli-and-ops
automattic
ใช้เมื่อทำงานกับ WP-CLI (wp) สำหรับการดำเนินการ WordPress: การค้นหาและแทนที่อย่างปลอดภัย, การส่งออก/นำเข้าฐานข้อมูล, การจัดการปลั๊กอิน/ธีม/ผู้ใช้/เนื้อหา, cron, การล้างแคช,…
official
wpds
automattic
ใช้เมื่อสร้าง UI ที่ใช้ประโยชน์จาก WordPress Design System (WPDS) และส่วนประกอบ โทเค็น รูปแบบ ฯลฯ
official
woocommerce-finalize
automattic
การตรวจสอบสุขภาพโค้ดและความสามารถในการตรวจสอบย้อนกลับก่อนเผยแพร่สำหรับปลั๊กอิน WooCommerce ดำเนินการหลังจากการตรวจสอบโค้ด -- เน้นที่โค้ดที่ไม่ได้ใช้ การซ้ำซ้อน ความซับซ้อนเชิงโครงสร้าง และ...
official