laravel-blade_skill

This skill builds Blade templates with components, slots, and layouts while enforcing best practices for secure, reusable views.
  • TypeScript

2

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill fusengine/agents --skill laravel-blade

  • SKILL.md7.0 KB

Overview

This skill scaffolds and authorizes Laravel Blade templates, components, slots, layouts, and directives for consistent, secure view code. It streamlines view creation, component selection (anonymous vs class-based), attribute merging, and named slots to produce reusable UI patterns. The skill enforces security and templating conventions to reduce XSS and CSRF mistakes.

How this skill works

Before any implementation the skill spawns three agents to inspect code and documentation: a codebase explorer to locate existing views/components, a research expert to validate Blade patterns against latest docs, and a docs query agent for targeted patterns. It generates Blade templates or component classes with @props, attribute merging, named slots, and recommended directives, then runs a validation agent to lint and sanity-check output. The skill focuses on creating minimal, testable components and layouts while preserving escape rules and form CSRF protection.

When to use it

  • Building new views or refactoring existing Blade templates
  • Creating reusable UI components (anonymous or class-based)
  • Designing page layouts or switchable layout strategies
  • Implementing forms with validation and CSRF protection
  • Adding named slots or attribute passthrough for flexible components

Best practices

  • Always escape output with {{ }}; avoid {!! !!} unless sanitized
  • Declare expected properties with @props for clarity
  • Merge incoming attributes via $attributes->merge() to allow overrides
  • Prefer anonymous components for simple UI; use class-based for DI or complex logic
  • Use named slots for multi-area layouts and keep components focused and small
  • Include @csrf in every form and avoid business logic in templates

Example use cases

  • Create an alert component with class merging and a default type prop
  • Build a page layout as a reusable x-layout component with named header/footer slots
  • Implement a form component that handles validation errors and includes @csrf
  • Convert legacy @extends/@section pages into component layouts where appropriate
  • Create a dynamic component selector that renders components at runtime based on props

FAQ

If you need dependency injection or complex prop logic use a class-based component; otherwise prefer anonymous components for simplicity and performance.

When is it safe to use unescaped output {!! !!}?

Only use {!! !!} for content you fully control or after explicit sanitization. Default to {{ }} to prevent XSS.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational
laravel-blade skill by fusengine/agents | VeilStrat