CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

product-feature-tech-design

输入 PRD 文档(Markdown 或 PDF),以开发架构师的角色编写字段/接口级精度的功能设计文档(Functional/Technical Design Doc),以 Markdown 格式保存到当前项目 markdown/ 目录。这份文档是开发者、reviewer、测试者三方协作的唯一契约——三者互相隔离、不能看对方的产出物(测试者看不到代码,reviewer 不参与开发),所以必须把每个功能点写到可直接落地、可直接测试的精度:接口请求/响应字段、错误码、状态机、数据模型、异常边界场景都要明确。触发条件:用户提到"功能设计文档"、"技术设计文档"、"tech design"、"functional design"、"从 PRD 生成设计文档"、"帮我把这份 PRD 转成开发文档"、"写一份给开发和测试用的设计文档"、"接口设计 + 验收标准",或者用户上传了一份 PRD 并希望进入开发落地阶段。即使用户只说"基于这个 PRD 帮我写设计文档"或"把这个需求文档详细化成开发能直接看懂的文档",也应立即使用本 skill。不要将本 skill 与 write-prd/write-brd 混淆——那两个 skill 输出的是面向业务评审的需求文档(WHY/WHAT 层),本 skill 输出的是面向研发落地的技术设计文档(HOW 层,包含具体字段和契约),通常以 PRD 作为输入而非从零开始的 idea。

75

Quality

94%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

85%Weight 40%Scale 1-5

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

A strong, professionally structured skill body: an unambiguous 5-step workflow with mid-process and end-of-process validation, five well-handled edge scenarios, and exemplary progressive disclosure into two real, one-level-deep reference files (the module template even contains worked examples). The only real weakness is verbosity — key rules are argued twice at length and several paragraphs could be halved without losing guidance value.

Suggestions

De-duplicate the state-transition-trigger rule: keep the one-line version in the self-check checklist and remove the repeated rationale, since Step 4 (lines 77–82) already explains it in full.

Collapse the [待确认] business-rule-vs-implementation-detail discussion (lines 92–94) to the two-sentence decision rule and keep the worked examples in the self-check only; the psychological meta-commentary ('这种专业感是假的') can be cut.

Consider moving the self-check list itself into a reference or trimming it to pure checklist items — it currently re-explains reasoning that each section already covered, roughly doubling the token cost of those rules.

DimensionReasoningScore

Conciseness

The body is mostly purposeful instruction rather than explanation of known concepts, but it is noticeably padded and could be tightened substantially: the state-transition-trigger check is explained in full in Step 4 (lines 77–82) and then repeated nearly verbatim in the self-check (line 152), and the [待确认] business-rule-vs-implementation-detail rule is argued at length twice (lines 92–94 and line 157), including meta-commentary on why fabricated numbers 'look professional'. This fits the 3 anchor ('mostly efficient but includes some unnecessary explanation or could be tightened') better than 2, since nothing explains concepts Claude already doesn't need — it is domain-specific judgment guidance, just over-explained.

3 / 5

Actionability

For an instruction-only skill the guidance is fully concrete: Step 4 enumerates the minimum interface-contract elements ('请求参数表:参数名、类型、是否必填、默认值、约束规则…错误码表:至少覆盖参数校验失败、权限不足、资源不存在、业务规则冲突'), the output convention gives a worked filename example ('PRD 是 smart-order-assistant-prd.md,设计文档就是 smart-order-assistant-tech-design.md'), and references/module-template.md provides a complete worked skeleton with real tables, Mermaid diagrams, error-code tables, and Given/When/Then examples. Per the rubric's scoring note, absence of code is not penalized when guidance is this actionable — this is copy-paste ready in structural terms.

5 / 5

Workflow Clarity

The workflow is a clearly sequenced 5-step process (parse PRD → precision judgment → architecture diagram → per-module design → acceptance checklist → output) with a flow diagram up front, explicit mid-workflow validation ('写完图之后要立刻反过来检查:图里每一条转换箭头,触发它的机制是什么'), conditional branches for five special scenarios (A–E), and a final self-check checklist of the most-missed items. That matches the 5 anchor (explicit validation steps, feedback loops, checklists).

5 / 5

Progressive Disclosure

The body is a well-signaled overview that pushes detail into two real, one-level-deep bundle files — references/precision-rules.md (48 lines of judgment criteria) and references/module-template.md (183 lines of the full document skeleton) — both referenced by exact path at the point of use ('详见 references/precision-rules.md', '使用 references/module-template.md 中的模板展开'), with no further nesting inside them. Judged against the actual bundle structure, the split is appropriate and navigation is easy.

5 / 5

Total

18

/

20

Passed

Description

100%Weight 40%Scale 1-5

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

An exceptionally well-constructed description: concrete what, an explicit and comprehensive trigger clause with natural user phrasings in both languages, and explicit boundary demarcation against sibling PRD-authoring skills. The only weakness is length — it carries rationale ('三方协作的唯一契约…') that belongs in the body — though no dimension is materially harmed by it.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions with comprehensive coverage: '输入 PRD 文档(Markdown 或 PDF),以开发架构师的角色编写字段/接口级精度的功能设计文档…以 Markdown 格式保存到当前项目 markdown/ 目录', and enumerates the concrete deliverable elements '接口请求/响应字段、错误码、状态机、数据模型、异常边界场景'. It goes beyond the 4-level anchor ('minor gaps in coverage') — no gaps in what the skill produces are evident.

5 / 5

Completeness

Both 'what' (parse PRD input, produce a field/interface-precision design doc, save to markdown/ directory) and 'when' are answered explicitly and concretely — the dedicated '触发条件:' clause lists concrete trigger phrases including indirect phrasings and the PRD-upload case. This matches the 5 anchor exactly.

5 / 5

Trigger Term Quality

The explicit trigger clause covers natural user phrasings comprehensively in both Chinese and English: '功能设计文档'、'技术设计文档'、'tech design'、'functional design'、'从 PRD 生成设计文档'、'帮我把这份 PRD 转成开发文档'、'写一份给开发和测试用的设计文档'、'接口设计 + 验收标准', plus paraphrase variants ('基于这个 PRD 帮我写设计文档', '把这个需求文档详细化成开发能直接看懂的文档'). These are exactly the phrases a user would naturally say; no common synonym is missing.

5 / 5

Distinctiveness Conflict Risk

The description closes with explicit disambiguation: '不要将本 skill 与 write-prd/write-brd 混淆——那两个 skill 输出的是面向业务评审的需求文档(WHY/WHAT 层),本 skill 输出的是面向研发落地的技术设计文档(HOW 层…通常以 PRD 作为输入)'. This carves a clear niche (PRD as input, HOW-layer output) with distinct triggers and minimal conflict risk.

5 / 5

Total

20

/

20

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 — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

digoal/blog

Path

skills/skills_for_claude_web/product-feature-tech-design/SKILL.md

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.