Agent SDK
The agent SDK is the Vix.cpp profile for agent-oriented tooling and controlled automation workflows.
Install it when a project needs the Vix agent layer, local runtime state, cache-backed execution, or automation features that should stay inside a native Vix project instead of being treated as an external script. The profile includes the common Vix foundation, then adds the modules used to build agent workflows with a clear C++ runtime boundary.
vix upgrade --sdk agentAfter the profile is installed, the workflow stays centered on the Vix CLI. You still use vix build, vix run, and vix dev. The SDK profile gives the machine the native agent layer that those commands can use.
Install the Agent SDK
Install the CLI first if it is not already installed.
Linux and macOS:
curl -fsSL https://vixcpp.com/install.sh | bashWindows PowerShell:
irm https://vixcpp.com/install.ps1 | iexThen install the agent profile:
vix upgrade --sdk agentInspect the profile before installing it:
vix upgrade --sdk info agentUse this command when you want to see the modules, notes, version information, and system dependencies for the current release.
What the Agent SDK includes
The agent profile includes the common Vix foundation.
common foundation
cli
core
json
error
path
fs
io
env
os
utils
log
async
time
process
threadpool
template
ui
note2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
It then adds the agent-oriented modules.
agent
agent
cache2
3
The common foundation gives the project the normal Vix runtime and CLI workflow. The agent profile adds the native layer needed for controlled automation and agent-oriented execution.
When to use it
Use the Agent SDK when the project is built around agent workflows rather than only a normal command-line tool, backend service, or desktop app.
That includes projects that need local agent state, task execution, cache-backed context, controlled automation, or a native runtime boundary for work that should be inspected, repeated, and managed from inside a Vix project.
vix upgrade --sdk agentThe default SDK is enough for normal Vix projects and simple local programs. The agent profile is the right choice when the project starts using the agent module or needs cache support as part of an agent workflow.
Use it with a project
A normal agent-oriented workflow looks like this:
vix new agent-app
cd agent-app
vix install
vix dev2
3
4
Build without running:
vix buildRun manually:
vix runStart the development loop:
vix devThe SDK profile stays behind the CLI workflow. You install the agent profile once, then work with the project through Vix commands.
Build an agent project
Use vix build when you only want to compile the project.
vix buildUse verbose output when you need more detail from the build workflow.
vix build -vUse a release build when preparing an optimized binary.
vix build --preset releaseThe build command detects the project, resolves the local Vix environment, and uses the installed SDK profile during the build.
Run an agent project
Use vix run when you want to build and start the program manually.
vix runPass runtime arguments after --run.
vix run --run --task daily-checkFor a small file or a quick check:
vix run main.cppSingle-file usage is useful for verifying that the CLI and SDK are installed correctly before moving into a full project.
Agent workflows
Agent-oriented projects are usually about controlled execution. The project may need to prepare a task, run it, keep local state, cache intermediate data, and report what happened in a form that the application can inspect later.
The Agent SDK exists so this layer does not have to live in the default SDK for every Vix developer. It keeps the base installation lighter while still giving agent projects a native profile when they need it.
agent runtime
controlled automation
local execution state
cache-backed workflow data
project-owned task behavior2
3
4
5
The module-specific guide should be used for API-level examples. This page only explains which SDK profile provides the native environment for agent-oriented work.
Cache support
The agent profile includes cache because agent workflows often need local state that can be reused, refreshed, or cleared between runs.
cacheCache support does not decide how the agent should behave. It gives the project a native building block for workflows where repeated execution should not recompute or refetch everything every time.
Verify the installation
After installing the agent profile, inspect it:
vix upgrade --sdk info agentCheck the environment:
vix doctorPrint Vix paths and local state:
vix infoThen run a small file to confirm that the CLI can find the installed SDK.
cat > main.cpp <<'CPP'
#include <vix.hpp>
int main()
{
vix::print("Hello from the Vix Agent SDK");
return 0;
}
CPP
vix run main.cpp2
3
4
5
6
7
8
9
10
11
Expected output:
Hello from the Vix Agent SDKIf this compiles and runs, the CLI and SDK profile are ready. For a real agent project, also make sure the system dependencies shown by vix upgrade --sdk info agent are installed.
System dependencies
Agent workflows may depend on native libraries used by the modules in this profile.
Check the current release information before installing or debugging the profile.
vix upgrade --sdk info agentInstall the system packages shown by that command for your operating system. The SDK profile gives Vix the native agent module layer, but the operating system still needs the libraries those modules depend on.
Update the Agent SDK
Install or update the latest agent profile:
vix upgrade --sdk agentPreview the update without changing files:
vix upgrade --sdk agent --dry-runInstall a specific version:
vix upgrade --sdk agent --version v2.7.0Use JSON output for scripts:
vix upgrade --sdk agent --jsonRemove the Agent SDK
Remove the agent profile when it is no longer needed:
vix uninstall --sdk agentPreview the removal first:
vix uninstall --sdk agent --dry-runRemove a specific version:
vix uninstall --sdk agent --version v2.7.0List installed SDK profiles known to the uninstall command:
vix uninstall --sdk-listRemoving the SDK profile removes the local Vix agent SDK files. It does not remove operating-system packages installed through your system package manager.
When the Agent SDK is not enough
The agent profile is focused on agent-oriented tooling, controlled automation, and cache-backed workflow state. If the project also uses another specialized module family, install the matching profile beside it.
For backend, WebSocket, WebRPC, middleware, validation, crypto, or outgoing HTTP requests:
vix upgrade --sdk webFor database, ORM, key-value, or cache work:
vix upgrade --sdk dataFor desktop applications:
vix upgrade --sdk desktopFor P2P nodes, local-first sync, or peer networking:
vix upgrade --sdk p2pFor game-oriented workflows:
vix upgrade --sdk gameA machine can have multiple SDK profiles installed. Use the smallest set that matches the projects you are actively building.
Common mistakes
Using the default SDK for agent modules
The default profile includes the base Vix development layer, but it does not provide the agent profile.
If the project uses agent-oriented modules, install the agent SDK.
vix upgrade --sdk agentInstalling the full SDK for one agent project
The full SDK works, but it is usually more than an agent project needs.
vix upgrade --sdk allFor agent tooling and controlled automation workflows, use the agent profile.
vix upgrade --sdk agentThis keeps the local setup focused and avoids pulling unrelated module families into the development environment.
Treating agent workflows as loose scripts
A Vix agent project should still live inside the Vix build and run workflow.
vix build
vix run
vix dev2
3
The point of the profile is not to move work outside the project. It is to give the project a native layer for controlled execution.
Forgetting that cache state is local project behavior
Cache support can make repeated work faster or easier to inspect, but cached data should not be treated as the source of truth unless the project explicitly designs it that way.
When debugging agent behavior, clear or reset project cache state according to the module workflow before assuming the runtime logic is wrong.
Passing runtime arguments to vix build
vix build compiles only. It does not start the program.
vix buildUse vix run when you want to run the program.
vix run --run --task daily-checkDaily workflow
A typical agent project workflow looks like this:
vix new agent-app
cd agent-app
vix install
vix dev2
3
4
Build and run manually:
vix build
vix run2
Before committing:
vix fmt --check
vix check --tests2
Before release:
vix build --preset release
vix tests --preset release2
The Agent SDK stays behind the CLI workflow. Once installed, the profile gives Vix the native layer needed for agent-oriented and controlled automation projects.
Next step
Continue with the Full SDK when the machine needs the complete Vix.cpp platform in one SDK profile.
