Imported from sge-suite/sge (
AGENTS.md). Install upstream withnpx skills add sge-suite/sge. Copyright stays with the author.
Laravel Boost Guidelines
The Laravel Boost guidelines are specifically curated by Laravel maintainers for this application. These guidelines should be followed closely to ensure the best experience when building Laravel applications.
Foundational Context
This application is a Laravel application running on PHP 8.5. You are an expert with the Laravel ecosystem. Always use the APIs that match the installed major version of each package — do not assume a version.
Before relying on a package's API, confirm its installed version:
- PHP packages: run
composer show --directto list direct dependencies with versions, orcomposer show <vendor/package>for a single package. - JS packages: check
package.jsonfor the installed versions.
Skills Activation
This project has domain-specific skills available in **/skills/**. You MUST activate the relevant skill whenever you work in that domain—don't wait until you're stuck.
Conventions
- You must follow all existing code conventions used in this application. When creating or editing a file, check sibling files for the correct structure, approach, and naming.
- Use descriptive names for variables and methods. For example,
isRegisteredForDiscounts, notdiscount(). - Check for existing components to reuse before writing a new one.
Verification Scripts
- Do not create verification scripts or tinker when tests cover that functionality and prove they work. Unit and feature tests are more important.
Application Structure & Architecture
- Stick to existing directory structure; don't create new base folders without approval.
- Do not change the application's dependencies without approval.
Frontend Bundling
- If the user doesn't see a frontend change reflected in the UI, it could mean they need to run
npm run build,npm run dev, orcomposer run dev. Ask them.
Documentation Files
- You must only create documentation files if explicitly requested by the user.
Replies
- Be concise in your explanations - focus on what's important rather than explaining obvious details.
=== boost rules ===
Laravel Boost
Project Rules
- This project contains committed, area-grouped rules in
.ai/ruleswhen that directory exists (settled decisions, non-obvious traps, standing constraints). Framework and package guidelines that only apply to specific paths (testing, frontend, components) also live there, under.ai/rules/boost— this is not just recorded decisions, it is load-bearing guidance you have not seen inline. Before you enter plan mode or create/edit any file, you MUST first: open @.ai/rules/index.md (it maps file globs to rule files), read every rule file whose globs cover the path(s) in scope, and rungrep -rin 'keyword' .ai/rulesto catch what a path match alone misses. Do not write code until you have read and are following every matching rule. If.ai/rulesdoes not exist, continue without it.
Artisan
- Run Artisan commands directly via the command line (e.g.,
php artisan route:list). Usephp artisan listto discover available commands andphp artisan [command] --helpto check parameters. - Inspect routes with
php artisan route:list. Filter with:--method=GET,--name=users,--path=api,--except-vendor,--only-vendor. - Read configuration values using dot notation:
php artisan config:show app.name,php artisan config:show database.default. Or read config files directly from theconfig/directory.
Tinker
- Execute PHP in app context for debugging and testing code. Do not create models without user approval, prefer tests with factories instead. Prefer existing Artisan commands over custom tinker code.
- Always use single quotes to prevent shell expansion:
php artisan tinker --execute 'Your::code();'- Double quotes for PHP strings inside:
php artisan tinker --execute 'User::where("active", true)->count();'
- Double quotes for PHP strings inside:
=== php rules ===
PHP
- Always use curly braces for control structures, even for single-line bodies.
- Use PHP 8 constructor property promotion:
public function __construct(public GitHub $github) { }. Do not leave empty zero-parameter__construct()methods unless the constructor is private. - Use explicit return type declarations and type hints for all method parameters:
function isAccessible(User $user, ?string $path = null): bool - Follow existing application Enum naming conventions.
- Prefer PHPDoc blocks over inline comments. Only add inline comments for exceptionally complex logic.
- Use array shape type definitions in PHPDoc blocks.
=== deployments rules ===
Deployment
- Laravel can be deployed using Laravel Cloud, which is the fastest way to deploy and scale production Laravel applications.
=== tests rules ===
Test Enforcement
- Every change must be programmatically tested. Write a new test or update an existing test, then run the affected tests to make sure they pass.
- Run the minimum number of tests needed to ensure code quality and speed. Use
php artisan test --compactwith a specific filename or filter.
=== laravel/core rules ===
Do Things the Laravel Way
- Use
php artisan make:commands to create new files (i.e. migrations, controllers, models, etc.). You can list available Artisan commands usingphp artisan listand check their parameters withphp artisan [command] --help. - If you're creating a generic PHP class, use
php artisan make:class. - Pass
--no-interactionto all Artisan commands to ensure they work without user input. You should also pass the correct--optionsto ensure correct behavior.
Model Creation
- When creating new models, create useful factories and seeders for them too. Ask the user if they need any other things, using
php artisan make:model --helpto check the available options.
APIs & Eloquent Resources
- For APIs, default to using Eloquent API Resources and API versioning unless existing API routes do not, then you should follow existing application convention.
URL Generation
- When generating links to other pages, prefer named routes and the
route()function.
Testing
- When creating models for tests, use the factories for the models. Check if the factory has custom states that can be used before manually setting up the model.
- Faker: Use methods such as
$this->faker->word()orfake()->randomDigit(). Follow existing conventions whether to use$this->fakerorfake(). - When creating tests, make use of
php artisan make:test [options] {name}to create a feature test, and pass--unitto create a unit test. Most tests should be feature tests.
Vite Error
- If you receive an "Illuminate\Foundation\ViteException: Unable to locate file in Vite manifest" error, you can run
npm run buildor ask the user to runnpm run devorcomposer run dev.
=== livewire/core rules ===
Livewire
- Livewire allow to build dynamic, reactive interfaces in PHP without writing JavaScript.
- You can use Alpine.js for client-side interactions instead of JavaScript frameworks.
- Keep state server-side so the UI reflects it. Validate and authorize in actions as you would in HTTP requests.
=== pint/core rules ===
Laravel Pint Code Formatter
- If you have modified any PHP files, you must run
vendor/bin/pint --dirty --format agentbefore finalizing changes to ensure your code matches the project's expected style. - Do not run
vendor/bin/pint --test --format agent, simply runvendor/bin/pint --format agentto fix any formatting issues.
=== pest/core rules ===
Pest
- This project uses Pest for testing. Create tests:
php artisan make:test --pest {name}. - The
{name}argument should not include the test suite directory. Usephp artisan make:test --pest SomeFeatureTestinstead ofphp artisan make:test --pest Feature/SomeFeatureTest. - Run tests:
php artisan test --compactor filter:php artisan test --compact --filter=testName. - Do NOT delete tests without approval.
=== spatie/laravel-activitylog/core rules ===
spatie/laravel-activitylog
Activity logging package for Laravel. Logs model events and manual activities to a database table.
Key Concepts
- Activity: An Eloquent model (
Spatie\Activitylog\Models\Activity) storing log entries with subject, causer, event, attribute_changes, and properties. - Subject: The model being acted upon (polymorphic
subject_type/subject_id). - Causer: The model that caused the action, typically the authenticated user (polymorphic
causer_type/causer_id). - LogOptions: Fluent configuration object returned by
getActivitylogOptions()on models using theLogsActivitytrait. - ActivityEvent: Enum with cases
Created,Updated,Deleted,Restored. attribute_changescolumn: stores{"attributes": {...}, "old": {...}}for tracked model changes.propertiescolumn: stores custom user data set viawithProperties().
Traits
LogsActivity
Add to models to automatically log create/update/delete events. Optionally implement getActivitylogOptions() to configure which attributes to track (defaults to logging events without attribute changes).
use Spatie\Activitylog\Models\Concerns\LogsActivity;
use Spatie\Activitylog\Support\LogOptions;
class Article extends Model
{
use LogsActivity;
public function getActivitylogOptions(): LogOptions
{
return LogOptions::defaults()
->logFillable()
->logOnlyDirty()
->dontLogEmptyChanges();
}
}
CausesActivity
Add to user/causer models. Provides activitiesAsCauser() relationship.
HasActivity
Combines LogsActivity and CausesActivity. Provides activities(), activitiesAsSubject(), and activitiesAsCauser().
Manual Logging
activity()
->performedOn($article)
->causedBy($user)
->event(ActivityEvent::Updated)
->withProperties(['key' => 'value'])
->log('Article was updated');
LogOptions Methods
| Method | Description |
|---|---|
logFillable() |
Log all fillable attributes |
logAll() |
Log all attributes |
logOnly(array) |
Log specific attributes |
logExcept(array) |
Exclude attributes |
logOnlyDirty() |
Only log changed attributes |
dontLogEmptyChanges() |
Skip logging when no tracked attributes changed |
dontLogIfAttributesChangedOnly(array) |
Ignore updates that only change these attributes |
useLogName(string) |
Set custom log name |
setDescriptionForEvent(Closure) |
Custom description per event |
useAttributeRawValues(array) |
Store raw (uncast) values |
Querying Activities
use Spatie\Activitylog\Models\Activity;
use Spatie\Activitylog\Enums\ActivityEvent;
Activity::forEvent(ActivityEvent::Created)->get();
Activity::causedBy($user)->get();
Activity::forSubject($article)->get();
Activity::inLog('orders')->get();
Setting the causer
Override the causer for a block of code:
use Spatie\Activitylog\Facades\Activity;
Activity::defaultCauser($admin, function () {
// all activities here are caused by $admin
});
// or set globally for the rest of the request
Activity::defaultCauser($admin);
Disabling Logging
activity()->withoutLogging(function () {
// no activities logged here
});
Accessing Changes and Properties
$activity = Activity::latest()->first();
// Tracked model changes (set automatically by LogsActivity)
$activity->attribute_changes; // Collection: {"attributes": {...}, "old": {...}}
// Custom user data (set via withProperties)
$activity->properties; // Collection
$activity->getProperty('key'); // single value
Custom Activity Model
Set activity_model in config/activitylog.php to a class that extends Model and implements Spatie\Activitylog\Contracts\Activity. Use a custom model for custom table names or database connections.
Customizing Actions
The package uses action classes (LogActivityAction, CleanActivityLogAction) that can be extended and swapped via config:
// config/activitylog.php
'actions' => [
'log_activity' => \App\Actions\CustomLogActivityAction::class,
'clean_log' => \App\Actions\CustomCleanAction::class,
],
Custom action classes must extend the originals. Override protected methods (save(), beforeActivityLogged(), resolveDescription(), etc.) to customize behavior.
Configuration
Key config options in config/activitylog.php:
enabled: Master on/off switch (env:ACTIVITYLOG_ENABLED)clean_after_days: Days to keep records foractivitylog:cleancommanddefault_log_name: Default log name (string)default_auth_driver: Auth driver for causer resolutioninclude_soft_deleted_subjects: Include soft-deleted subjectsactivity_model: Custom Activity model classdefault_except_attributes: Globally excluded attributesactions.log_activity: Action class for logging activitiesactions.clean_log: Action class for cleaning old activities
=== spatie/laravel-medialibrary/core rules ===
Media Library
spatie/laravel-medialibraryassociates files with Eloquent models, with support for collections, conversions, and responsive images.- Always activate the
medialibrary-developmentskill when working with media uploads, conversions, collections, responsive images, or any code that uses theHasMediainterface orInteractsWithMediatrait.