MCP HubMCP Hub
Retour aux compétences

review-skill-format

pjt222
Mis à jour Yesterday
6 vues
17
2
17
Voir sur GitHub
Métaaidesign

À propos

Cette compétence valide les fichiers SKILL.md selon le standard agentskills.io, en vérifiant le frontmatter YAML, les sections obligatoires, les limites de lignes et le formatage des procédures. Utilisez-la pour examiner de nouvelles compétences ou des compétences modifiées avant fusion, effectuer des audits par lots ou valider les soumissions des contributeurs. Elle garantit la conformité grâce à des vérifications automatisées pour la synchronisation du registre et les exigences structurelles.

Installation rapide

Claude Code

Recommandé
Principal
npx skills add pjt222/agent-almanac -a claude-code
Commande PluginAlternatif
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternatif
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/review-skill-format

Copiez et collez cette commande dans Claude Code pour installer cette compétence

Documentation

審技格

對 agentskills.io 開標驗 SKILL.md。本技察 YAML 前文之全、需段之存、程步之式(Expected/On failure 段)、行限、與庫同。合前用之以審任新或改之技。

用時

  • 新技已書且需格驗合前乃用
  • 現技已改且需再驗乃用
  • 行域全技之批審乃用
  • create-skill 元技所立之技乃用
  • 審捐者 PR 之技乃用

  • 必要:SKILL.md 之路(如 skills/setup-vault/SKILL.md
  • 可選:嚴等(lenientstrict,默:strict
  • 可選:是否察庫同(默:是)

第一步:驗文存而讀內

確 SKILL.md 存於期路且讀其全內。

# Verify file exists
test -f skills/<skill-name>/SKILL.md && echo "EXISTS" || echo "MISSING"

# Count lines
wc -l < skills/<skill-name>/SKILL.md

得:文存,內可讀。行數已示。

敗則:若文不存,察路之拼。以 ls skills/<skill-name>/ 驗技所存。若所缺,技尚未立——先用 create-skill

第二步:察 YAML 前文之欄

析 YAML 前文塊(--- 間)而驗諸需與議欄存。

需欄:

  • name — 合所之名(kebab-case)
  • description — 1024 字內,動詞始
  • license — 常 MIT
  • allowed-tools — 逗或空分之具列

議屬欄:

  • metadata.author — 著名
  • metadata.version — 語意版串
  • metadata.domainskills/_registry.yml 所列之域
  • metadata.complexity — 之一:basicintermediateadvanced
  • metadata.language — 主語或 multi
  • metadata.tags — 逗分,3-6 標,含域名
# Check required frontmatter fields exist
head -30 skills/<skill-name>/SKILL.md | grep -q '^name:' && echo "name: OK" || echo "name: MISSING"
head -30 skills/<skill-name>/SKILL.md | grep -q '^description:' && echo "description: OK" || echo "description: MISSING"
head -30 skills/<skill-name>/SKILL.md | grep -q '^license:' && echo "license: OK" || echo "license: MISSING"
head -30 skills/<skill-name>/SKILL.md | grep -q '^allowed-tools:' && echo "allowed-tools: OK" || echo "allowed-tools: MISSING"

得:諸四需欄皆存。諸六屬欄皆存。name 合所名。description 於 1024 字內。

敗則:諸缺欄報為 BLOCKING。若 name 不合所名,報為 BLOCKING 附期值。若 description 逾 1024 字,報為 SUGGEST 附當長。

第三步:locale 特之驗(獨譯)

若前文含 locale 欄,文為譯之 SKILL.md。行此附察。若無 locale 欄,略此步。

  1. 譯前文之欄 — 驗此五欄存:

    • locale — 目 locale 碼(如 dejazh-CNes
    • source_locale — 源 locale(常 en
    • source_commit — 譯所用英源之提交雜
    • translator — 譯之何人或何
    • translation_date — ISO 8601 之譯日
  2. 散文語掃 — 取 3-5 體段(碼塊、前文、首之外)。驗散文書於目 locale,非英。略:碼塊、行內碼、具名、欄名、文路、目語中無標譯之英。

  3. 碼塊同察 — 較譯文之諸碼塊與英源 skills/<skill-name>/SKILL.md。碼塊必同(碼永不譯)。標內異於英源之碼塊。

# Check translation frontmatter fields
for field in "locale:" "source_locale:" "source_commit:" "translator:" "translation_date:"; do
  grep -q "^${field}\|^  ${field}" i18n/<locale>/skills/<skill-name>/SKILL.md \
    && echo "$field OK" || echo "$field MISSING"
done

得:諸五譯欄存。體段於目 locale。碼塊精合英源。

敗則:缺譯欄報為 BLOCKING。若體段為英而 locale 非英,報為 BLOCKING——文有未譯散文。若碼塊異於英源,報為 BLOCKING——碼必不可譯或改。

第四步:察需段

驗諸六需段於技體(前文後)皆存。

需段:

  1. ## When to Use
  2. ## Inputs
  3. ## Procedure(附 ### Step N: 子段)
  4. ## Validation(亦可為 ## Validation Checklist
  5. ## Common Pitfalls
  6. ## Related Skills
# Check each required section
for section in "## When to Use" "## Inputs" "## Procedure" "## Common Pitfalls" "## Related Skills"; do
  grep -q "$section" skills/<skill-name>/SKILL.md && echo "$section: OK" || echo "$section: MISSING"
done

# Validation section may use either heading
grep -qE "## Validation( Checklist)?" skills/<skill-name>/SKILL.md && echo "Validation: OK" || echo "Validation: MISSING"

得:諸六段皆存。Procedure 段含至少一 ### Step 之子首。

敗則:諸缺段報為 BLOCKING。無諸六段之技不合 agentskills.io 之標。供 create-skill 元技之段樣。

第五步:察程步之式

驗各程步循需形:編號之步首、境、碼塊、Expected:/On failure: 段。

### Step N: 子段察:

  1. 步有述首(非獨「Step N」)
  2. 至少一碼塊或具指存
  3. **Expected:** 段存
  4. **On failure:** 段存

得:各程步有 Expected:On failure: 段。步含具碼或指,非泛述。

敗則:諸缺 Expected/On failure 之步報為 BLOCKING。若步獨含泛指(「宜配系」),報為 SUGGEST 附注以加具命。

第六步:驗行數

察 SKILL.md 於 500 行限內。

lines=$(wc -l < skills/<skill-name>/SKILL.md)
[ "$lines" -le 500 ] && echo "OK ($lines lines)" || echo "OVER LIMIT ($lines lines > 500)"

得:行數 500 或以下。

敗則:若逾 500 行,報為 BLOCKING。議用 refactor-skill-structure 技以提 >15 行之碼塊至 references/EXAMPLES.md。常減 20-40% 由提廣例。

第七步:察庫同

驗技於 skills/_registry.yml 之正域下列附合屬。

察:

  1. id 存於正域段下
  2. path<skill-name>/SKILL.md
  3. complexity 合前文
  4. description 存(或縮)
  5. 庫首之 total_skills 數合實技數
# Check if skill is in registry
grep -q "id: <skill-name>" skills/_registry.yml && echo "Registry: FOUND" || echo "Registry: NOT FOUND"

# Check path
grep -A1 "id: <skill-name>" skills/_registry.yml | grep -q "path: <skill-name>/SKILL.md" && echo "Path: OK" || echo "Path: MISMATCH"

得:技於庫之正域下列附合路與屬。總數確。

敗則:若庫無,報為 BLOCKING。供庫入樣:

- id: skill-name
  path: skill-name/SKILL.md
  complexity: intermediate
  language: multi
  description: One-line description

  • SKILL.md 存於期路
  • YAML 前文無誤可析
  • 諸四需前文欄皆存(namedescriptionlicenseallowed-tools
  • 諸六屬欄皆存(authorversiondomaincomplexitylanguagetags
  • name 欄合所名
  • description 於 1024 字內
  • 諸六需段皆存(When to Use、Inputs、Procedure、Validation、Common Pitfalls、Related Skills)
  • 各程步有 Expected:On failure:
  • 行數 500 或以下
  • 技於 _registry.yml 列附正域、路、屬
  • 庫之 total_skills 數確
  • (獨譯)諸五譯前文欄皆存(localesource_localesource_committranslatortranslation_date
  • (獨譯)體段於目 locale,非英
  • (獨譯)碼塊精合英源

  • 獨以正則察前文:YAML 析或微。description: > 之多行塊異於 description: "inline"。尋欄時察兩形
  • 失 Validation 段之變:某技用 ## Validation Checklist 而非 ## Validation。皆受;察任一首
  • 忘庫總數:加技於庫後,首之 total_skills 數亦須增。此為 PR 中常失
  • name 對 title 之惑name 欄必為 kebab-case 合所名。# Title 首為人讀,可異(如 name:review-skill-format、title:# Review Skill Format
  • lenient 模略阻:雖於 lenient 模,缺需段與前文欄仍宜標。lenient 獨鬆格與屬之議
  • 譯技中之英散文:含非英前文、非英首、英體段之文過諸構察。為譯技必驗體之語——前文之 locale 欄示散文必於目語,非英

  • create-skill — 標式之規;用為效 SKILL.md 之權參
  • update-skill-content — 格驗過後,用此以善內質
  • refactor-skill-structure — 技敗行限察時,用此以提而重組
  • review-pull-request — 審加或改技之 PR 時,合 PR 審與格驗

Dépôt GitHub

pjt222/agent-almanac
Chemin: i18n/wenyan/skills/review-skill-format
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Compétences associées

content-collections

Méta

Cette compétence propose une configuration éprouvée en production pour Content Collections, un outil axé sur TypeScript qui transforme des fichiers Markdown/MDX en collections de données typées de manière sûre avec une validation Zod. Utilisez-la lors de la création de blogs, de sites de documentation ou d'applications Vite + React riches en contenu pour garantir la sécurité de typage et la validation automatique du contenu. Elle couvre tout, de la configuration du plugin Vite et de la compilation MDX à l'optimisation des déploiements et la validation des schémas.

Voir la compétence

polymarket

Méta

Cette compétence permet aux développeurs de créer des applications avec la plateforme de marchés prédictifs Polymarket, incluant l'intégration d'API pour le trading et les données de marché. Elle fournit également une diffusion de données en temps réel via WebSocket pour surveiller les transactions en direct et l'activité du marché. Utilisez-la pour mettre en œuvre des stratégies de trading ou pour créer des outils traitant les mises à jour de marché en direct.

Voir la compétence

creating-opencode-plugins

Méta

Cette compétence aide les développeurs à créer des plugins OpenCode qui s'interconnectent avec plus de 25 types d'événements tels que les commandes, les fichiers et les opérations LSP. Elle fournit la structure du plugin, les spécifications de l'API événementielle et les modèles d'implémentation pour les modules JavaScript/TypeScript. Utilisez-la lorsque vous avez besoin d'intercepter, de surveiller ou d'étendre le cycle de vie de l'assistant IA OpenCode avec une logique personnalisée pilotée par les événements.

Voir la compétence

sglang

Méta

SGLang est un framework de service LLM haute performance spécialisé dans la génération rapide et structurée pour les workflows JSON, regex et agentiques grâce à son cache de préfixe RadixAttention. Il offre une inférence nettement plus rapide, particulièrement pour les tâches avec des préfixes répétés, ce qui le rend idéal pour les sorties complexes et structurées ainsi que les conversations multi-tours. Choisissez SGLang plutôt que des alternatives comme vLLM lorsque vous avez besoin d'un décodage contraint ou que vous construisez des applications avec un partage étendu de préfixes.

Voir la compétence