Skip to main content
Glama
@vedika-io/mcp-server

@vedika-io/mcp-server

Official
by vedika-io

vedika_lalkitab_remedies

Get Lal Kitab remedies for afflicted planets based on house placement, with planet-by-planet affliction analysis and 2-3 actionable totkas per planet. Optionally include debt analysis.

Instructions

Get Lal Kitab remedies for afflicted planets based on their house placement. Lal Kitab (Red Book) is a 20th-century Urdu text offering unique remedies distinct from classical BPHS — simple, actionable totkas (remedies) involving donations, wearing specific items, keeping objects at home, or performing actions on specific days. Returns planet-by-planet analysis with house placement, whether the planet is exalted/debilitated in Lal Kitab terms (different from Parashari), the affliction description, and 2-3 specific remedies per afflicted planet. Cost: $0.020/call.

Input Schema

NameRequiredDescriptionDefault
planetNoSpecific planet to get Lal Kitab remedies for. If omitted, analyzes all 9 planets and returns remedies for afflicted ones.
ayanamsaNoSidereal zodiac correction. Default: lahiri. Only for Vedic calculations.
datetimeYesBirth date and time in ISO 8601 format, e.g. "1990-06-15T14:30:00". Required for all chart calculations.
latitudeYesBirth location latitude (-90 to 90). Polar latitudes >66.5 are rejected (house calculations unreliable).
timezoneYesTimezone as UTC offset "+05:30" or IANA "Asia/Kolkata". UTC offsets preferred.
longitudeYesBirth location longitude (-180 to 180).
includeDebtsNoInclude Lal Kitab debt (rina) analysis — ancestral, self-created, and carried debts based on house combinations. Default: false.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv2.0.9

TDQS

A3.7/5.0
Behavior4/5

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

With no annotations, the description carries the full burden and does reasonably well: it discloses the per-call cost ($0.020) and describes the return shape (planet-by-planet analysis, Lal Kitab-specific dignity, affliction description, 2-3 remedies per planet). It does not cover auth requirements, error behavior, or whether remedies are conditional on affliction status beyond the planet parameter note.

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

Conciseness4/5

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

Three sentences, purpose front-loaded, with the tradition context and return contents following. The middle explanatory sentence is somewhat dense but every clause is relevant; no filler.

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?

For a tool with no output schema and no annotations, the description supplies the essential return-value picture and cost, and the schema handles parameter detail. Remaining gap is routing guidance relative to the many other vedika_* analysis tools.

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 description coverage is 100%, so all seven parameters including planet, ayanamsa, and includeDebts are already documented. The description adds no parameter-level meaning beyond the schema, which sets the baseline at 3.

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

Purpose4/5

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

States a specific verb and resource ('Get Lal Kitab remedies for afflicted planets') and scopes it by house placement. It also distinguishes the system from classical BPHS, which helps separate it from Vedic-analysis siblings, though no sibling is named explicitly.

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

Usage Guidelines3/5

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

Usage is only implied: an agent infers it should call this when Lal Kitab-style remedies are wanted. There is no explicit when-to-use/when-not, and no pointer to alternatives such as vedika_doshas or vedika_predictions for other remedial or diagnostic needs.

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