[claude-tmgbedu]

Generated observers and models didn't import, the observer generator couldn't be run, and db:make:model --migration / --seeder failed.

observer.stub

• It imported Model from masoniteorm.models, which the framework doesn't install, so importing a generated observer raised ModuleNotFoundError. It now imports from fastapi_startkit.masoniteorm.models.
• It stubbed booted/booting/hydrating/hydrated, which never fire. It now has the eight events from Model lifecycle events, automatic timestamps and datetime casts #291, in dispatch order: saving, creating, updating, created, updated, saved, deleting, deleted. They are async def <event>(self, <model>: Model) -> None, and observe_events awaits them.
• The docstrings are gone.

model.stub

• It had the same stale import, so every model generated by db:make:model failed to import. The import is fixed and the docstrings are gone.

make:observer

• MakeObserverCommand was exported but never registered. It is renamed db:make:observer, matching db:make:migration and db:make:model, and DatabaseProvider registers it. The old name observer was never reachable from artisan, so nothing depended on it.

db:make:model --migration / --seeder
Both failed on 0.67.0:

$ python artisan db:make:model Widget --migration
The command "migration" does not exist.
$ python artisan db:make:model Gadget --seeder
Not enough arguments (missing: "name")

• --migration now calls db:make:migration.
• Both nested calls go through call_command(name, arguments), which puts the command name first. Cleo's Command.call binds its args against the application definition, whose first positional is command, so without the prefix the first argument was taken as the command name and lost. The fix stays in MakeModelCommand instead of overriding call on the core console Command, because this is the only working caller.

ADR 028 and its index row are updated (renumbered from 026, which is taken by #292; #293 has 027).

Validation

• New tests:
  • A generated model imports and subclasses Model.
  • A generated observer imports, its handlers are exactly the eight events in order, and each one dispatches through observe_events.
  • app.run("db:make:observer", "Order") works on an app booted with DatabaseProvider, the same path artisan uses. It fails when the registration is removed.
  • app.run("db:make:model", ...) with --migration, --migration --table and --seeder creates the create/update migration and the seeder. All three fail without the fix.
• Full suite, without the live-Postgres tests: 3037 passed, 10 skipped.
• In a project created with uvx fastapi-startkit init, against this branch's build:
  • python artisan db:make:model Invoice and python artisan db:make:observer Invoice created files that both import.
  • python artisan db:make:model Receipt --migration --seeder created the model, migration and seeder, and python artisan db:migrate applied the migration.

Not in this PR

• db:migrate:fresh --seed and db:migrate:refresh --seed call seed:run, which doesn't exist (it's db:seed). The call has the same argument problem, and it runs inside asyncio.run, so db:seed would start a second event loop. db:migrate:refresh also isn't registered. The fix needs the seeding restructured and new fixtures, which would push this PR past 10 files.

🤖 Generated with Claude Code

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!