Plan Software Work With Clear Specifications
Unclear requirements cause rework, missed assumptions, and poorly ordered implementation tasks. This skill guides teams through reviewed specifications, dependency-aware plans, and verifiable tasks before coding.
Скопируйте этот запрос в своего Агента. Он содержит каноническую страницу Skill и манифест.
Review the Skillstore skill "spec-driven-development" from https://skillstore.io/skills/addyosmani-spec-driven-development.md and its manifest at https://skillstore.io/api/skills/addyosmani-spec-driven-development/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.Ваш Агент по-прежнему должен показать план и запросить все подтверждения, требуемые политикой безопасности.
Используйте эти ссылки, когда AI-агенту, crawler или script нужен чистый контекст вместо полной страницы.
Использование «spec-driven-development». Make the dashboard faster.
Ожидаемый результат:
Success criteria: largest contentful paint under 2.5 seconds on a 4G connection; initial data load under 500 milliseconds; cumulative layout shift under 0.1.
Использование «spec-driven-development». Build account, billing, notifications, and reporting capabilities.
Ожидаемый результат:
All 26 static findings are false positives. The flagged backticks are Markdown code formatting and inline references in a documentation workflow, not shell execution or system reconnaissance.
Делитесь версионным отчетом об оценке, нейтральным значком, встраиваемой карточкой и цитатами. Skillstore публикует доказательства, не решая, безопасен ли этот Skill.
https://skillstore.io/skills/addyosmani-spec-driven-development/audits/2?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_report[](https://skillstore.io/skills/addyosmani-spec-driven-development?utm_source=security_passport_badge)<a href="https://skillstore.io/skills/addyosmani-spec-driven-development?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/addyosmani-spec-driven-development/security.svg" alt="Skillstore security assessment" loading="lazy"></a><iframe src="https://skillstore.io/embed/skills/addyosmani-spec-driven-development.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>addyosmani. (2026). spec-driven-development security audit report (audit version 2) [Author version unspecified]. Skillstore. https://skillstore.io/skills/addyosmani-spec-driven-development/audits/2@techreport{addyosmani-addyosmani-spec-driven-development-2026,
author = {addyosmani},
title = {spec-driven-development security audit report (audit version 2)},
institution = {Skillstore},
year = {2026},
number = {2},
url = {https://skillstore.io/skills/addyosmani-spec-driven-development/audits/2},
note = {Author version unspecified}
}cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "spec-driven-development security audit report (audit version 2)"
version: "unspecified"
type: report
authors:
- name: "addyosmani"
date-released: "2026-09-19"
url: "https://skillstore.io/skills/addyosmani-spec-driven-development/audits/2"
identifiers:
- type: other
value: "skillstore:addyosmani-spec-driven-development:audit:2"
description: "Skillstore immutable audit report identifier"
Навык каждого автора остаётся отдельным устанавливаемым вариантом. Рекомендуемый вариант ранжируется по данным Skillstore.
Почему этот вариант первый
89jobrien-spec-driven-development
2026-09-09
addyosmani-spec-driven-development
2026-09-22
Turn an initial feature idea into an approved specification with user goals, boundaries, success criteria, and an implementation plan.
Map independently testable capabilities, record dependency direction, and create module-specific specifications in build order.
Convert vague outcomes into measurable acceptance criteria, verification steps, and focused implementation tasks.
Create a concise specification for this feature: [feature]. Ask clarifying questions first, then define the objective, users, scope, success criteria, and open questions.
Review this request: [request]. List the assumptions you would need to confirm, ask focused questions, and reframe the final requirements as testable success criteria.
Decompose this initiative into independently testable modules: [initiative]. Create a capability map with stable identifiers, dependencies, build order, and a specification outline for each module.
Using this approved specification and plan: [documents], create dependency-ordered tasks. Give each task acceptance criteria, a verification step, and the files or areas likely to change.
Автор
addyosmaniЛицензия
MIT
Ревизия Skillstore
r2
Примечание о версии
Автор не указал версию.
Ссылка
5d5054f8a23586f9b500fece1cb613a9dffc787b
Актуальность поддержки
19.09.2026
Использование
0 загрузок · 0 просмотров
Структура файлов
📄 SKILL.md
Проверка кода по пяти критериям качества
Изменения в коде могут скрывать проблемы с корректностью, безопасностью, архитектурой, читаемостью и производительностью. Этот навык применяет структурированный процесс проверки и предоставляет приоритизированную обратную связь с конкретными рекомендациями.
Clarify User Intent Before You Build
Underspecified requests cause teams to build the wrong outcome and discover misalignment late. This skill runs a focused, one-question interview that turns ambiguity into confirmed intent.
Plan Work Into Verifiable Tasks
Large or vague software work can hide dependencies, missing acceptance criteria, and verification gaps. This skill converts a specification into ordered task slices with checkpoints, scope guidance, and clear completion conditions.
Document Decisions and Architecture Clearly
Teams lose context when important technical decisions remain in chat, code comments, or individual memory. This skill turns architectural reasoning, API guidance, project instructions, and release changes into structured documentation.
Build Accessible, Production-Ready Frontends
Frontend work can become inconsistent, inaccessible, or difficult to maintain. This skill guides component architecture, responsive layouts, state handling, and polished user experiences.
Debug Errors with a Root-Cause Workflow
Debugging failures by guesswork wastes time and can hide the real cause. This skill provides a repeatable process for reproducing, isolating, fixing, and verifying problems.
Планирование требований с интерактивными вопросами
от DNYoussef
Неоднозначные запросы по проектам часто приводят к пропущенным требованиям и доработкам. Этот навык проводит Claude, Codex и Claude Code через структурированные наборы вопросов.
Превращайте идеи в проверенные дизайны
от ZhanlinCui
Ранние продуктовые и инженерные идеи часто терпят неудачу, потому что требования остаются расплывчатыми. Этот навык проводит Claude, Codex или Claude Code через сфокусированные вопросы, варианты и проверенный дизайн перед реализацией.
Стресс-тестирование планов с помощью сфокусированных вопросов
от mattpocock
Неясные планы часто скрывают рискованные предположения и нерешенные зависимости. Этот навык проводит Claude, Codex или Claude Code через процесс, задавая по одному сфокусированному вопросу за раз.
Организация GitHub Issues с помощью меток
от C0ntr0lledCha0s
Крупные репозитории теряют время, когда в issues используются несогласованные метки и неясные milestones. Этот skill помогает создавать таксономии, выполнять массовые обновления и отслеживать прогресс через GitHub workflows.
Отслеживание требований к функциям в YAML
от Chemiseblanc
Команды теряют понимание замысла проекта, когда требования существуют только в чате или списках задач. Этот навык сохраняет объем работ, тесты, решения и прогресс в постоянном файле features.yml.
Планирование версий продукта
от yunshu0909
Идеи продуктов часто становятся слишком широкими еще до того, как становится понятен первый релиз. Этот навык превращает требования в поэтапные планы MVP, итераций и V1.0 с точками валидации.