Project context
A reason behind the requirement.
“Launch with an inquiry form, not online payments. The team needs to confirm availability before accepting a booking.”
Background supplied to the project.
Build project assistants, internal copilots, and client-facing agents that can use the right background—not just the latest message. Bring context, retrieval, and reviewed memory into your Laravel product without assembling every supporting piece yourself.
See the exampleProject briefs, business information, and reference documents give your agents something useful to work from.
Useful findings from your agents’ work can become reviewed knowledge, ready to recall when it’s relevant.
ONE DECISION. MORE THAN ONE CONVERSATION.
Imagine a client-project assistant asked why a new website won’t take payments at launch. The answer is in the project brief. The useful part is keeping that decision—and its source—available for later work.
Project context
“Launch with an inquiry form, not online payments. The team needs to confirm availability before accepting a booking.”
Background supplied to the project.
START WITH THE ACTUAL PROJECT
The brief records both the decision and the reason for it. Your assistant can work from relevant project information rather than ask the user to explain everything again.
LATER IN THE PROJECT · ILLUSTRATIVE
“What should the booking button say?”
“Request availability”—consistent with the project’s inquiry-first launch.
Your partConnect the project references and decide who can access them.
Explore how the same decision moves from source material to an answer, then to a candidate for reviewed memory.
LESS CONTEXT PLUMBING. MORE PRODUCT.
STILL YOUR CRAFT
You choose the job the agent does, connect your business data, set its permissions, and design the experience your customers use.
Give the project assistant a focused role: explain decisions using relevant references, with only the tools you choose to make available.
Give that knowledge a way to actRemembering a decision doesn’t grant permission to act on it. Sources still need to be accessible, and your application’s permission checks stay in place.
This is reusable context and memory—not model retraining or a guarantee of correct answers. Your product still needs configured providers, useful source material, and clear permissions.
PART OF THE WHOLE FOUNDATION
Bring agents and reviewed knowledge into your product alongside workflows, interface builders, and the rest of CraftsmanOS.