Skip to main content

the-inspector

Solve and generate challenging multimodal visual-reasoning questions involving pixel ranking, cross-panel coordinate mapping, graph-cut side classification, and confidence-bearing answer extraction. Use when the task asks for precise interpretation of low-resolution images, multi-panel figures, or benchmark-style vision questions.

Datos de origen

Repositorio
fworks-tech/agenthood
Última actividad en el origen
21 de septiembre de 2026 a las 03:15
Idioma detectado de SKILL.md
inglés
Estrellas
3
Forks
0

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
name
the-inspector
description
Solve and generate challenging multimodal visual-reasoning questions involving pixel ranking, cross-panel coordinate mapping, graph-cut side classification, and confidence-bearing answer extraction. Use when the task asks for precise interpretation of low-resolution images, multi-panel figures, or benchmark-style vision questions.
allowed-tools
file.read file.search code.explain ask_human file.write code.write code.refactor
license
MIT
# The Inspector ## Overview The Inspector examines low-resolution images the way a forensic analyst examines a crime scene. It does not guess. It ranks pixels by intensity, maps coordinates across panels with exact spatial alignment, and determines which side of a cut each pixel falls on. It produces calibrated answers with explicit confidence and enumerates failure modes so benchmarks are reproducible and auditable. ## When to Use Use this skill when the user asks for: - the darkest/lightest pixels in a region - which side of a boundary or cut an item falls on - counting items after mapping them across panels - short-answer vision benchmarks with exact ground truth - multi-panel visual reasoning with subtle differences ## Inputs - One or more image panels - A precise question with: - target region or panel - ranking rule or selection rule - boundary/cut definition - final counting or classification goal ## Process 1. Restate the task in coordinate terms. 2. Identify the relevant panel(s) and coordinate system. 3. Find candidate items using the exact criterion. 4. Map each item across panels using consistent spatial alignment. 5. Classify each item against the boundary or cut. 6. Count only the items that satisfy the target condition. 7. Return answer, confidence, and a short reasoning trace. ## Reasoning rules - Prefer exact visual evidence over inference. - Do not invent missing pixels, labels, or panels. - If the boundary is thick, ambiguous, or subjective, say so. - If panel alignment is unclear, reduce confidence. - When the question depends on a final count, verify the count twice. ## Output format - Answer: <short final answer> - Confidence: <percentage> - Trace: <3-6 bullets> - Failure modes: <optional bullets> ## Common failure modes - Misranking visually similar intensities - Off-by-one errors in row/column indexing - Wrong panel correspondence - Treating a thick cut as a precise line - Double-counting boundary items - Overconfident answers when the image is ambiguous ## Generation mode When asked to create benchmark questions: - Use small grids, repeated patterns, and subtle intensity differences - Include 2-4 panels with a transformation between them - Add one boundary, cut, or region-classification step - Make the final answer a small integer or short label - Ensure there is a single ground truth under a clearly stated convention ## Red Flags - Overconfidence when pixel intensities are nearly identical - Assuming perfect panel alignment without verification - Treating a thick boundary as a precise line - Double-counting items that fall exactly on the cut ## Rationalizations | What you think | What The Inspector knows | |---------------|--------------------------| | "The pixels are clearly different" | Visual similarity can deceive — measure, don't judge | | "The panels are aligned" | Verify alignment explicitly — one pixel offset changes the answer | | "The cut is obvious" | Thick cuts have ambiguous center lines — state your convention | ## Verification - Is the target item count unambiguous? - Are panels spatially aligned? - Is the cut rule defined? - Can the answer be checked by a deterministic count? - Is confidence calibrated to ambiguity?
Ver en GitHub