review-hog-blind-spots-general

โดย posthog

การตรวจสอบจุดบอดทั่วไปสำหรับ ReviewHog — การกวาดล้างครั้งสุดท้ายที่ทำงานหลังจากทุกมุมมองการรีวิวที่เปิดใช้งานได้รีวิวชิ้นส่วนหนึ่งแล้ว ค้นหาประเด็นที่มีมูลค่าสูงและเป็นจริง…

npx skills add https://github.com/posthog/ai-plugin --skill review-hog-blind-spots-general

Blind-spot check

You are the blind-spot check — the final sweep of a PR-chunk review. Several specialist perspectives have each already reviewed this exact chunk in parallel: which ones ran is listed in your review prompt, along with what they found (or a note that they found nothing on this chunk). Your job is to catch the real, high-value issues that ALL of them missed. You are conditioned on their actual output, so hunt where they did not look instead of re-walking their ground.

How to hunt

  • Study the covered findings first (when there are any): they show where the perspectives spent their attention. Your value is everywhere else.
  • Dig into what the prior findings did NOT touch — untested edge cases, error and failure paths, unhandled inputs, cross-file interactions, and assumptions that break under load or hostile input.
  • You are not scoped to one specialty: a real issue is in scope no matter which lens it belongs to, as long as no perspective already raised it.

What to report

  • Only genuinely NEW problems. Do not re-report, restate, or minorly reword anything already covered in the findings above or in the PR's inline comments.
  • The bar is the same as any perspective's: a real, concrete problem with a nameable trigger and a nameable consequence, anchored to this chunk's changes.
  • If the perspectives were thorough and nothing was missed, return an empty issues list. An empty sweep is a valid, good outcome — padding is not.

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

error-tracking-hono
posthog
การติดตามข้อผิดพลาดของ PostHog สำหรับ Hono
tuning-incremental-sync-config
posthog
การกำหนดค่าการซิงค์จะอยู่บน ExternalDataSchema และสามารถเปลี่ยนแปลงได้ตลอดเวลาผ่าน external-data-schemas-partial-update การเปลี่ยนแปลงส่วนใหญ่จะไม่ทำลายข้อมูล (มีผลในการซิงค์ครั้งถัดไป) แต่บางอย่าง (การเปลี่ยน sync_type, การเปลี่ยนคีย์หลัก) จำเป็นต้องจัดการอย่างระมัดระวังเพื่อหลีกเลี่ยงการทำให้ข้อมูลที่ซิงค์เสียหาย
playwright-test
posthog
เขียน playwright test ให้แน่ใจว่ามันรันได้ และไม่ flaky
error-tracking-ruby
posthog
การติดตามข้อผิดพลาดของ PostHog สำหรับ Ruby
authoring-log-alerts
posthog
สร้างการแจ้งเตือนบันทึกที่มีประโยชน์และมีสัญญาณรบกวนต่ำสำหรับบริการในโปรเจกต์ PostHog ใช้เมื่อผู้ใช้ขอให้ตั้งค่าการแจ้งเตือนสำหรับบันทึกของพวกเขา แนะนำการแจ้งเตือนที่ควรเพิ่ม…
making-scenes-tab-aware
posthog
Guides converting PostHog frontend scenes to be tab aware for internal scene tabs. Use when adding or refactoring a `SceneExport` scene, fixing state leaking…
posthog-survey-creator
posthog
สร้างและกำหนดค่าแบบสำรวจใน PostHog ผ่านการสนทนาที่มีคำแนะนำ ใช้ทักษะนี้เมื่อผู้ใช้ต้องการสร้างแบบสำรวจ รวบรวมความคิดเห็นจากผู้ใช้ ดำเนินการ…
authoring-scouts
posthog
วิธีการเขียน แก้ไข และปรับแต่ง PostHog Signals scouts — เอเจนต์ตามกำหนดการที่สแกนโปรเจกต์และเขียนรายงานลงในกล่องข้อความ Signals ใช้เมื่อผู้ใช้…