Task-model choice
Choose supported cloud providers, compatible endpoints or a separately running local model server for the high-level agent.
Choose the task model, connect MCP tools and teach reusable ways of working.

Create a reusable review skill that checks public contracts, small-screen layouts and relevant tests.
Your assistant should fit the tools and habits you already have. Jarvis exposes provider configuration, MCP connections, Python extensions, reusable skills and agent profiles. The useful combination is the one you actually configure and can inspect.
See it in your dayChoose supported cloud providers, compatible endpoints or a separately running local model server for the high-level agent.
Configure servers, discover the tools they expose and invoke them with the credentials and access each service requires.
Add reusable instructions, custom tools, lifecycle hooks, prompt templates and specialist agent definitions.
Configure tool access and path rules for the agent. Approval behavior depends on the active runtime and permission configuration.
The voice and task brains communicate through A2A; desktop tools use their local service. These retained services support integrations, not a bundled chat website.
Follow the thought from the first sentence to the result. Make the names, files, and timing your own.
You keep explaining the same review priorities at the start of each project.

“Create a reusable review skill that checks public contracts, small-screen layouts and relevant tests.”
Define the scope, expected checks and useful output format in a reusable skill document.
Make the skill available through Jarvis's skill system, then ask the task agent to use it on a specific project.
Review the first result and refine the instructions. The skill guides tool use; it does not install the project's runtime or grant access.
A reusable working method that can be applied when relevant. Quality still depends on the instructions, model and actual tool evidence.
A service you use exposes an MCP interface and you want Jarvis to use it deliberately.

“Show the tools available from my configured MCP server.”
Configure the server's command or transport and the authentication it requires.
Jarvis connects and discovers the actual tools available from that server.
Choose a specific operation and inspect its returned result. Availability follows that connection's permissions and service capabilities.
A discovered and usable tool connection when configured successfully. An installed skill mentioning a service is not proof of an authenticated connection.
You want the deeper reasoning work to use your own running inference endpoint.

“Configure my local model server for the high-level task agent.”
Install and start the model server separately, then select the corresponding supported provider configuration.
Set the endpoint, model and any required credentials through Jarvis's model setup.
Try a bounded task with the tools you need. Keep Gemini Live configured for the voice side of the two-brain runtime.
A configured task-model connection if the endpoint and model are compatible. Tool quality, context limits and image support vary by provider.
Use the model configuration command and the matching credentials. Local servers need their own installed model and running process.
uv run jarvis modelUse Jarvis setup and the source documentation for each MCP server, extension or gateway adapter.
uv run jarvis setupRun diagnostics when a dependency, model or connection is missing.
uv run jarvis doctorMCP tools and skills describe what can be connected or taught. External accounts, dependencies and credentials still need setup.
Local files and settings stay on your machine until used by a configured tool or provider. Cloud models and connected services process the requests sent to them; voice requires Gemini Live.
Workflow images are generated illustrations, not screenshots of a connected assistant. Availability depends on your configured tools and providers.