Skip to main content
Glama
astroway-mcp

astroway-mcp

Official
by astroway

Compatibility: dosha cancellation (Mangal, Nadi, Bhakoot)

astroway_vedic_compatibility_dosha_cancellation
Read-onlyIdempotent

Check Mangal, Nadi, and Bhakoot doshas between two birth charts and see whether each is cancelled, with every applied rule returned and cited.

Instructions

Mangal (Kuja), Nadi and Bhakoot dosha of the couple and whether each is cancelled. Kuja positions by mangalSchool (south default: 1, 2, 4, 7, 8, 12 from Lagna, Moon and Venus), then the exceptions of BPHS 80.47, Muhurta Chintamani, Jataka Chandrika, Jataka Parijata and Garga, and samya when both partners have it. Nadi: Jyotirnibandha, Muhurta Ganapati, Narada Samhita and Piyushdhara. Bhakoot: Muhurta Pradipa (6/8), Kalaprakasika (2/12), Jyotih Prakasam (5/9). Every rule that fires is returned with its source.

[Group: Vedic] [Endpoint: POST /v1/vedic/compatibility/dosha-cancellation] [Required: chart1, chart2] [Cost: 50 credits (Tier 3)]

Input Schema

NameRequiredDescriptionDefault
chart1Yes
chart2Yes
mangalSchoolNoHouses and reference points for Kuja dosha. south (default): 1, 2, 4, 7, 8, 12 from Lagna, Moon and Venus. north: the same houses from Lagna and Moon. strict: 1, 4, 7, 8, 12 from Lagna only.

Output Schema

NameRequiredDescriptionDefault
nadiNo
mangalNo
methodNo
bhakootNo
uncancelledNo
mangalSchoolNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. Addedv1.6.1

TDQS

B3.2/5.0
Behavior4/5

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

Annotations already establish read-only, idempotent, non-destructive behavior. The description adds substantial algorithmic transparency: the default south school, named exception sources, samya when both partners have the dosha, and that every fired rule is returned with its source.

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?

The purpose is front-loaded and every sentence is domain-relevant. The source lists are dense and less scannable than a short structured breakdown, but the length is reasonable for a complex rule-based tool.

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

Completeness3/5

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

The description is rich on calculation rules and output provenance, and the output schema plus annotations cover return shape and safety. It still lacks operational guidance for choosing among many sibling compatibility tools and does not state the groom/bride roles for chart1 and chart2.

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

Parameters2/5

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

Schema coverage is 33%, and the description only explains mangalSchool's south default while repeating schema content. It gives no explanation of chart1 versus chart2 roles or the required birth-data fields, so it does not compensate for the low top-level parameter coverage.

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?

The opening sentence names the exact doshas (Mangal/Kuja, Nadi, Bhakoot) and the cancellation question, so the resource is precise. It does not explicitly contrast itself with the many sibling compatibility tools, so it stops short of a 5.

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

Usage Guidelines2/5

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

There is no statement of when to choose this over siblings such as manglik_check, mangal_match, or ashtakoot, nor any exclusions. The specific purpose implies compatibility use, but the agent must infer that entirely.

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

Deploy Server

Other Tools