Blade Components And Layouts
Use this skill when a Laravel task involves blade components and layouts.
When the app has multiple menus/pages, also use module-per-menu: keep one Blade view per page or page state, share layout/components, and avoid a single Blade file full of menu-condition blocks.
When the Blade work includes UI/UX design, frontend implementation, browser inspection, or backend contract alignment, also use ui-agent-browser. Keep this skill focused on template structure, component boundaries, slots, layouts, and rendering purity.
This skill is adapted to the personal Laravel standards in this repository. It maps the public blade-components-and-layouts topic from jpcaparas/superpowers-laravel into the local blade-components-and-layouts catalog without copying third-party skill body text.
Syarif Defaults
- Follow Laravel conventions before introducing custom abstractions.
- Prefer project-local patterns when they are explicit and tested.
- Keep controllers focused on HTTP orchestration.
- Put validation, authorization, transactions, side effects, and integrations at clear boundaries.
- Keep client names, credentials, internal URLs, provider secrets, and project-specific business rules out of reusable standards.
- Verify important behavior with the smallest meaningful tests and quality checks.
Workflow
- Detect the Laravel version, PHP version, runner, package manager, and existing project conventions.
- Identify the smallest local skill set that overlaps this topic.
- Implement or review the change using Laravel-native APIs first.
- Add abstractions only when they reduce real complexity or protect a meaningful boundary.
- Run targeted tests and available quality checks before handoff.
Checkpoints
- Authorization and validation boundaries are explicit.
- Query shape, transactions, queues, cache, files, and external calls are intentional when touched.
- User-facing behavior has feature, unit, browser, or integration tests at the right level.
- Logs and errors are useful without exposing secrets or unnecessary personal data.
- Documentation or proposals avoid importing source-project names or one-off business rules.
Related Skills
using-laravel-standardsarchitectureui-agent-browsermodule-per-menutestingsecurity
1---2name: blade-components-and-layouts3description: Laravel guidance to compose UIs with Blade components, slots, and layouts; keep templates pure and testable4---56# Blade Components And Layouts78Use this skill when a Laravel task involves blade components and layouts.910When the app has multiple menus/pages, also use `module-per-menu`: keep one Blade view per page or page state, share layout/components, and avoid a single Blade file full of menu-condition blocks.1112When the Blade work includes UI/UX design, frontend implementation, browser inspection, or backend contract alignment, also use `ui-agent-browser`. Keep this skill focused on template structure, component boundaries, slots, layouts, and rendering purity.1314This skill is adapted to the personal Laravel standards in this repository. It maps the public `blade-components-and-layouts` topic from `jpcaparas/superpowers-laravel` into the local `blade-components-and-layouts` catalog without copying third-party skill body text.1516## Syarif Defaults1718- Follow Laravel conventions before introducing custom abstractions.19- Prefer project-local patterns when they are explicit and tested.20- Keep controllers focused on HTTP orchestration.21- Put validation, authorization, transactions, side effects, and integrations at clear boundaries.22- Keep client names, credentials, internal URLs, provider secrets, and project-specific business rules out of reusable standards.23- Verify important behavior with the smallest meaningful tests and quality checks.2425## Workflow26271. Detect the Laravel version, PHP version, runner, package manager, and existing project conventions.282. Identify the smallest local skill set that overlaps this topic.293. Implement or review the change using Laravel-native APIs first.304. Add abstractions only when they reduce real complexity or protect a meaningful boundary.315. Run targeted tests and available quality checks before handoff.3233## Checkpoints3435- Authorization and validation boundaries are explicit.36- Query shape, transactions, queues, cache, files, and external calls are intentional when touched.37- User-facing behavior has feature, unit, browser, or integration tests at the right level.38- Logs and errors are useful without exposing secrets or unnecessary personal data.39- Documentation or proposals avoid importing source-project names or one-off business rules.4041## Related Skills4243- `using-laravel-standards`44- `architecture`45- `ui-agent-browser`46- `module-per-menu`47- `testing`48- `security`
soden46