Content
64%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a comprehensive, highly actionable reference for Three.js post-processing with excellent executable code examples covering a wide range of effects. Its main weaknesses are length/repetition (bloom appears multiple times, custom shaders are verbose) and the lack of explicit workflow guidance around pass ordering rules, common pitfalls, and debugging strategies. The content would benefit from being split across files given its size.
Suggestions
Deduplicate the bloom setup code — show it once in Quick Start and reference it from other sections rather than repeating the full constructor
Add an explicit 'Pass Ordering Rules' section explaining which passes should come first/last and common ordering mistakes (e.g., gamma correction before vs after bloom)
Consider splitting individual effect recipes into a separate EFFECTS_CATALOG.md to keep the main skill lean and focused on the EffectComposer workflow
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is mostly efficient with code-forward examples, but there's significant repetition (e.g., bloom setup appears three times across Quick Start, Common Effects, and Combining Multiple Effects). Some sections like the custom shader examples could be trimmed since Claude knows GLSL basics. The sheer volume (~400 lines) could be tightened. | 2 / 3 |
Actionability | Every section provides fully executable, copy-paste ready code with correct imports, parameter annotations, and runtime update patterns. The examples cover setup, configuration, dynamic updates, and resize handling — all concrete and immediately usable. | 3 / 3 |
Workflow Clarity | The combining multiple effects section implicitly shows ordering (render → bloom → vignette → gamma → AA) with a helpful comment about AA being last, but there's no explicit validation or troubleshooting guidance. For a domain where pass ordering matters and mistakes produce subtle visual bugs, explicit ordering rules and common pitfalls would improve clarity. | 2 / 3 |
Progressive Disclosure | The content is well-organized with clear section headers and a 'See Also' section referencing related skills. However, the document is quite long and monolithic — the extensive custom shader examples and many individual effect sections could be split into referenced files. No bundle files exist to offload content to. | 2 / 3 |
Total | 9 / 12 Passed |