Model list is incomplete

[OlinB]

Boost Version

2.4.0

Laravel Version

12.55.1

Agent/IDE Name & Version

copilot CLI 1.0.11, jetbrains AI assistant 253.32098.66 and cursor 2.6.18

PHP Version

8.4.19

System Info

Windows 11 with laravel Herd

Description

The model list returned by laravel-boost-application-info is incomplete.
Only the User model is returned

Steps To Reproduce

ask any AI agent to list models returned by the tool.

The root cause seems to be the class_exists(..., false) in

boost/src/Install/GuidelineAssist.php

Line 99 in f405782

if (class_exists($className, false)) {

Patching the autoload argument to true make the agent see all models.

I haven't opened a PR for this because I want to know if I'm doing something wrong, or if this is intentional

[larswolterssoftware]

Having the same issue. When asking Codex to list the models, it looks in the metadata first but that contains an empty list of models.

Output while there are 5 model classes:

The Laravel Boost app metadata tool reported no models, so I verified by scanning the app directory for Eloquent model classes.

[thomasplevy]

I'm also seeing that this affects installation with some conditional guidelines such as

boost/.ai/php/core.blade.php

Lines 6 to 8 in 39bc6df

	@if($assist->shouldEnforceStrictTypes())
	- Always declare `declare(strict_types=1);` at the top of every `.php` file.
	@endif

If I patch this as suggested by @OlinB and run php artistan boost:install then the expected strict types guideline is added, otherwise it is not.

This affects my enums as well too later in the same file

[bvdnu]

Hit this too in a long-running boost:mcp stdio process (Claude Code + laravel/boost 2.4.4 + Laravel 12.56.0). In our case application-info returns a completely empty "models":[] — not even the User model is returned.

Worth adding to the diagnosis: the static self::$classes cache in GuidelineAssist::discover() means the bad result from the very first discovery call persists for the entire MCP session. Subsequent MCP calls hit the cache and keep returning the same empty list.

Reproduction:

```bash

In a long-running boost:mcp process:

Tool: mcp__laravel-boost__application-info

Returns: models: []

But in a fresh tinker context, the logic works fine:

$ php artisan tinker --execute '
$assist = new \Laravel\Boost\Install\GuidelineAssist(
app(\Laravel\Roster\Roster::class),
new \Laravel\Boost\Install\GuidelineConfig()
);
var_dump($assist->models());
'

Returns: ["App\Models\User" => "/var/www/html/app/Models/User.php"]

```

So in a fresh autoloader state the discovery works, but in the MCP lifecycle it doesn't — and the static cache then locks in the bad state.

The `autoload: true` patch proposed by @OlinB would address both aspects: forces the autoloader to actually load each candidate class during discovery (fixing the immediate `class_exists` miss), which means the first run populates the cache with correct results and subsequent runs are fine.

Happy to test a PR with that change if helpful — we've been working around this by restarting the container to get a fresh MCP process.