llm-api.arc.vt.edu
Description
https://llm-api.arc.vt.edu/api/v1/ provides OpenAI and Anthropic compatible API endpoints to a selection of LLMs hosted and run by ARC. It is based on the Open WebUI platform, and integrates several inference and integration capabilities, including retrieval-augmented generation (RAG), vision, image generation, and text embeddings. There is no cost to use this service as it is subsidized by the University.
Access
All Virginia Tech students, faculty, and staff may access the service at
https://llm-api.arc.vt.edu/api/v1/using a personal API key. No separate ARC account is required.There is no charge to individual users for accessing the hosted models via the API.
Users must generate an API key through https://llm.arc.vt.edu
User profile > Settings > Account > API keys. Keys are unique to each user and must be kept confidential.
Caution
Sharing API keys with other users is strictly prohibited. Any unauthorized use of shared credentials will be reported to the IT Security Office and access will be terminated.
Restrictions
Data classification: Researchers can use this tool for high-risk data. This service is approved by VT Information Technology Security Office (ITSO) for processing sensitive or regulated data. However, researchers are reminded to consult with VT Privacy and Research Data Protection Program (PRDP) and the Office of Export and Secure Research Compliance regarding the storage and analysis of high-risk data to comply with specific regulations. Note that some high-risk data (e.g. data regulated by DFARS, ITAR, etc.) require additional protections and the LLM might not be approved for use with those data types.
Usage limits
To ensure fair access for all users, the ARC LLM service enforces the following limits on both the API and web interface:
Limit |
Value |
Description |
|---|---|---|
Maximum concurrent requests |
Per model |
See the model table; each model currently allows 10 per user. Additional requests are rejected with HTTP 429 until one of yours completes. |
Maximum requests in flight per user |
20 |
Across all models combined, counting both running and queued requests. Additional requests are rejected with HTTP 429 until one completes. |
Maximum tokens per non-streaming request |
8,000 |
Non-streaming requests with long outputs are more likely to time out. |
Fair-queued models
On GLM-5.3, requests within your limit that the model can’t start right away wait on the server instead of being rejected. When the model is busy, people who have recently used less (shorter prompts and outputs) go first, and chat in the web interface (llm.arc.vt.edu) goes ahead of API requests. At busy times the first token may take a while to arrive.
Limit |
Value |
Description |
|---|---|---|
Requests in flight per user |
10 |
Running and queued requests on |
Maximum time in the queue |
9 min |
A request that hasn’t started after 9 minutes is rejected with HTTP 503. |
Maximum time per request |
30 min |
Includes time spent waiting in the queue. |
Maximum context |
128k tokens |
Input plus output. Streaming requests have no separate output limit. |
A fair-queued model returns an error in these cases, with the reason in error.code in the response body:
HTTP 429 (
user_concurrent_backend,user_concurrent,queue_full): you already have 10 requests in flight on this model or 20 across all models, or the queue is full. Wait a few seconds and retry.HTTP 503 (
queue_timeout): the request waited 9 minutes without starting because the model is overloaded. Wait about 30 seconds and retry.HTTP 413 (
buffered_max_tokens_exceeded): you asked for more than 8,000 output tokens without streaming. Retrying won’t help. Enable streaming or lowermax_tokens.
Embeddings
The embeddings endpoint (/api/v1/embeddings) is available through the API only and has separate per-user limits:
Limit |
Value |
Description |
|---|---|---|
Embedding tokens per user |
150,000/min |
Up to 300,000 tokens at once, refilled at 150,000 tokens per minute. |
Concurrent embedding requests per user |
4 |
Additional requests are rejected until an active request completes. |
A rejected embedding request returns HTTP 429 with the reason (error.reason) and the number of seconds to wait (error.retry_after_s) in the response body. The response does not include a Retry-After header. See Embedding a large collection for an example that handles this.
Decisions
The endpoint for decision models (/api/v1/systemone) is available through the API only and has separate per-user limits:
Limit |
Value |
|---|---|
Decision requests queued or running per user |
4 |
Queue wait |
30 s |
Input size, per question |
8,192 tokens |
Request size |
8 MiB |
Requests over 4 are rejected until one of yours completes. Limit your application to 4 decision requests at once.
A request that has not started after 30 seconds is rejected. Retry after the time given in
error.retry_after_s.Input size counts the input plus one question’s instructions and options. 8,192 tokens is about 35 KB of English text. Each image costs at most 1,700 tokens, because larger images are scaled down, so four large photos fit. A request can have at most 8 images. Requests over this limit fail with HTTP 500.
Request size counts the whole request body, including base64-encoded images, which are a third larger than the files. Requests over 8 MiB fail with HTTP 413.
Users take turns: while your request waits, every other user is served at most once ahead of you. Under load, each waiting user gets one request served per round, so sending more requests at once does not get you a bigger share.
A request the queue refuses returns the reason (error.reason) and the number of seconds to wait (error.retry_after_s) in the response body, plus a Retry-After header:
HTTP |
|
Meaning |
|---|---|---|
429 |
|
You already have 4 decision requests queued or running. |
502 |
|
A model server did not respond. Send the request again. |
503 |
|
Your request waited 30 seconds without starting. |
These limits are intended to support fair sharing of the service. If your workload requires higher throughput or different models, consider running models on ARC HPC resources using vLLM, Llama.cpp, or the Open OnDemand LLM app.
Models
ARC currently runs several state-of-the-art models. ARC will add or remove models and scale instances dynamically to respond to user demand. You may select your preferred model in the request settings, e.g. "model": "gpt-oss-120b".
OpenAI
gpt-oss-120b(see model card on Hugging Face). OpenAI’s flagship open-weight model, optimized for fast, high-quality responses across a wide range of general-purpose tasks.Z.AI
GLM-5.3(see model card on Hugging Face). State-of-the-art reasoning model that excels at complex problem solving, coding, mathematics, and scientific tasks.DeepSeek
DeepSeek-V4.1-Flash(1017 checkpoint) (see model card on Hugging Face). High-performance model optimized for speed and long-context processing, making it well suited for large documents, codebases, and retrieval-augmented applications. Multimodal architecture.
Models also offer pre-configured versions with different levels of thinking modes. You may use:
Model |
Parameters |
Max context |
Concurrency |
|---|---|---|---|
gpt-oss-120b |
reasoning_effort: medium |
128k |
10 |
gpt-oss-120b-thinking-low |
reasoning_effort: low |
128k |
|
gpt-oss-120b-thinking-high |
reasoning_effort: high |
128k |
|
GLM-5.3 |
reasoning_effort: max |
128k |
10 (fair-queued) |
GLM-5.3-thinking-high |
reasoning_effort: high |
128k |
|
DeepSeek-V4.1-Flash |
reasoning_effort: high |
1M |
10 |
DeepSeek-V4.1-Flash-thinking-low |
reasoning_effort: low |
1M |
|
DeepSeek-V4.1-Flash-thinking-max |
reasoning_effort: max |
1M |
Embedding models
Qwen
Qwen3-Embedding-4B(see model card on Hugging Face). Converts text into 2560-dimensional vectors for semantic search, clustering, and retrieval-augmented applications. Each input can be up to 8,192 tokens. Use it with the/api/v1/embeddingsendpoint; it does not answer chat requests and is not available in the web interface.
For retrieval, prefix each query (not each document) with a one-line task description. Qwen reports that leaving it off lowers retrieval quality by about 1–5%. See the semantic search example.
Decision models
decision.vllm-sr/d3-mini: answers questions about an input with a probability for each possible answer. You define the answers: yes or no, one of several options, or a level on a scale. A short request takes under a second. Each question reads the whole input again, so the cost of a request grows with the length of the input times the number of questions.Use it to label data in bulk (survey responses, abstracts or posts against a fixed set of categories), to filter documents before a slower step (“is this relevant to my question?”), or to route and screen messages in a pipeline (“does this need a web search?”, “does this contain personal data?”).
Input (
state): text or JSON. Add images as data URLs inimages.Use it with the
/api/v1/systemoneendpoint; it does not answer chat requests and is not available in the web interface. See the shell and Python examples and the limits. Full reference: llama.cpp/v1/systemone.
A request has an input (state) and one or more named questions. Each question is answered separately against the input, and has a type:
noul(yes/no):instructionsis a yes/no question. The answernoulis the probability that the answer is yes (true).choice:instructions, andcriteria, an object that maps each option name to a description. A description can benullwhen the name says enough. The answerchoiceis the most likely option, withprobabilitiesfor every option and aconfidence.score:instructions, andcriteria, a list of 2 to 10 level descriptions, lowest first. The answerscoreis a number from 0 (your first description) to n−1 (your last), averaged by probability, so it can fall between levels. It comes withprobabilitiesper level, alegendthat maps level numbers to your descriptions, and aconfidence.
confidence runs from 0, when every option is equally likely, to 1, when one option has all the probability. An invalid request, for example an unknown type or malformed criteria, returns HTTP 400 with a message that says what is wrong.
The probabilities are the model’s own estimates. To pick a cutoff such as “complaint above 0.9”, label 50 examples yourself, run them through the model, and choose the cutoff where its answers best match yours.
Security
This service is hosted entirely on-premises within the ARC infrastructure. No data is sent to any third party outside of the university. All user interactions are logged and preserved in compliance with VT IT Security Office Data Protection policies.
Disclaimer
ARC has implemented safeguards to mitigate the risk of generating unlawful, harmful, or otherwise inappropriate content. Despite these measures, LLMs may still produce inaccurate, misleading, biased, or harmful information. Use of this service is undertaken entirely at the user’s own discretion and risk. The service is provided “as is”, and, to the fullest extent permitted by applicable law, ARC and VT expressly disclaim all warranties, whether express or implied, as well as any liability for damages, losses, or adverse consequences that may result from the use of, or reliance upon, the outputs generated by the models. By using this service, the user acknowledges and accepts these conditions, and agrees to comply with all applicable terms and conditions governing the use of the hosted models, associated software, and underlying platforms.
Examples
Please read the OpenAI API documentation for a comprehensive guide to understand the different ways to interact with the LLM. You may also consult the Open WebUI documentation for API endpoints for additional examples involving Retrieval Augmented Generation (RAG), knowledge collections, image generation, tool calling, web search, etc.
Shell API
Use this API to interact with the LLMs directly from the command line.
OpenAI chat completions
Submit a query to a model.
curl -X POST "https://llm-api.arc.vt.edu/api/v1/chat/completions" \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-oss-120b",
"messages": [{
"role":"user",
"content":"Why is the sky blue?"
}]
}'
Anthropic messages
Submit a query to a model.
curl -X POST "https://llm-api.arc.vt.edu/api/v1/messages" \
-H "x-api-key: $API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-oss-120b",
"max_tokens": 1024,
"messages": [{
"role":"user",
"content":"Why is the sky blue?"
}]
}'
Embeddings
Convert text into vectors. Pass a list in input to embed several texts in one request.
API_KEY="sk-YOUR-API-KEY"
curl -X POST "https://llm-api.arc.vt.edu/api/v1/embeddings" \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "Qwen3-Embedding-4B",
"input": [
"The capital of France is Paris.",
"Photosynthesis converts sunlight into chemical energy."
]
}'
Decisions
Ask questions about one input. This request uses all three question types.
API_KEY="sk-YOUR-API-KEY"
curl -X POST "https://llm-api.arc.vt.edu/api/v1/systemone" \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "decision.vllm-sr/d3-mini",
"state": "Food was cold and the waiter ignored us for 40 minutes.",
"questions": {
"complaint": {"type": "noul", "instructions": "Is this a complaint?"},
"topic": {"type": "choice", "instructions": "What is it about?",
"criteria": {"service": null, "food": null, "price": "Cost or value"}},
"rating": {"type": "score", "instructions": "How would this customer rate the restaurant?",
"criteria": ["Terrible", "Poor", "Average", "Good", "Excellent"]}
}
}'
The response, shortened and rounded:
{
"answers": {
"complaint": {"type": "noul", "noul": 0.996},
"topic": {"type": "choice", "choice": "service",
"probabilities": {"service": 0.906, "food": 0.093, "price": 0.001}, "confidence": 0.712},
"rating": {"type": "score", "score": 0.412,
"legend": {"0": "Terrible", "1": "Poor", "2": "Average", "3": "Good", "4": "Excellent"},
"probabilities": {"0": 0.602, "1": 0.387, "2": 0.009, "3": 0.001, "4": 0.001}, "confidence": 0.547}
}
}
The rating of 0.412 falls between level 0 (Terrible) and level 1 (Poor), closer to Terrible. For a single level, take the one with the highest probability: here level 0, Terrible.
The input can also be JSON. A noul question can describe what true and false mean in criteria. With API_KEY set as above:
curl -X POST "https://llm-api.arc.vt.edu/api/v1/systemone" \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "decision.vllm-sr/d3-mini",
"state": {"ticket": 4512, "from": "customer", "body": "Charged twice for one order."},
"questions": {
"billing": {"type": "noul", "instructions": "Is this a billing problem?",
"criteria": {"true": "About payments, charges or refunds", "false": "Anything else"}}
}
}'
Document upload
Upload a document to the LLM. Every file is assigned a unique file id. You can use the file ids to do Retrieval Augmented Generation (RAG).
API_KEY="sk-YOUR-API-KEY"
curl -X POST \
-H "Authorization: Bearer $API_KEY" \
-H "Accept: application/json" \
-F "file=@/path/to/file.pdf" https://llm-api.arc.vt.edu/api/v1/files/
Retrieval Augmented Generation (RAG)
Upload a file, extract its file id, and submit a query about the document to the LLM.
API_KEY="sk-YOUR-API-KEY"
## Upload document and get file ID
file_id=$(curl -s -X POST \
-H "Authorization: Bearer $API_KEY" \
-H "Accept: application/json" \
-F "file=@document.pdf" \
https://llm-api.arc.vt.edu/api/v1/files/ | jq -r '.id')
## Use the file ID in the request
request=$(jq -n \
--arg model "gpt-oss-120b" \
--arg file_id "$file_id" \
--arg prompt "Create a summary of the document" \
'{
model: $model,
messages: [{role: "user", content: $prompt}],
files: [{type: "file", id: $file_id}]
}')
## Make the chat completion request with the file
curl -X POST "https://llm-api.arc.vt.edu/api/v1/chat/completions" \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d "$request"
Reasoning effort
You may change the reasoning effort on many models, e.g. gpt-oss-120b to (low, medium (default), high).
API_KEY="sk-YOUR-API-KEY"
curl -X POST "https://llm-api.arc.vt.edu/api/v1/chat/completions" \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-oss-120b",
"messages": [{
"role":"user",
"content":"Why is the sky blue?"
}],
"reasoning_effort": "high"
}'
Image generation
Caution
Image generation and editing use Qwen-Image-2.1, released under the Qwen Research License, which permits use of the model for non-commercial research and evaluation. Qwen has clarified that generated images are not covered by the license and that you retain the rights to the content you generate. Virginia Tech’s Standard for Acceptable Use separately prohibits using university systems for commercial purposes. If you use generated images to create, train, or improve an AI model that you distribute or make available, the license requires you to display “Built with Qwen” or “Improved using Qwen” in that model’s documentation.
This approach generates an image using Qwen/Qwen-Image-2.1.
API_KEY="sk-YOUR-API-KEY"
OUTPUT="output.png"
RESPONSE=$(curl -s -X POST "https://llm-api.arc.vt.edu/api/v1/images/generations" \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{
"prompt": "Generate a picture of a white lab dog",
"size": "512x512"
}'
)
# Extract returned URL
FILE_URL=$(echo "$RESPONSE" | jq -r '.[0].url')
# Download image
curl -s -L -o "$OUTPUT" \
-H "Authorization: Bearer $API_KEY" \
"https://llm-api.arc.vt.edu$FILE_URL"
Image edition
This approach edits an image using Qwen/Qwen-Image-2.1, the same model used for generation. See the license restrictions.
API_KEY="sk-YOUR-API-KEY"
INPUT="input.png"
OUTPUT="output.png"
# Encode input image
IMG_B64=$(base64 -w0 "$INPUT")
# Submit the image edit request
RESPONSE=$(curl -s -X POST "https://llm-api.arc.vt.edu/api/v1/images/edit" \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d @- <<EOF
{
"image": "data:image/png;base64,$IMG_B64",
"prompt": "Change the color of the red blanket to blue"
}
EOF
)
# Extract returned URL
FILE_URL=$(echo "$RESPONSE" | jq -r '.[0].url')
# Download image
curl -s -L -o "$OUTPUT" \
-H "Authorization: Bearer $API_KEY" \
"https://llm-api.arc.vt.edu$FILE_URL"
Python API
Certain libraries are required for the API use in Python such as openai and requests. You may install them using pip:
pip install openai requests
Chat completions
Submit a query to a model.
from openai import OpenAI
import argparse
# Modify OpenAI's API key and API base to use the server.
openai_api_key = "sk-YOUR-API-KEY"
openai_api_base = "https://llm-api.arc.vt.edu/api/v1"
messages = [
{"role": "system", "content": "You are a helpful assistant."},
{"role": "user", "content": "What is Virginia Tech known for?"},
]
client = OpenAI(
api_key=openai_api_key,
base_url=openai_api_base,
)
chat_completion = client.chat.completions.create(
model="gpt-oss-120b",
messages=messages,
)
print(chat_completion)
Embeddings
Convert a batch of texts into vectors.
from openai import OpenAI
openai_api_key = "sk-YOUR-API-KEY"
openai_api_base = "https://llm-api.arc.vt.edu/api/v1"
client = OpenAI(
api_key=openai_api_key,
base_url=openai_api_base,
)
response = client.embeddings.create(
model="Qwen3-Embedding-4B",
input=[
"The capital of France is Paris.",
"Photosynthesis converts sunlight into chemical energy.",
],
)
for item in response.data:
print(item.index, len(item.embedding), item.embedding[:3])
print(response.usage)
Semantic search
Find the documents that best answer a question. The documents and the query are embedded, then ranked by cosine similarity. Only the query gets the Instruct: prefix.
import math
from openai import OpenAI
openai_api_key = "sk-YOUR-API-KEY"
openai_api_base = "https://llm-api.arc.vt.edu/api/v1"
client = OpenAI(
api_key=openai_api_key,
base_url=openai_api_base,
)
documents = [
"Virginia Tech is a public research university in Blacksburg, Virginia.",
"Photosynthesis converts sunlight, water, and carbon dioxide into sugar and oxygen.",
"Paris is the capital and largest city of France.",
"Python is a programming language known for its readable syntax.",
]
query = "Where is Virginia Tech located?"
task = "Given a question, retrieve passages that answer it"
def embed(texts):
response = client.embeddings.create(model="Qwen3-Embedding-4B", input=texts)
return [item.embedding for item in response.data]
def cosine(a, b):
dot = sum(x * y for x, y in zip(a, b))
return dot / (math.sqrt(sum(x * x for x in a)) * math.sqrt(sum(y * y for y in b)))
doc_vectors = embed(documents)
query_vector = embed([f"Instruct: {task}\nQuery: {query}"])[0]
scores = [cosine(query_vector, v) for v in doc_vectors]
for score, doc in sorted(zip(scores, documents), reverse=True):
print(f"{score:.3f} {doc}")
Output:
0.741 Virginia Tech is a public research university in Blacksburg, Virginia.
0.330 Photosynthesis converts sunlight, water, and carbon dioxide into sugar and oxygen.
0.324 Python is a programming language known for its readable syntax.
0.288 Paris is the capital and largest city of France.
For a larger collection, embed the documents once and store the vectors in a vector store, then embed only the query for each search. The simplest options are:
sqlite-vec: a SQLite extension that keeps the vectors in a single database file (
pip install sqlite-vec). It is pre-1.0, so pin the version you use. Declare the column asfloat[2560].pgvector: a PostgreSQL extension, useful if you already run PostgreSQL. Store the vectors as
halfvec(2560), because pgvector cannot indexvectorcolumns with more than 2,000 dimensions.
For a complete example that indexes a folder of Markdown files into sqlite-vec and searches it, see the embeddings search example.
Embedding a large collection
Embed many texts in batches, and wait when the service returns a rate-limit error. The server puts the wait time in the error body, so this example turns off the client’s built-in retries and uses that value instead.
import time
from openai import OpenAI, RateLimitError
openai_api_key = "sk-YOUR-API-KEY"
openai_api_base = "https://llm-api.arc.vt.edu/api/v1"
BATCH_SIZE = 32
client = OpenAI(
api_key=openai_api_key,
base_url=openai_api_base,
max_retries=0,
)
def embed_batch(texts):
while True:
try:
response = client.embeddings.create(model="Qwen3-Embedding-4B", input=texts)
return [item.embedding for item in response.data]
except RateLimitError as e:
error = e.body if isinstance(e.body, dict) else {}
wait = error.get("retry_after_s", 5)
print(f"Rate limited ({error.get('reason')}), waiting {wait}s")
time.sleep(wait)
texts = [f"Document number {i}" for i in range(1000)] # replace with your texts
embeddings = []
for start in range(0, len(texts), BATCH_SIZE):
embeddings.extend(embed_batch(texts[start:start + BATCH_SIZE]))
print(f"Embedded {len(embeddings)} texts")
Labeling a dataset with a decision model
Label every row of a CSV. This example reads survey responses from responses.csv (one per row, in a response column), asks for a theme and whether each response is negative, and writes the labels and probabilities to responses_labeled.csv. The OpenAI client has no method for this endpoint, so it uses requests. It sends 4 requests at a time and waits when the service says it is busy. It skips blank rows and rows over the token limit, and stops with the server’s message if the request itself is wrong.
import csv
import time
from concurrent.futures import ThreadPoolExecutor
import requests
API_KEY = "sk-YOUR-API-KEY"
URL = "https://llm-api.arc.vt.edu/api/v1/systemone"
QUESTIONS = {
"theme": {"type": "choice", "instructions": "What is this survey response mainly about?",
"criteria": {"workload": "Amount of work or time pressure",
"teaching": "Courses, instructors or teaching quality",
"facilities": "Buildings, equipment or computing",
"other": None}},
"negative": {"type": "noul", "instructions": "Is the response mainly negative?"},
}
def decide(text):
if not text.strip(): # nothing to label
return None
for _ in range(10):
response = requests.post(
URL,
headers={"Authorization": f"Bearer {API_KEY}"},
json={"model": "decision.vllm-sr/d3-mini", "state": text, "questions": QUESTIONS},
timeout=120,
)
if response.status_code in (429, 502, 503): # busy: wait as long as the service says
time.sleep(int(response.headers.get("Retry-After", 5)))
continue
if response.status_code == 500: # this row is over the token limit
print(f"Skipped row: {text[:60]}")
return None
if not response.ok: # a mistake in the request: stop the job
raise RuntimeError(f"HTTP {response.status_code}: {response.text}")
return response.json()["answers"]
raise RuntimeError("service still busy after 10 tries")
with open("responses.csv", newline="") as f:
reader = csv.DictReader(f) # needs a "response" column
fieldnames = [*reader.fieldnames, "theme", "theme_confidence", "negative"]
rows = list(reader)
with ThreadPoolExecutor(max_workers=4) as pool: # at most 4 requests at once per user
answers = list(pool.map(lambda row: decide(row["response"]), rows))
with open("responses_labeled.csv", "w", newline="") as f:
writer = csv.DictWriter(f, fieldnames=fieldnames)
writer.writeheader()
for row, a in zip(rows, answers):
if a: # skipped rows keep empty labels
row.update(theme=a["theme"]["choice"],
theme_confidence=round(a["theme"]["confidence"], 3),
negative=round(a["negative"]["noul"], 3))
writer.writerow(row)
print(f"Labeled {sum(a is not None for a in answers)} of {len(rows)} responses into responses_labeled.csv")
Sort the output by theme_confidence and review the lowest rows by hand, along with rows whose negative is near 0.5.
Document upload
Upload a document to the LLM. Every file is assigned a unique file id. You can use the file ids to do Retrieval Augmented Generation (RAG).
import os
import requests
api_key="sk-YOUR-API-KEY"
base_url="https://llm-api.arc.vt.edu/api/v1/files/"
file_path="document.pdf"
if os.path.isfile(file_path):
with open(file_path, "rb") as file:
response = requests.post(
base_url,
headers={
"Authorization": f"Bearer {api_key}",
"Accept": "application/json",
},
files={"file": file},
)
if response.status_code == 200:
print(f"Uploaded {file_path} successfully!")
else:
print(f"Failed to upload {file_path}. Status code: {response.status_code}")
else:
print(f"File not found")
Retrieval Augmented Generation (RAG)
Upload a file, extract its file id, and submit a query about the document to the LLM.
import os
import requests
import json
api_key="sk-YOUR-API-KEY"
file_path="document.pdf"
def upload_file(file_path):
if not os.path.isfile(file_path):
raise FileNotFoundError(f"File not found: {file_path}")
with open(file_path, "rb") as file:
response = requests.post(
"https://llm-api.arc.vt.edu/api/v1/files/",
headers={
"Authorization": f"Bearer {api_key}",
"Accept": "application/json",
},
files={"file": file},
)
if response.status_code == 200:
data = response.json()
file_id = data.get("id")
if file_id:
print(f"Uploaded {file_path} successfully! File ID: {file_id}")
return file_id
else:
raise RuntimeError("Upload succeeded but no file id returned.")
else:
raise RuntimeError(f"Failed to upload {file_path}. Status code: {response.status_code}")
file_id = upload_file(file_path)
url = "https://llm-api.arc.vt.edu/api/v1/chat/completions"
headers = {
"Authorization": f"Bearer {api_key}",
"Content-Type": "application/json"
}
data = {
"model": "gpt-oss-120b",
"messages": [{
"role": "user",
"content": "Create a summary of the document"}],
"files": [{"type": "file", "id": file_id}],
}
response = requests.post(url, headers=headers, data=json.dumps(data))
print(response.text)
Image generation
This approach generates an image using Qwen/Qwen-Image-2.1. See the license restrictions.
import base64
import requests
from urllib.parse import urlparse
from openai import OpenAI
openai_api_key = "sk-YOUR-API-KEY"
openai_api_base = "https://llm-api.arc.vt.edu/api/v1"
client = OpenAI(
api_key=openai_api_key,
base_url=openai_api_base,
)
response = client.images.generate(
prompt="A gray tabby cat hugging an otter with an orange scarf",
size="512x512",
)
base_url = urlparse(openai_api_base)
image_url = f"{base_url.scheme}://{base_url.netloc}" + response[0].url
headers = {"Authorization": f"Bearer {openai_api_key}"}
img_data = requests.get(image_url, headers=headers).content
with open("output.png", 'wb') as handler:
handler.write(img_data)
Image edition
This approach edits an image using Qwen/Qwen-Image-2.1, the same model used for generation. See the license restrictions.
import base64
import json
import requests
from pathlib import Path
BASE_URL = "https://llm-api.arc.vt.edu/api/v1"
API_KEY = "sk-YOUR-API-KEY"
EDIT_INSTRUCTION = "Change the color of the orange scarf to blue."
INPUT_IMAGE = "input.png"
OUTPUT_IMAGE = "output.png"
def convert_image_to_base64(image_path: str) -> str:
image_path = Path(image_path)
if not image_path.exists():
raise FileNotFoundError(f"Image file not found: {image_path}")
return base64.b64encode(image_path.read_bytes()).decode("utf-8")
def request_image_edit(edit_instruction: str, image_path: str) -> list:
print("Submitting request for image edit...")
url = f"{BASE_URL}/images/edit"
headers = {
"Authorization": f"Bearer {API_KEY}",
"Content-Type": "application/json",
}
image_b64 = convert_image_to_base64(image_path)
payload = {
"form_data": {
"prompt": edit_instruction,
"image": f"data:image/png;base64,{image_b64}"
},
}
resp = requests.post(url, headers=headers, json=payload, timeout=300)
resp.raise_for_status()
return resp.json() # <-- returns a LIST
def extract_file_url(result_list: list) -> str:
"""
The API returns: [ { "url": "/api/v1/files/.../content" } ]
"""
if not isinstance(result_list, list) or not result_list:
raise ValueError("Unexpected response: expected non-empty list")
entry = result_list[0]
if "url" not in entry:
raise ValueError(f"No URL found in response: {entry}")
return entry["url"]
def download_file_from_url(file_url: str, out_path: str) -> None:
headers = {"Authorization": f"Bearer {API_KEY}"}
# If URL is relative, prepend host
if file_url.startswith("/"):
file_url = BASE_URL + file_url.replace("/api/v1", "")
r = requests.get(file_url, headers=headers, timeout=60)
r.raise_for_status()
Path(out_path).write_bytes(r.content)
print(f"Saved edited image to {out_path}")
result = request_image_edit(EDIT_INSTRUCTION, INPUT_IMAGE)
file_url = extract_file_url(result)
download_file_from_url(file_url, OUTPUT_IMAGE)
Image to text Python API
import requests
import base64
from pathlib import Path
url = "https://llm-api.arc.vt.edu/api/v1/chat/completions"
openai_api_key = "sk-YOUR-API-KEY"
image_path = "bonnie.jpg"
def convert_image_to_base64(image_path: str) -> str:
image_path = Path(image_path)
if not image_path.exists():
raise FileNotFoundError(f"Image file not found: {image_path}")
with open(image_path, "rb") as img_file:
encoded = base64.b64encode(img_file.read()).decode("utf-8")
return encoded
headers = {
"Authorization": f"Bearer {openai_api_key}",
"Content-Type": "application/json"
}
image_b64 = convert_image_to_base64(image_path)
data = {
"model": "DeepSeek-V4.1-Flash",
"messages": [
{
"role": "user",
"content": [
{
"type": "text",
"text": "Describe the image"
},
{
"type": "image_url",
"image_url": {"url": f"data:image/jpeg;base64,{image_b64}"}
}
]
}
]
}
response = requests.post(url, headers=headers, json=data, timeout=30)
print(response.json()["choices"][0]["message"]["content"])
For repeated queries on the same image, see the reusable uploaded image workflow below.
Video analysis
Important
The LLM API might not currently accept native video_url input. For visual video analysis, use this video decomposition example, it samples representative frames from a video and sends them to the LLM API.
This approach analyzes the visual content only; audio from the video is not processed. If your workflow requires combined video and audio understanding, consider getting a GPU on the cluster.
Vision workflow with reusable uploaded images
For repeated vision queries on the same image, This workflow is supported where the image is uploaded once through /api/v1/files/ and then referenced by file ID in subsequent requests.
This differs from the inline base64 workflow, where the full image must be included in every request.
When to use this workflow
Use this approach when:
You need to run multiple prompts against the same image
You want to avoid repeatedly sending the same image in the request payload
For one-off vision requests, the inline base64 workflow might still be simpler.
Endpoint note: /api/v1 vs /api
ARC exposes two API styles that are used differently in this workflow:
/api/v1/...is the documented OpenAI-compatible path shown in the ARC examples/api/...is the native Open WebUI path. In this example,/api/chat/completionsis used for the file ID based vision request.
Follow the endpoint shown in the sample codes for the specific workflow you are using.
Example: upload an image once and reuse it by file ID
"""Upload an image once and reuse it in a vision request via VT ARC LLM API."""
import os
import requests
API_KEY = "sk-YOUR-API-KEY"
BASE = "https://llm-api.arc.vt.edu"
# 1. Upload the image
with open("input.png", "rb") as f:
upload_resp = requests.post(
f"{BASE}/api/v1/files/",
headers={"Authorization": f"Bearer {API_KEY}"},
files={"file": ("input.png", f)},
timeout=120,
)
upload_resp.raise_for_status()
file_id = upload_resp.json()["id"]
print(f"File ID: {file_id}")
# 2. Send chat completion referencing the file ID
# NOTE: use /api/chat/completions (not /api/v1/) — the native Open WebUI
# endpoint resolves bare file IDs to images server-side.
chat_resp = requests.post(
f"{BASE}/api/chat/completions",
headers={
"Authorization": f"Bearer {API_KEY}",
"Content-Type": "application/json",
},
json={
"model": "DeepSeek-V4.1-Flash",
"messages": [
{
"role": "user", "content": [
{"type": "text", "text": "Describe this image in detail."},
{"type": "image_url", "image_url": {"url": file_id}},
],
}
],
},
timeout=120,
)
chat_resp.raise_for_status()
resp = chat_resp.json()
print(resp["choices"][0]["message"]["content"])
Changelog
2026/10/28: Added the decision model
decision.vllm-sr/d3-miniand the/api/v1/systemoneendpoint. See Decision models.2026/10/20:
GLM-5.3now allows 10 requests in flight per user, like the other models (the overall limit of 20 still applies). Requests that wait 9 minutes without starting are rejected with HTTP 503. See Fair-queued models.2026/10/17: Updated
DeepSeek-V4.1-Flashto the 1017 checkpoint, see model card on Hugging Face.