CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

api-development

FastGPT API 开发规范。重点强调使用 zod schema 定义入参和出参,在 API 文档中声明路由信息,编写对应的 OpenAPI 文档,以及在 API 路由中使用 schema.parse 进行验证。

56

Quality

70%

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

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/system/api-development/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

52%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 highly actionable, well-sequenced project style guide with concrete templates and a solid review checklist, but it is held back by heavy repetition, a Zod primer that teaches things Claude already knows, and a complete lack of progressive disclosure — everything lives in one ~790-line file with no bundle resources.

Suggestions

Split the body into reference files (e.g., references/zod-patterns.md for the Zod method catalog and tag rules, references/examples.md for worked examples) and keep SKILL.md as a concise overview with well-signaled links.

Deduplicate: show the API header-comment template once and reference it thereafter; merge the duplicate meta good/bad comparison (字段定义规范 vs 问题 3) into a single occurrence; drop the annotated Zod basics primer.

Resolve the parseApiInput inconsistency — either show parseApiInput in the route template and worked example, or drop it from the mandatory rules and checklist in favor of Schema.parse(req.body).

DimensionReasoningScore

Conciseness

The ~790-line body is noticeably verbose with several padded sections: the API header-comment template is repeated verbatim four times (step 1, multi-API example, 快速参考, 问题 1); the meta good/bad comparison appears twice (字段定义规范 and 问题 3); and the '常用 Zod 验证方法' section annotates basics Claude already knows ("z.string() // 字符串", ".min(2) // 最小长度", "z.number() // 数字"). Not score 1 because the material is not concept-explanation padding throughout — most sections convey project-specific rules; not score 3 because the repetition and the Zod primer alone represent well more than 'minor' trimming opportunities.

2 / 5

Actionability

Guidance is highly executable: exact file locations ("packages/global/openapi/[module]/[api].ts", "projects/app/src/pages/api/[path]/[route].ts"), copy-paste route templates with imports, a complete worked create-user example, and a structured review checklist. Not score 5 because the mandatory rule "实际存在的入参必须使用 parseApiInput 验证" references a helper that never appears in any code example (examples use GetAppChatLogsBodySchema.parse(req.body) instead), leaving a key detail unresolved.

4 / 5

Workflow Clarity

A clear four-step development sequence (define schema → implement route → auth → error handling) with 🔴 mandatory checkpoints, a blocking review checklist, and a data-cleaning section that mandates dry-run by default with explicit confirmation plus success/skip/failure stats — a real feedback loop for the riskiest batch operations. Not score 5 because there is no run-and-verify step after implementing a route (e.g., typecheck or test the endpoint) to close the loop.

4 / 5

Progressive Disclosure

The skill is a monolithic single file: no references/, scripts/, or assets/ exist, and ~790 lines of Zod API reference, tag catalogs, and worked examples that clearly belong in separate reference files are inlined. It also points to paths that are not part of the bundle ("/Volumes/code/fastgpt-pro/FastGPT/..." machine-specific paths and ".claude/skills/pr-review/..."). Not score 1 because the body has clear section headers and is navigable; not score 3 because essentially all detail content is inline rather than just some.

2 / 5

Total

12

/

20

Passed

Description

75%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.

A specific, distinctive description that clearly states what the skill does with four concrete actions. Its main weakness is the complete absence of when-to-use trigger guidance, which caps completeness at 3 and limits trigger-term quality.

Suggestions

Append a '何时使用' (Use when) clause, e.g. 'Use when developing or modifying FastGPT Next.js API routes, reviewing API code, or writing zod schemas / OpenAPI docs for FastGPT.'

Add natural trigger synonyms users might say — 接口开发 (API/interface development), API 审查 (API review), TypeScript 类型导出 — to broaden keyword coverage.

Mention the review-checklist capability (审查 API 相关代码) in the description so users searching for code-review support find the skill.

DimensionReasoningScore

Specificity

The description lists four concrete, complementary actions — "使用 zod schema 定义入参和出参" (define input/output params with zod schemas), "在 API 文档中声明路由信息" (declare route info), "编写对应的 OpenAPI 文档" (write OpenAPI docs), and "在 API 路由中使用 schema.parse 进行验证" (validate with schema.parse) — comprehensively covering the skill's mandate. It is not score 4 because coverage is complete rather than having minor gaps; not below because every action is specific and implementable.

5 / 5

Completeness

The "what" is clear (zod schema definitions, route declarations, OpenAPI docs, schema.parse validation), but there is no "Use when..." clause or equivalent trigger guidance anywhere in the description. Per the judging guidelines, a missing explicit trigger clause caps completeness at 3; it is not score 4 because 'when' is entirely absent rather than merely imprecise.

3 / 5

Trigger Term Quality

Strong domain keywords users would naturally say: "FastGPT API 开发" (FastGPT API development), "zod schema", "OpenAPI 文档", "schema.parse", "API 路由". Not score 5 because common variations are missing — no mention of API 审查/review, 接口 (interface), TypeScript types, or when-to-use phrasing that a user might naturally say.

4 / 5

Distinctiveness Conflict Risk

"FastGPT API 开发规范" carves out a clear project-specific niche (FastGPT, zod, OpenAPI) with trigger terms that would not plausibly fire a generic skill. It is not score 4 because there is no meaningful overlap with adjacent skills — the FastGPT + zod + OpenAPI combination is highly distinctive.

5 / 5

Total

17

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (795 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository

labring/FastGPT

Path

.agents/skills/system/api-development/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.