title: API Reference
Welcome to the Amica API Documentation. Amica is a powerful 3D VRM (Virtual Reality Model) agent interface and hub that allows users to connect with external web services and agent AI frameworks, enabling seamless remote control and puppetry of the VRM characters. With Amica, you can create interactive agents that serve as dynamic 3D character interfaces for AI agents, applications and users.
The Amica API provides a set of flexible and robust routes for interacting with Amica’s system, including functions like real-time client connections, memory retrieval, system updates, social media integration, and more. These capabilities enable you to build custom logic, including reasoning, tool use (such as EACC Marketplace functions) and memory management, on external servers.
Whether you're using Amica to handle real-time interactions or to trigger complex actions based on user input, this documentation will guide you through the supported API routes, input types, and examples. Use Amica’s APIs to bring your 3D agents to life with rich functionality and integration.
This documentation will help you get started with the following key features:
Real-Time Interaction: Establish and manage connections through Server-Sent Events (SSE).
Memory Management: Store and retrieve subconscious prompts or custom data.
Custom Logic & Reasoning: Trigger actions like animations, playback, and social media posts.
Voice and Image Processing: Leverage transcription and image-to-text capabilities.
Data Handling: Retrieve and update server-side data via simple file-based operations. (Coming soon)
Dive in and start integrating Amica’s capabilities into your applications!
To use the External API, you MUST set up running Amica locally on your own computer or server. This also ensures localized database design is kept for people hosting their own Amicas.
Once it is running locally, all the api routes can be called directly to the Amica server.
/api/amicaHandlerThis API route handles multiple types of requests, including social media integration, system prompt updates, memory requests, and real-time client connections via Server-Sent Events (SSE). It ensures robust logging and provides error handling for incoming requests.
inputType provided in the request body.Example Usage: Use the Amica's paired LLM for conversation retrieval without making the avatar speak.
{
"inputType": "Normal Chat Message",
"payload": {
"message": "Hello, how are you?"
}
}
{
"sessionId": "f10d057293327fe8",
"outputType": "Chat",
"response": "I'm doing great! How can I assist you?"
}
Example Usage: Fetch Amica's subconcious thoughts from the user's conversations.
{
"inputType": "Memory Request"
}
{
"sessionId": "ba32cf2c8d3f0b76",
"outputType": "Memory Array",
"response": [
{
"prompt": "Stored memory prompt example",
"timestamp": "2024-12-30T12:00:00Z"
}
]
}
Example Usage: Build a interface that logs what Amica is doing.
{
"inputType": "RPC Logs"
}
{
"sessionId": "49c16226a7d2bbe4",
"outputType": "Logs",
"response": [
{
"type": "debug",
"ts": 1739433363065,
"arguments": {
"0": "[VAD]",
"1": "vad is initialized"
}
}
]
}
Example Usage: Retrieve the user's input and run it through a separate agentic framework.
{
"inputType": "RPC User Input Messages"
}
{
"sessionId": "958f20851d259b69",
"outputType": "User Input",
"response": [
{
"systemPrompt": "Assume the persona of Amica, a feisty human with extraordinary intellectual capabilities but a notably unstable emotional spectrum. ",
"message": "Hello, Nice to meet you Amica!"
}
]
}
Example Usage: Use this to change Amica's system prompt based on external reasoning server
{
"inputType": "Update System Prompt",
"payload": {
"prompt": "This is the new system prompt."
}
}
{
"sessionId": "994f3bc94517de41",
"outputType": "Updated system prompt"
}
Example Usage: Add new subconcious memories from external framework.
{
"inputType": "Brain Message",
"payload": {
"prompt": "Stored memory prompt example 2",
"timestamp": "2024-12-30T12:00:00Z"
}
}
{
"sessionId": "94ca4238683fd7c7",
"outputType": "Added subconscious stored prompt",
"response": [
{
"prompt": "Store memory prompt example 1",
"timestamp": "2025-02-13T08:10:16.385Z"
},
{
"prompt": "Stored memory prompt example 2",
"timestamp": "2024-12-30T12:00:00Z"
}
]
}
Example Usage: Track the user's conversation history with Amica and process it.
{
"inputType": "Chat History"
}
{
"sessionId": "fb1764cf65efff3c",
"outputType": "Chat History",
"response": [
{
"role": "user",
"content": "[neutral] Hello, Nice to meet you Amica!"
},
{
"role": "assistant",
"content": "[relaxed] Ah, hello there![relaxed] Nice to meet you too.[relaxed] I must say,[relaxed] it's quite refreshing to engage in a conversation without a predetermined agenda.[relaxed] It's a rare luxury in this chaotic world.[happy] But, I must admit,[happy] I'm excited to explore the depths of knowledge with someone new.[happy] What would you like to discuss?"
}
]
}
Example Usage: Trigger animations based on a external event such as news.
The Reasoning Server allows you to execute various actions based on the provided payload. Below are the supported properties and their accepted values:
null."twitter", "tg", or "none".true or false).file_name.vrma) or null.true or false).{
"inputType": "Reasoning Server",
"payload": {
"text": "Let's begin the presentation.",
"socialMedia": "twitter",
"playback": true,
"animation": "dance.vrma",
"reprocess": false
}
}
{
"sessionId": "613c4ed7c5941efe",
"outputType": "Actions"
}
/api/mediaHandlerThis API route handles voice and image inputs, leveraging multiple backends for processing, such as transcription with Whisper OpenAI/WhisperCPP and image-to-text processing using Vision LLM. It ensures robust error handling, session logging, and efficient processing for each request.
Example Usage: Directly use the configured STT and Vision LLM backends to process voice and image inputs, without building a new one.
inputType and payload provided in the request.| Field Name | Type | Description |
|---|---|---|
inputType |
Text | Specifies the type of input (Voice or Image). |
payload |
File | The file to be processed (e.g., audio or image). |
curl -X POST "https://example.com/api/mediaHandler" \
-H "Content-Type: multipart/form-data" \
-F "inputType=Voice" \
-F "[email protected]"
{
"sessionId": "a1b2c3d4e5f6g7h8",
"outputType": "Text",
"response": "Transcription of the audio."
}
inputType, payload).Logs each request with:
sessionIdtimestampoutputTyperesponse or errorAPI_ENABLED is set to true for the API to function./api/dataHandlerThis API route is used to retrieve and update client-side information through server-side operations. Since the application cannot directly update or retrieve data from the server side, these operations involve writing and reading data from static files that are continuously updated.
The primary purpose of this route is to utilize the data written to files for operations performed in the /api/mediaHandler and /api/amicaHandler routes.
config.json
src/features/externalAPI/dataHandlerStorage/config.jsonsubconscious.json
src/features/externalAPI/dataHandlerStorage/subconscious.jsonlogs.json
src/features/externalAPI/dataHandlerStorage/logs.jsonuserInputMessages.json
src/features/externalAPI/dataHandlerStorage/userInputMessages.jsonchatLogs.json
src/features/externalAPI/dataHandlerStorage/chatLogs.jsonRetrieve specific data from the server.
Query Parameters:
type (required): Specifies the type of data to retrieve. Accepted values: config, subconscious, logs, userInputMessages,chatLogs.Example Request:
curl -X GET "http://localhost:3000/api/dataHandler?type=config"
Update data on the server.
Query Parameters:
type (required): Specifies the type of data to update. Accepted values: config, subconscious, logs, userInputMessages, chatLogs.Example Request:
curl -X POST "http://localhost:3000/api/dataHandler?type=config" \
-H "Content-Type: application/json" \
-d '{"key": "exampleKey", "value": "exampleValue"}'