Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
CHEAP_EYES_OPENROUTER_KEYYesYour OpenRouter API key, with its own daily limit. The key goes in the env var CHEAP_EYES_OPENROUTER_KEY, never in the config file.

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
eyes_runA

Hand reading by meaning over large text (logs, archives, long documents, web pages) to a cheap model; quotes and line refs come back checked against the source. For exact values, structure or files under ~30 KB use mode grep ($0) or your own file tools. Each call is a paid job within daily_budget_usd; full result via eyes_result.

eyes_resultA

Read an eyes_run result by the id from its header: pages, grep, check report, the source text to verify a quote; cancel: true aborts a running job. No model call, free.

eyes_statsA

Spend today and all-time, budget left, OpenRouter key limit; models: true adds the model table. Check it before a large job or when eyes_run hits the budget. Free.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.1/5.0

Scored across 3 tools

Disambiguation5/5

Each tool has a clearly distinct role: eyes_stats monitors spend/budget, eyes_run launches a reading job, and eyes_result retrieves or cancels it. The descriptions make the workflow boundaries explicit, so an agent can pick the right one without confusion.

Naming Consistency5/5

All three tools follow a strict prefix_noun pattern (eyes_stats, eyes_run, eyes_result) in consistent snake_case. The shared 'eyes_' prefix aids grouping while the suffixes stay distinct.

Tool Count4/5

Three tools cover the core lifecycle (check budget, run job, fetch/cancel result) with no redundancy and each earning its place. It is on the lean side, but the scope is narrow enough that this is reasonable rather than thin.

Completeness4/5

The surface covers the essential flow: budget check, job execution, result retrieval, and cancellation. A way to list or revisit prior jobs/history is absent, which is a minor gap an agent can mostly work around via the run header id.

Maintenance

ActivityMaintained
ResponsivenessNo issues