NEW Laravel (Unofficial) API Starter Kit: Built by Me and Fable 5
Chapters8
The creator presents a new Laravel API starter kit that targets API only projects, noting it is not part of the official starter kits and highlighting its purpose and timing.
A practical, unofficial Laravel API starter kit from Laravel Daily—no front end, no npm, just a clean API layer built with Sanctum and a clear v1 structure.
Summary
Laravel Daily’s latest video introduces an unofficial API starter kit for Laravel, built in collaboration with Fable 5 and Claude Opus-like planning sessions. The host explains why a dedicated API-only starter kit is valuable—there are currently no official options that skip the web front end, npm, and Fortify. He demonstrates installing and running the kit, showcasing a v1 API namespace, first-class route groups, and token-based authentication with Sanctum. The walkthrough includes creating a user, obtaining a bearer token, and performing authenticated requests to fetch user data, update details, or log out across devices. He notes ongoing work with the Laravel installer’s no-node option and how to prepare for potential API v2 routes. Fortify is discussed as a convenience layer that the starter kit bypasses to stay lightweight and framework-agnostic. The video also teases a deeper premium video on rate limiting, token management, and documentation scrambles, available to members. Finally, the creator looks ahead to the official API starter kit expected later in 2026 and invites community feedback on feature expectations.
Key Takeaways
- Use case clarity: The API starter kit focuses solely on API endpoints with Laravel Sanctum, excluding the web layer and npm artifacts for a lean API-first project.
- Route structure: All API routes are prefixed with v1, with separate public endpoints (register/login/forgot/reset) and non-public endpoints (user data, token management) secured by Sanctum middleware.
- Installation nuance: The kit aims to work with Laravel new routes, acknowledging the current Laravel installer behavior (no-node option) and the need to adapt when official support lands.
- Authentication flow: A new user registers to receive a bearer token, then subsequent requests use that token for all API calls, including protected actions like updating user data or logging out devices.
- Design choices: Fortify is intentionally avoided here to keep the project lightweight and decoupled from a Fortify dependency, arguing for more control in API-first builds.
- Documentation and parity: Documentation is embedded in the starter kit with a public homepage that can present the API docs, plus a link to a Scramble-based docs section in the premium video.
- Future plans: Potential API v2 routes, easy customization of namespaces, and anticipation of the official API starter kit release later in 2026 for direct comparison.
Who Is This For?
Essential viewing for Laravel developers who want a hands-on, API-only starter kit to prototype back-end services quickly, especially those weighing Sanctum-based authentication and avoiding Fortify dependencies. Also valuable for teams tracking official API starter kit timelines for 2026 releases.
Notable Quotes
""No front end, no npm deployment, no fortify because I prefer to be in full control of the O.""
—Explains the core motivation for an API-only starter kit.
""You choose past. You choose Laravel boost. Let's choose no""
—Demonstrates avoiding node/npm to keep the API kit lean.
""The idea was basically this. No front end, no npm deployment, no fortify""
—Reiterates the project's defining scope during the walkthrough.
""Bearer token""
—Shows how authentication is performed in Postman against the API.
""Fortify is basically in my opinion is a glue between all the possible Laravel starter kit flavors""
—Gives a critical view on Fortify’s role in starter kits.
Questions This Video Answers
- How do I set up a Laravel API-only starter kit with Sanctum authentication?
- Can I run a Laravel API without frontend scaffolding or npm dependencies?
- What are the trade-offs between using Fortify vs a custom solution in Laravel API projects?
- Will Laravel release an official API starter kit in 2026 and how will it compare to this unofficial kit?
- How do I version API routes in Laravel (v1 vs. v2) and plan for future upgrades?
Laravel API Starter KitLaravel SanctumFortify alternativesLaravel installer no-node optionAPI versioning (v1/v2)Laravel Daily collaboration with Fable 5Claude Opus planning sessionDocumentation embedded in starter kitsLaravel Breeze/Jetstream contextOfficial vs unofficial starter kits
Full Transcript
Hello guys, in this video I want to present to you my new project released. It's Laravel API starter kit which is not available in the official starter kits. There are only react view livewire and recent spelt version but nothing for people who want to release just API without the web layer at all. And I know the core team is working on API starter kit version to be released sometime later in 2026, but I decided not to wait and asked Fable 5 cloth model which was still available at the time last week to build me a starter kit.
So in this video I will show you how it works, what are the features inside. It's already released and you can use it. And also in addition to this video on this channel, I'm publishing at the same time another video on my native PHP daily channel about the client native PHP app that would use the API built with this starter kit. And also I'm publishing both videos at the same time. I should be on stage of Laravel live UK talking about starter kits in general. So this is where that whole idea comes together. Now API starter kit.
The idea was basically this. No front end, no npm deployment, no fortify because I prefer to be in full control of the O. Basically the project that is only for API without unnecessary files or terminal commands and it was almost successful. So I spent a few hours planning that so that Claude Fable 5 model was used for implementation. But for planning mode, it was quite a heavy session with Claude Opus. And along the way, I discovered that it's not that simple to build a starter kit. A lot of decisions along the way. But let me show you what I ended up with.
So you can run Laravel new using this starter kit. And this is what you will get. Let me demonstrate. You choose past. You choose Laravel boost. Let's choose no at the moment for a shorter video. And then it's doing almost the same thing as a general regular starter kit. And this thing was a problem along the way. I discovered or Claude discovered that it's not possible currently to work around this question. So I wanted to totally ignore that. But manually you need to choose no. Interestingly in the official Laravel installer there is a commit in the main branch for no node option.
So I would need to adapt that in the starter kit as well to totally avoid node and npm things. But at the moment it's not released in the official version. It's on the branch of main but the latest release of Laravel installer was before that. But at some point this will be released I hope pretty soon. But for now you will still get asked for npm and you choose no. Okay we have our API. What's inside? And the best way to understand what's inside is to run route list except vendor and these are the routes in the whole project API v1 and then everything related to o of API using Laravel Sanctum.
So yes there is routes web with homepage which also returns JSON with the link to the documentation. So if you launch that in the browser, you would see something like this and documentation with scramble is a part of that starter kit. But I will get to that a bit later. But the main thing in the routes API is this. So public routes to register, login and forgot and reset password with throttling and throttling may be different for each of them. and then the non-public routes for getting the user log out and getting the tokens or managing the tokens to log out other devices.
So for example in postman if we launch that get user while being not logged in we get message unauthenticated 401 as expected and as you can see along the way this was one of the decisions I had to make with planning session with cloud code v1 by default. So there's route prefix v1 for all of the routes in the current starter kit. But it's pretty easy to change and it's pretty easy to create v2 in the future potentially creating API v2 routes file. So as usual, Laravel makes it pretty configurable either here directly or in the bootstrap app.
You can also customize global stuff. But for this starter kit, I made a decision to go with v1 including the name spaces of controllers in this case. And if we go for example inside of O controller you have register request which is form request also with v1 namespace. Now let me show you the full kind of cycle of authentication because Laravel starter kits are about authentication. So here's how it works in Postman. So you register with new user and you get the bearer token. So this is the result. you have the token and then you use that token for all the other requests to the endpoints of API.
So I will copy that one and then for example you can get the user now the same endpoint as we used previously without the data but with authorization bear token. This is how it works in Postman. I've pasted that token and then I send and I get the data for my loggedin user. And then on top you can add your own routes in the routes API here for actually features of your app. And this is protected by O Sanctum middleware. Also we can then login with the same user and password we send and we get a new bearer token to work with.
Also with a logged in user you may perform more operations. So these are the routes and if we go to that user controller we have update with the user resource returned also update password or destroy your own account. Most of those things are actually ported from Laravel Fortify. I just personally wish to have it outside of any package dependency. Fortify is basically in my opinion is a glue between all the possible Laravel starter kit flavors. So this is kind of convenience for the core team to manage it all. But if I have my own one starter kit, then Fortify is kind of unnecessary burden in my opinion.
Again, there's nothing specifically wrong with Fortify. It was actually created from what I remember when Jetream and Breeze starter kits were released and then Taylor had a problem how to make that O work in both. So that's how Fortify was born in the first place. So yeah, these are the main o functions of API starter kit unofficial by myself and claude. I didn't remove that contribution username of claude and you can read the full documentation. I will link that in the description below. And also I've shot a premium longer video discussing more topics of that API starter kit.
14 minutes video is for premium members of Laravel Daily where I discuss rate limiting documentation with scramble features like reset password and forgot password and also token management to log out other devices. So the link to that premium longer video will be in the description below. But what do you think about that API starter kit? Is it good? Would you use it? And you can of course fork it and do your own changes or what other features more or maybe less features you envision in a typical API starter kit. I'm looking forward to the official starter kit for API as well later in 2026 and I'm curious to compare the visions and the features.
As usual, we can discuss all of that in the comments below. That's it for this time and see you guys in other
More from Laravel Daily
Get daily recaps from
Laravel Daily
AI-powered summaries delivered to your inbox. Save hours every week while staying fully informed.



