Generate format-controlled research reports with evidence tracking, citations, source governance, and multi-pass synthesis. This skill should be used when users request a research report, literature review, market or industry analysis, competitive landscape, policy or technical brief. Triggers: "帮我调研一下", "深度研究", "综述报告", "深入分析", "research this topic", "write a report on", "survey the literature on", "competitive analysis of", "技术选型分析", "竞品研究", "政策分析", "行业报告". V6 adds: source-type governance, AS_OF freshness checks, mandatory counter-review, and citation registry. V6.1 adds: source accessibility (circular verification forbidden, exclusive advantage encouraged).
58
67%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Advisory
Suggest reviewing before use
Optimize this skill with Tessl
npx tessl skill review --optimize ./deep-research/SKILL.mdQuality
Discovery
100%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is a strong skill description that excels across all dimensions. It provides specific concrete capabilities, comprehensive bilingual trigger terms, explicit 'when to use' guidance, and a clearly distinctive niche. The only minor weakness is that the V6/V6.1 versioning details add some noise that isn't directly useful for skill selection, but they do contribute to specificity.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions: 'format-controlled research reports', 'evidence tracking', 'citations', 'source governance', 'multi-pass synthesis', 'source-type governance', 'AS_OF freshness checks', 'mandatory counter-review', 'citation registry', and 'circular verification forbidden'. | 3 / 3 |
Completeness | Clearly answers both 'what' (generate format-controlled research reports with evidence tracking, citations, source governance, multi-pass synthesis) and 'when' (explicit 'This skill should be used when...' clause with specific trigger scenarios and keywords). | 3 / 3 |
Trigger Term Quality | Excellent coverage of natural trigger terms in both English and Chinese, including user-facing phrases like 'research this topic', 'write a report on', 'competitive analysis of', '帮我调研一下', '深度研究', '综述报告', plus domain-specific terms like 'literature review', 'market or industry analysis', '技术选型分析', '竞品研究'. | 3 / 3 |
Distinctiveness Conflict Risk | Highly distinctive niche focused on structured research reports with specific features like source governance, citation registry, counter-review, and freshness checks. The bilingual trigger terms and specialized vocabulary make it unlikely to conflict with generic writing or analysis skills. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
35%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is an ambitious, comprehensive research methodology skill that suffers from significant verbosity and structural redundancy. The dual-track pipeline (general P0-P7 vs enterprise E1-E7) creates confusion rather than clarity, with overlapping descriptions and unclear integration points. The source governance and citation registry concepts are well-thought-out, but the skill would benefit enormously from moving detailed tables and policies into the referenced files and keeping the main SKILL.md as a lean orchestration guide.
Suggestions
Reduce the main SKILL.md by ~60% by moving source governance tables, registry format specifications, information black box handling, and enterprise dimension details into the referenced files (which are already listed but apparently contain this content redundantly).
Eliminate the redundant Enterprise Research descriptions—currently E1-E7 is described once in detail under P0 and again as a standalone section, then summarized a third time as bullet points. Pick one canonical location.
Remove explanations of concepts Claude already knows (what SWOT analysis is, what 'official' vs 'academic' sources are, what PDF format is) and replace with just the specific rules and thresholds unique to this workflow.
Add a clear decision tree or flowchart at the top showing: user request → mode selection → which pipeline (general vs enterprise) → which phases apply, rather than requiring the reader to piece together the relationship between P0-P7 and E1-E7.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is extremely verbose at ~400+ lines with significant redundancy. The Enterprise Research workflow is described twice (once in P0 and again as a standalone section), E3-E5 are detailed individually then summarized again as 'E3-E7'. Source governance tables, anti-patterns, and policy explanations are extensive and could be dramatically condensed. Much of this content (what SWOT is, how to classify sources) is knowledge Claude already possesses. | 1 / 3 |
Actionability | The skill provides structured steps and specific output formats (registry format, status reports, outline format), which is good. However, there is no executable code—the bash snippet for counter-review is pseudocode showing SendMessage calls that aren't real commands. The guidance is detailed but largely procedural description rather than copy-paste executable instructions. The references to external files that aren't provided also reduce actionability. | 2 / 3 |
Workflow Clarity | The P0-P7 pipeline is clearly sequenced with status checkpoints at each phase, which is strong. However, the Enterprise Research workflow (E1-E7) overlaps confusingly with the general P0-P7 pipeline—it's unclear how they interleave. E3-E5 are described in detail then re-summarized as bullet points, creating confusion about the canonical sequence. The dual-track structure (general vs enterprise) lacks a clear decision point for switching between them. | 2 / 3 |
Progressive Disclosure | The skill references many external files (subagent_prompt.md, research_notes_format.md, enterprise_analysis_frameworks.md, etc.) with clear tables showing when to load each, which is good progressive disclosure design. However, no bundle files are provided, making these references unverifiable. The main SKILL.md itself is a monolithic wall of text that inlines too much detail (full source governance tables, registry format, information black box handling) that could be in reference files. | 2 / 3 |
Total | 7 / 12 Passed |
Validation
90%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 10 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
skill_md_line_count | SKILL.md is long (545 lines); consider splitting into references/ and linking | Warning |
Total | 10 / 11 Passed | |
bbf87f3
Table of Contents
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.