综合 Scout 阶段所有分析(build-inspector, runtime-inspector, git-forensics, concept-modeler),生成决策就绪的系统风险报告。
61
40%
Does it follow best practices?
Impact
98%
1.40xAverage score across 3 eval scenarios
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./.trae/skills/report-template/SKILL.mdQuality
Discovery
17%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 description identifies specific internal tools and a general output type but fails to include natural trigger terms users would actually say and lacks explicit 'Use when' guidance. The technical jargon makes it difficult for Claude to match against natural user requests, and the absence of trigger conditions significantly limits its utility for skill selection.
Suggestions
Add a 'Use when...' clause with explicit triggers, e.g., '当用户需要综合风险评估、系统安全报告、或完成Scout分析后需要决策支持时使用'
Include natural language trigger terms users would say, such as '风险报告', '安全评估', '系统分析汇总', 'risk assessment', 'security summary'
Clarify the concrete output actions beyond 'generates report' - specify what the report contains or what decisions it enables
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Names the domain (Scout phase analysis) and lists specific tools (build-inspector, runtime-inspector, git-forensics, concept-modeler), but the output action 'generates decision-ready system risk report' is somewhat vague about what concrete actions are performed. | 2 / 3 |
Completeness | Describes what it does (synthesizes analysis and generates risk report) but completely lacks a 'Use when...' clause or any explicit trigger guidance. Per rubric guidelines, missing explicit trigger guidance caps completeness at 2, and this is weaker than that threshold. | 1 / 3 |
Trigger Term Quality | Uses technical jargon and internal tool names that users would not naturally say. Terms like 'Scout阶段', 'build-inspector', 'concept-modeler' are not natural user language. Missing common terms users might use like 'risk analysis', 'security report', 'system assessment'. | 1 / 3 |
Distinctiveness Conflict Risk | The specific tool names (build-inspector, runtime-inspector, etc.) provide some distinctiveness, but 'system risk report' is generic enough to potentially overlap with other security or analysis skills. | 2 / 3 |
Total | 6 / 12 Passed |
Implementation
62%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This skill provides a well-structured workflow for synthesizing analysis reports with good validation checkpoints and clear sequencing. However, it lacks concrete executable examples and includes some unnecessary philosophical framing that consumes tokens. The actionability would benefit from showing actual command syntax or example report snippets.
Suggestions
Add a concrete example showing the exact write_to_file command syntax with a sample path
Include a minimal example of what a cross-verification finding should look like in the final report
Remove or condense the philosophical quote and metaphorical section names to save tokens while preserving clarity
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill includes some philosophical quotes and metaphorical language ('暗物质检测', '老师傅守则') that add flavor but consume tokens without adding actionable value. The core instructions are reasonably efficient but could be tighter. | 2 / 3 |
Actionability | Provides clear steps and checklists, but lacks concrete executable examples. Commands like 'view_file references/REPORT_TEMPLATE.md' and 'write_to_file' are mentioned but no actual code or command syntax is shown. The cross-verification section describes what to check but not how. | 2 / 3 |
Workflow Clarity | Clear multi-step workflow with explicit sequence (read template → synthesize → draft → publish). Includes mandatory self-check questions, completion checklist, and explicit human checkpoint before proceeding. The validation steps are well-defined. | 3 / 3 |
Progressive Disclosure | References external template file (REPORT_TEMPLATE.md) appropriately, but the skill itself contains all content inline without clear separation of quick-start vs advanced topics. The toolbox section is minimal and could better organize references. | 2 / 3 |
Total | 9 / 12 Passed |
Validation
100%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
3069d33
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.