技能 spec
📋

spec

安全 ⚙️ 外部命令

Générer des spécifications logicielles structurées

Rédiger des spécifications logicielles claires à partir d'exigences prend du temps et est source d'erreurs. Cette compétence transforme les exigences en langage naturel en spécifications structurées EPIC/Story/Subtask utilisant la notation EARS grâce à un workflow interactif en trois phases.

支持: Claude Codex Code(CC)
⚠️ 68
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“spec”。 「ユーザー認証機能のspecを作成して。OAuth対応、多要素認証を含めて」

预期结果:

  • ## ユーザーストーリー
  • **ペルソナ**: エンドユーザー / 管理者
  • **目的**: セキュアにシステムにアクセスする
  • ## Acceptance Criteria(EARS記法)
  • - [ ] WHEN ユーザーがログインを試行する際...
  • 生成ファイル: specs/{epic-id}/{story-id}/{subtask-id}.md

正在使用“spec”。 REST APIのspecを作成して。エンドポイント定義とリクエスト/レスポンス形式を含めて

预期结果:

  • ## データフロー図(Mermaid)
  • ```mermaid flowchart LR client --> API --> database
  • ## インターフェース定義(TypeScript)
  • interface User { id: string; name: string; email: string; }
  • ## APIエンドポイント設計
  • - GET /users - ユーザー一覧取得...

安全审计

安全
v5 • 1/16/2026

This skill is pure markdown documentation defining a specification-driven development workflow. No executable code, no file system access, no network capabilities. The 49 static findings are false positives from keyword pattern matching without contextual understanding. Terms like 'Design' (flagged as 'MD5'), 'branch' (flagged as 'hash'), and 'system' (flagged as reconnaissance) are legitimate workflow terminology misidentified by the scanner.

2
已扫描文件
496
分析行数
1
发现项
5
审计总数

风险因素

⚙️ 外部命令 (1)
审计者: claude 查看审计历史 →

质量评分

38
架构
95
可维护性
85
内容
21
社区
100
安全
83
规范符合性

你能构建什么

Définir les exigences d'une fonctionnalité

Convertir des idées de fonctionnalités vagues en spécifications précises et testables que les développeurs peuvent implémenter directement

Structurer les conceptions techniques

Générer des spécifications techniques complètes incluant des diagrammes de flux de données et des définitions d'interface

Créer des éléments de backlog

Transformer les demandes utilisateur en éléments de backlog bien structurés avec des critères d'acceptation clairs et des découpages de tâches

试试这些提示

Nouvelle spécification de fonctionnalité
ユーザー認証機能のspecを作成して。OAuth対応と多要素認証を含めて
Demande de raffinement
既存の仕様にセキュリティ要件を追加して。認証フローとデータ暗号化を含めて
Spécification d'API
REST APIのspecを作成して。エンドポイント定義とリクエスト/レスポンス形式を含めて
Workflow complet
新機能のspecを最初から作成して。要件定義からタスク分割まで一貫して依頼する

最佳实践

  • Commencer par une description de fonctionnalité claire et concise incluant les exigences clés
  • Confirmer chaque phase avant de procéder pour assurer l'alignement avec votre vision
  • Vérifier l'exhaustivité des critères d'acceptation générés avant l'implémentation

避免

  • Fournir des exigences trop vagues conduit à des spécifications peu claires
  • Sauter les confirmations de phase provoque un désalignement avec l'intention de l'utilisateur
  • Demander du code d'implémentation dans la phase de spécification

常见问题

Quelles plateformes supportent cette compétence ?
Compatible avec Claude, Codex et Claude Code. Fonctionne sur toutes les plateformes où les compétences sont prises en charge.
Quel niveau de détail doit avoir ma demande initiale ?
Inclure le nom de la fonctionnalité, les exigences clés et toute contrainte spécifique. Plus de détails produisent de meilleures spécifications.
Puis-je modifier les spécifications après génération ?
Oui. Utiliser la commande '修正して' à tout point de confirmation, ou modifier manuellement les fichiers markdown générés.
Mes données sont-elles en sécurité lors de l'utilisation de cette compétence ?
Cette compétence traite uniquement le texte localement. Aucune donnée n'est envoyée vers des serveurs externes. Les fichiers générés restent dans votre dépôt.
Pourquoi la compétence demande-t-elle confirmation à chaque phase ?
La confirmation de l'utilisateur garantit que la spécification correspond à votre intention avant de continuer. Cela évite les efforts gaspillés.
En quoi est-ce différent de l'ingénierie de prompt classique ?
Cette compétence applique une méthodologie SDD structurée avec trois phases distinctes, la notation EARS et l'intégration automatique branche/PR.