START HERE·BUILD REAL SCRIPTS·Verified June 2026 · Lua 5.4 · ox_lib 3.x
Learning with an AI assistant?
Copies this whole lesson - every step, code block, and the exact console errors - plus 2026 ground rules (no lua54 'yes', Cfx.re Portal, correct callback signatures) as a ready-to-paste mentor prompt.
Start Here · Build real scripts

You're ready for Track B

You started this section knowing nothing. Not what FiveM was made of, not what a resource was, not a single word of Lua. Look at you now. You understand the ecosystem, you can read a script and follow what it does, and you have written Lua that actually ran. That is not a small thing. Most people who open a FiveM tutorial never get this far. This last lesson is the handoff: a clear-eyed look at the ground you covered, an honest note on what comes next, and a door into Track B, where you stop learning the parts and start building the whole.

You'll learn
How far you have actually come, what you can do on your own now, what comes next, and exactly where to start in Track B.
Time
~6 minutes
Difficulty
None. This one is a victory lap.
You need
Nothing but the brain you have been building this whole section.
BEFORE YOU START

How far you have come

It is worth saying out loud, because you have been moving fast and may not have noticed the climb. Here is the whole journey in one list.

  • What FiveM actually is: a platform that runs on top of GTA 5, where everything you add to a server is built out of resources.
  • The client and server split: the server is the source of truth that every player connects to, the client is each player's own game, and the two talk by sending messages back and forth.
  • Lua basics: variables that hold values, strings of text, functions you call by name, and the print function as your window into running code.
  • Resources and the manifest: a resource is a folder, and fxmanifest.lua is the note that tells FiveM which files to load and how.
  • How code gets triggered: events that fire when something happens, commands you type, exports that let one resource call another, and config files that keep settings out of your logic.
  • The ecosystem around you: txAdmin for running and watching the server, VS Code for writing, the official docs for answers, and the framework landscape (ESX, QBCore, and the maintained Qbox successor).
  • Developer habits: read the console as your feedback loop, change one thing at a time, and treat an error message as a clue, not a wall.

That is a real foundation. Everything in Track B is built on top of these exact ideas.

What you can do now

Knowledge is one thing. The reason this section exists is the second thing: what you can actually do without anyone holding your hand.

You can open a script someone else wrote and follow what it does, instead of staring at a wall of symbols. You can read a FiveM tutorial and keep your bearings, because you already know what a resource, a manifest, an event, and a command are. You can build a small resource from an empty folder: create the files, write the manifest, write the Lua, start it, and test it. And when something breaks, you can read the error in the console, find the line it points to, and fix it calmly instead of giving up. That last skill is the one that separates people who ship from people who quit.

What Start Here did NOT cover, on purpose

Time to be straight with you, because honesty is how you build trust and how you avoid getting blindsided later.

This section taught you the language and the map. It did not teach you to build a finished, production-grade feature, and that was a deliberate choice. The deeper craft lives in the Tracks:

  • Building with libraries and frameworks like ox_lib and inventory systems, so you are assembling proven pieces instead of reinventing them.
  • Databases, the create-read-update-delete loop that lets a player's money, items, and progress survive a restart.
  • NUI tools, the web-based interfaces (menus, HUDs, shops) that players actually click on.
  • Anti-cheat and security in full, hardening your server against the exploits that target trusting code.

Your next step: Track B

This is the one thing to take from this lesson.

Track B is the paid path where the building happens. The free section you just finished was the on-ramp. The road starts now.

How to keep learning

A short field guide for everything from here on.

  • Build small things on purpose. A tiny resource that does one thing teaches you more than reading about a huge one.
  • Read errors calmly. The console is talking to you. The message names the file and the line. That is a clue, not a verdict.
  • Use the docs. When a native or a function is unfamiliar, look it up at docs.fivem.net before guessing.
  • Ask your AI well. Every lesson has a copy-lesson button. Paste the lesson into your AI assistant along with your exact question and your real code, and you will get answers grounded in what you are actually doing.
The habit that compounds

The fastest learners are not the ones who never get stuck. They are the ones who get stuck, read the error, change one thing, and try again, on a loop. You already practiced this every time a resource refused to start in this section. Keep doing exactly that in Track B and the difficulty curve flattens out under you.

A final word

Here is the truth nobody tells beginners. The difference between people who quit and people who ship a server is not talent, and it is not some secret. It is the foundation. The ones who quit never built one, so every new tutorial felt like starting from zero. You built yours, lesson by lesson, all the way through a capstone. From here, every new thing you learn has somewhere to land. Go open Track B and build the thing you came here to build.