CtrlK
BlogDocsLog inGet started
Tessl Logo

receiving-code-review

收到代码审查反馈后、实施建议之前使用,尤其当反馈不明确或技术上有疑问时——需要技术严谨性和验证,而非敷衍附和或盲目执行

55

Quality

63%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./skills/receiving-code-review/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable with clear, validated workflows and concrete scripts, strong for an instruction skill. Its main weaknesses are recurring repetition across sections and the absence of any progressive disclosure into reference files despite the length.

Suggestions

Consolidate the repeated '你说得太对了' prohibition and the '修复第 1-6 项' example into a single section and reference it elsewhere to tighten conciseness.

Split 真实案例 and GitHub 评论回复 into a references/ file and link from SKILL.md to introduce progressive disclosure and reduce the monolith length.

Trim the aphoristic '搭档的原则' quote lines that restate guidance already given in prose.

DimensionReasoningScore

Conciseness

It avoids explaining concepts Claude already knows and uses tables and code blocks, but the '你说得太对了' prohibition and the '修复第 1-6 项' example each recur across multiple sections, plus aphoristic '搭档的原则' lines, so it is 'mostly efficient but could be tightened'.

2 / 3

Actionability

Concrete scripts like '第 1、2、3、6 项我理解了...', a literal 'gh api repos/{owner}/{repo}/pulls/{pr}/comments/{id}/replies' command, and真实案例 dialogue with technical specifics (bundle ID, API 13+) provide fully executable, copy-paste-ready guidance.

3 / 3

Workflow Clarity

The 6-step 响应模式 and 实施顺序 give explicit sequencing with checkpoints ('停下来——先不要实施'), validation ('验证没有回归'), and feedback loops (反驳/纠正自己的反驳), matching 'clear sequence with explicit validation steps; feedback loops for error recovery'.

3 / 3

Progressive Disclosure

No bundle files exist and the ~209-line body is a single monolith with no reference pointers; sections are well-organized but content like 真实案例 or GitHub 回复 could be split out, matching 'some structure but could be better organized; content that should be separate is inline'.

2 / 3

Total

10

/

12

Passed

Description

50%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description clearly identifies when to use the skill and the required verification stance, but it states posture rather than concrete actions and offers only sparse natural trigger terms. It is adequate but would benefit from naming specific behaviors and more trigger variations.

Suggestions

Add concrete actions to the description (e.g. '复述需求、提出澄清、用技术理由反驳、逐项测试') to lift specificity from posture to listed capabilities.

Broaden trigger terms to include common user phrasings like '审查意见', 'review comment', 'PR review' to improve trigger coverage.

Reframe the 'what' as a capability statement (e.g. '评估代码审查反馈的技术正确性并决定实施或反驳') so both what and when are explicitly concrete.

DimensionReasoningScore

Specificity

Quotes '收到代码审查反馈后' and '需要技术严谨性和验证,而非敷衍附和或盲目执行' name the domain and required posture, but unlike the score-3 anchor they do not enumerate concrete actions (e.g. restate, question, rebut, implement), so it lands in 'names domain and some actions'.

2 / 3

Completeness

The 'when' is explicit ('收到代码审查反馈后、实施建议之前使用'), but the 'what' is a behavioral stance rather than concrete capabilities, so it does not reach the clear both-answered bar of score 3 and sits at 'has what, but when is missing or only implied' inverted — the when is strong yet the what is weak.

2 / 3

Trigger Term Quality

'代码审查反馈' and '反馈不明确或技术上有疑问' are relevant keywords a user might say, but coverage is thin compared to the score-3 multi-term anchor and misses common variations like '审查意见' or 'PR review', matching 'some relevant keywords but missing common variations'.

2 / 3

Distinctiveness Conflict Risk

The '收到反馈后/实施之前' framing is a distinct niche, but the shared term '代码审查' could overlap with a skill about giving reviews, matching 'somewhat specific but could still overlap with similar skills'.

2 / 3

Total

8

/

12

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

13

/

16

Passed

Repository
jnMetaCode/superpowers-zh
Reviewed

Table of Contents

Is this your skill?

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.