Skip to main content
Glama
gregario

astronomy-oracle

plan_session

Generate an observing plan for any location and date, returning the best celestial objects grouped by evening, midnight, and pre-dawn, scored by observability.

Instructions

Generate an observing session plan for a given location and date. Returns the best celestial objects to observe grouped by time window (evening, midnight, pre-dawn), scored by observability.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
dateNoDate in ISO 8601 format (defaults to today)
typesNoObject type codes to include (e.g. ["G", "PN", "OCl"])
latitudeYesObserver latitude in degrees (-90 to 90)
longitudeYesObserver longitude in degrees (-180 to 180)
minAltitudeNoMinimum peak altitude in degrees (default 15)
maxMagnitudeNoMaximum (faintest) visual magnitude to include
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations provided, so description must disclose behavior. It describes the output (grouped by time window, scored) but does not mention any side effects, auth, or performance. Adequate for a read/generation tool.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Two sentences, front-loaded with purpose, no wasted words. Highly efficient.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given 6 parameters, 2 required, and no output schema, the description covers key output characteristics. Could mention filtering by type (from params) but not essential.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so baseline is 3. The description does not add parameter-specific meaning beyond the schema overview, but no contradiction.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the verb 'Generate' and resource 'observing session plan', specifying the output is grouped by time window and scored. It is distinct from sibling tools lookup_object and search_objects which focus on individual objects.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description implies usage for planning a session given location and date, but does not explicitly state when not to use or compare with sibling tools. Context is clear, but exclusions are absent.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/gregario/astronomy-oracle'

If you have feedback or need assistance with the MCP directory API, please join our Discord server