Ejecuta cualquier Skill en Manus
con un clic

Ejecuta cualquier Skill en Manus con un clic

renderdoc-texture-trace

Estrellas35

Forks8

Actualizado1 de julio de 2026 a las 09:29

Trace how a texture is produced, consumed, and related to passes in a RenderDoc capture. Use when asked where a texture comes from, which draws sample it, where a render target is written, or how a texture flows through a frame.

Instalación

Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.

Ejecutar en Manus

Fuente

Kirkice

Kirkice/renderdoc-for-vscode

Abrir repositorio de GitHub Ver repositorios del creador

Descarga

Ejecutar en Manus

Ocupaciones relacionadasSOC

Basado en la clasificación ocupacional SOC

Desarrolladores de softwareOcupaciones informáticas y matemáticas·SOC 15-1252

Explorador de archivos

2 archivos

SKILL.md

readonly

name	renderdoc-texture-trace
description	Trace how a texture is produced, consumed, and related to passes in a RenderDoc capture. Use when asked where a texture comes from, which draws sample it, where a render target is written, or how a texture flows through a frame.

RenderDoc Texture Trace

Follow a texture through the frame as a resource, not just as a screenshot.

Workflow

Resolve capture state. Call renderdoc_openCapture if needed.
Identify the texture precisely. Use renderdoc_getSelectionContext when the user refers to a selected resource. Call renderdoc_getTextureInfo or renderdoc_getResourceDetail to confirm identity, dimensions, format, and type.
Find producer and consumer events. Call renderdoc_findDrawsByTexture when tracing sampled usage. Call renderdoc_findDrawsByResourceId when tracing exact resource references.
Add pass context. Inspect representative events with renderdoc_getEventDetails. Use renderdoc_getPipelineState only when the binding context or render-target role needs confirmation.

Output

Summarize:

What the texture is
Where it is likely produced
Where it is sampled or referenced
Which passes seem to depend on it

Prefer a short producer-to-consumer story over a long event list.

Guardrails

Do not assume a texture is a shadow map, G-buffer target, or post-process intermediate without evidence.
If there are many matches, group them by pass or role instead of dumping every EID.
If the selected resource is not a texture, say so and switch to the most relevant resource-level explanation.

Más de este repositorio

mismo repositorio

renderdoc-buffer-inspector

Kirkice/renderdoc-for-vscode

Inspect buffer resources and their contents in a RenderDoc capture, including raw bytes and event context. Use when asked to inspect a GPU buffer, constant-buffer contents, structured data, or the meaning of selected buffer bytes in a RenderDoc capture.

2026-07-0135

renderdoc-current-selection-explainer

Kirkice/renderdoc-for-vscode

Explain the currently selected RenderDoc draw, event, or resource in practical terms. Use when the user refers to "this", "current", or "selected" in a RenderDoc capture and wants to know what it is doing, why it matters, or what to inspect next.

2026-07-0135

renderdoc-frame-overview

Kirkice/renderdoc-for-vscode

Summarize the structure of a RenderDoc capture and identify its top-level passes, markers, and likely inspection targets. Use when asked for a frame overview, pass breakdown, render flow, first-look summary, or "what is happening in this frame?" for a RenderDoc capture.

2026-07-0135

renderdoc-pass-to-project-mapping

Kirkice/renderdoc-for-vscode

Map RenderDoc passes, events, and shaders back to likely project-side source files and implementation points. Use when asked where a pass is implemented, which project files correspond to a capture event, or how a RenderDoc shader links back to workspace code.

2026-07-0135

renderdoc-performance-investigation

Kirkice/renderdoc-for-vscode

Investigate performance bottlenecks in a RenderDoc capture and explain which passes or draws are expensive and why. Use when asked to find the hottest work in a frame, rank expensive draws, explain GPU cost, or produce an optimization report for a RenderDoc capture.

2026-07-0135

renderdoc-replay-recovery-helper

Kirkice/renderdoc-for-vscode

Recover from missing RenderDoc capture or replay state before attempting deeper analysis. Use when tools report no capture loaded, replay inactive, native-only data unavailable, or when the user asks to restore enough state for RenderDoc inspection to continue.

2026-07-0135

name	renderdoc-texture-trace
description	Trace how a texture is produced, consumed, and related to passes in a RenderDoc capture. Use when asked where a texture comes from, which draws sample it, where a render target is written, or how a texture flows through a frame.

RenderDoc Texture Trace

Follow a texture through the frame as a resource, not just as a screenshot.

Workflow

Resolve capture state. Call renderdoc_openCapture if needed.
Identify the texture precisely. Use renderdoc_getSelectionContext when the user refers to a selected resource. Call renderdoc_getTextureInfo or renderdoc_getResourceDetail to confirm identity, dimensions, format, and type.
Find producer and consumer events. Call renderdoc_findDrawsByTexture when tracing sampled usage. Call renderdoc_findDrawsByResourceId when tracing exact resource references.
Add pass context. Inspect representative events with renderdoc_getEventDetails. Use renderdoc_getPipelineState only when the binding context or render-target role needs confirmation.

Output

Summarize:

What the texture is
Where it is likely produced
Where it is sampled or referenced
Which passes seem to depend on it

Prefer a short producer-to-consumer story over a long event list.

Guardrails

Do not assume a texture is a shadow map, G-buffer target, or post-process intermediate without evidence.
If there are many matches, group them by pass or role instead of dumping every EID.
If the selected resource is not a texture, say so and switch to the most relevant resource-level explanation.