astroway_vedic_compatibility_dashakoota
Extended matchmaking adding Mahendra(2) + Vedha(1) on top of Ashtakoot 36 = 39 max. Mahendra: birth-star count 4/7/10/13/16/19/22/25 → 2pt; else 0. Vedha: 13 canonical mutually-obstructing nakshatra pairs → 0pt blocked, 1pt clear. [Group: Vedic] [Endpoint: POST /v1/vedic/compatibility/dashakoota]...
This record as markdown: /tools/info-astroway-astrology/astroway-vedic-compatibility-dashakoota.md
What astroway_vedic_compatibility_dashakoota does on AstroWay Astrology API (full catalogue)
AI agents call astroway_vedic_compatibility_dashakoota to permanently remove resources in AstroWay Astrology API (full catalogue), typically in cleanup and lifecycle workflows. It does its job in a single call, and there is no undo.
| Parameter | Type | Required | Description |
|---|---|---|---|
chart1 | object | Yes | Birth data for a single natal chart. Required: date (YYYY-MM-DD), time (HH:mm:ss), latitude and longitude in decimal degrees. The short forms lat, lon, lng and |
chart2 | object | Yes | Birth data for a single natal chart. Required: date (YYYY-MM-DD), time (HH:mm:ss), latitude and longitude in decimal degrees. The short forms lat, lon, lng and |
fields | string | — | Compact mode: comma-separated dotted paths to keep, relative to `data`, e.g. "planets.name,planets.longitude,houses.cusp". Omit for the whole response. |
precision | integer | — | Compact mode: round fractional numbers to this many decimals. Longitudes carry 14 by default; 2 is finer than any chart is drawn. |
Parameters from the server's own tool schema.
Why astroway_vedic_compatibility_dashakoota is rated Critical
An AI agent that decides to call astroway_vedic_compatibility_dashakoota doesn't hesitate, doesn't double-check, and doesn't stop at one. Whatever it removes from AstroWay Astrology API (full catalogue) is gone. There is no undo for destructive operations.
Risk signalsHigh parameter count (30 properties)
Attacks that exploit this kind of access
The rule that runs astroway_vedic_compatibility_dashakoota safely
PolicyLayer is an MCP gateway: it sits between your AI agents and AstroWay Astrology API (full catalogue), and checks every tool call against a rule you set before the call runs. Nothing changes on the server itself. For astroway_vedic_compatibility_dashakoota, this is the rule to start with:
astroway_vedic_compatibility_dashakoota is removed from the agent's tool list entirely, so the agent never calls it. The rest of the server keeps working.
The button opens the PolicyLayer dashboard: create your workspace, connect AstroWay Astrology API (full catalogue), apply this rule, and every astroway_vedic_compatibility_dashakoota call is checked against it from then on.
Questions about astroway_vedic_compatibility_dashakoota
Extended matchmaking adding Mahendra(2) + Vedha(1) on top of Ashtakoot 36 = 39 max. Mahendra: birth-star count 4/7/10/13/16/19/22/25 → 2pt; else 0. Vedha: 13 canonical mutually-obstructing nakshatra pairs → 0pt blocked, 1pt clear. [Group: Vedic] [Endpoint: POST /v1/vedic/compatibility/dashakoota] [Required: chart1, chart2] [Cost: 50 credits (Tier 3)]. It is categorised as a Destructive tool in the AstroWay Astrology API (full catalogue) MCP Server, which means it can permanently delete or destroy data. Block by default and require explicit approval.
astroway_vedic_compatibility_dashakoota accepts 4 parameters: chart1, chart2, fields, precision. Required: chart1, chart2. The full parameter table on this page comes from the server's own tool schema.
Register the AstroWay Astrology API (full catalogue) MCP server in PolicyLayer and add a rule for astroway_vedic_compatibility_dashakoota: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches AstroWay Astrology API (full catalogue). Nothing to install.
astroway_vedic_compatibility_dashakoota is a Destructive tool with critical risk. Critical-risk tools should be blocked by default and only enabled with explicit human approval.
Yes. Add a rate_limit block to the astroway_vedic_compatibility_dashakoota rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.
Set action: deny in the PolicyLayer policy for astroway_vedic_compatibility_dashakoota. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.
astroway_vedic_compatibility_dashakoota is provided by the AstroWay Astrology API (full catalogue) MCP server (https://mcp.astroway.info/mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.
More on AstroWay Astrology API (full catalogue), and thousands of servers like it.
This server
Across the catalogue