بنقرة واحدة
using-frontend-clean-arch
Используйте при начале работы с entity/feature или для выбора локального workflow skill.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Используйте при начале работы с entity/feature или для выбора локального workflow skill.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Поддерживает канонические архитектурные документы и подключение этих документов к workflow skills без копирования правил в тела skills.
Фиксирует замысел feature в активном PRD: читает локальную конфигурацию и назначенные документы, исследует код и задаёт только продуктовые вопросы.
Выполняет UI-задачи implementation plan по назначенным UI-документам и configured writable scope.
Выполняет non-UI задачи implementation plan в пределах назначенного scope и канонических документов.
Выполняет integration-задачи implementation plan по framework-документам и configured writable scope.
Преобразует активный PRD в decision-complete implementation plan по каноническим документам и локальной конфигурации workflow.
| name | using-frontend-clean-arch |
| description | Используйте при начале работы с entity/feature или для выбора локального workflow skill. |
Этот skill является маршрутизатором процедур, а не архитектурной спецификацией.
frontend-clean-arch.json.workflow из карты docs и использовать описанный в нём pipeline для выбора следующего этапа.skillDocLoading для контекста выбранного этапа.docs.index для навигации по канонической документации, если область задачи ещё не определена.| Задача | Skill |
|---|---|
| Зафиксировать требования | generate-prd |
| Записать implementation plan | planning |
| Выполнить non-UI часть плана | implement |
| Выполнить UI часть плана | generate-ui |
| Подключить модуль к приложению | integrate |
| Провести review, проверки и E2E, завершить этап | review-test |
Пути документов, loading matrix и writable scopes берутся из конфигурации; pipeline, статусы и правила реализации берутся из назначенных канонических документов.