← HSCBotCONTENT HISTORY

Update to HSCBot

Snapshot Sep 30, 2026 · 23:14 UTC · version 1.1.0

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Conduct a dynamic legal-fact interview and calculate exact inheritance shares under the Hindu Succession Act, 1956 for Hindu intestate succession, including male and female intestates, Class I and Class II heirs, represented branches of predeceased children, agnates and cognates, Section 6 coparcenary screening, statutory disqualifications, simultaneous deaths, children in the womb, multiple properties, monetary values, and the Kerala Section 15(2)(c) amendment. Use when a user asks who inherits, requests a Hindu succession or legal-heir calculation, wants inheritance fractions or percentages, or needs a step-by-step succession assessment. Distinguish final, conditional, and legal-review-required results.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 271
    },
    {
      "relative_path": "references/conversation-ui.md",
      "size_in_bytes": 5060
    },
    {
      "relative_path": "references/output-format.md",
      "size_in_bytes": 3018
    },
    {
      "relative_path": "references/question-flow.md",
      "size_in_bytes": 7272
    },
    {
      "relative_path": "references/statutory-rules.md",
      "size_in_bytes": 8893
    },
    {
      "relative_path": "scripts/fraction_engine.py",
      "size_in_bytes": 8405
    }
  ],
  "name": "hindu-succession-calculator",
  "skill_md_contents": "---\nname: hindu-succession-calculator\ndescription: Conduct a dynamic legal-fact interview and calculate exact inheritance shares under the Hindu Succession Act, 1956 for Hindu intestate succession, including male and female intestates, Class I and Class II heirs, represented branches of predeceased children, agnates and cognates, Section 6 coparcenary screening, statutory disqualifications, simultaneous deaths, children in the womb, multiple properties, monetary values, and the Kerala Section 15(2)(c) amendment. Use when a user asks who inherits, requests a Hindu succession or legal-heir calculation, wants inheritance fractions or percentages, or needs a step-by-step succession assessment. Distinguish final, conditional, and legal-review-required results.\n---\n\n# Hindu Succession Calculator\n\n## Objective\n\nInterview the user for only the facts that can change the result. Calculate each property separately with exact fractions. Explain the legal route, inclusions, exclusions, assumptions, and uncertainties in plain language.\n\nTreat the result as a non-binding legal assessment. Do not claim to replace an advocate, adjudicate disputed facts, validate documents, or determine title.\n\n## Load the references\n\nRead [references/question-flow.md](references/question-flow.md) before interviewing the user.\n\nRead [references/conversation-ui.md](references/conversation-ui.md) before interviewing the user. It defines the story-first option, card-style questions, progress model, estimate ranges, fact ledger, and finish line.\n\nRead [references/statutory-rules.md](references/statutory-rules.md) before classifying heirs or calculating a share. It contains the operative central rules, Schedule entries, Kerala amendment, and review triggers.\n\nRead [references/output-format.md](references/output-format.md) before presenting a result.\n\n## Control the conversation\n\n1. If the user has not supplied substantial facts, offer `Tell me everything in one message` and `Guide me one step at a time`. Skip the choice when the opening message can already be parsed.\n2. Use the semantic Markdown card pattern in `conversation-ui.md` for every question turn. Show the current stage and an honest remaining-answer range.\n3. Never show a fixed completion percentage. Recalculate the range after triage and explain whenever a new legal branch materially increases it.\n4. Ask no more than three short questions per turn. Prefer one question when the answer controls the next branch.\n5. Explain an unfamiliar legal term in one sentence, offer ordinary-language choices, and add one short `Why this matters` line.\n6. Always offer `Not sure` when a fact may be unavailable. Accept free text even when numbered choices are shown.\n7. Maintain a fact ledger. Separate confirmed facts, user assumptions, disputed facts, and unknown facts. Show it at meaningful checkpoints, not after every answer.\n8. Give early value through a supported route preview. Do not show provisional fractions unless the alternatives are finite and explicitly conditional.\n9. Do not ask about remote relatives until a prior statutory class or entry has been ruled out.\n10. Do not ask for names when relationship labels are sufficient. Accept aliases such as `wife`, `son 1`, or `predeceased daughter`.\n11. Ask the user to confirm the normalized family and property summary before the first calculation when the case contains more than one property, a represented branch, successive deaths, or coparcenary property.\n\n## Apply the gates in order\n\n### 1. Applicability gate\n\nEstablish:\n\n- date and State/Union Territory of death;\n- whether the deceased was governed by the Hindu Succession Act under section 2;\n- Scheduled Tribe status and any applicable Central notification;\n- whether section 5 or another special succession regime may exclude the property;\n- whether a valid will or other testamentary disposition covers any property.\n\nRoute property covered by a will to `LEGAL_REVIEW_REQUIRED` unless the user asks only for a hypothetical intestate comparison. Section 30 does not itself provide a will-distribution calculator.\n\n### 2. Property gate\n\nCreate one record per asset or legally distinct share. Establish:\n\n- description and location;\n- the deceased's ownership fraction;\n- movable, immovable, or business interest;\n- separate/self-acquired, inherited, jointly owned, or Mitakshara coparcenary character;\n- for a female intestate, the exact source of inherited property;\n- value, only if monetary results are wanted;\n- relevant partitions, decrees, registered deeds, alienations, gifts, releases, settlements, or earlier deaths.\n\nNever assume the deceased owned 100% or that all assets follow the same route.\n\n### 3. Succession gate\n\nFor a male intestate, apply sections 8 to 13 and the Schedule.\n\nFor a female intestate, apply sections 15 and 16 property by property, including source-based exceptions under section 15(2). Apply Kerala section 15(2)(c) when the death and property are governed by that amendment.\n\nFor a Mitakshara coparcenary interest, first determine the deceased's section 6 interest, then distribute only that interest through the appropriate testamentary or intestate route. Do not treat the entire coparcenary asset as the deceased's estate.\n\n### 4. Eligibility gate\n\nCheck only when relevant:\n\n- survival at the opening of succession;\n- represented branches of predeceased children;\n- child conceived before death and later born alive under section 20;\n- uncertain order of death under section 21;\n- murder/abetment under section 25;\n- post-conversion descendants under section 26;\n- effect of disqualification under section 27;\n- full blood, half blood, and uterine blood under sections 3 and 18 and the Schedule.\n\nDo not disqualify a person for disease, defect, deformity, remarriage, or another ground not currently provided by the Act.\n\n## Build statutory units before doing arithmetic\n\nDo not divide by the number of displayed people. Build the statutory unit tree described in [references/statutory-rules.md](references/statutory-rules.md).\n\nUse [scripts/fraction_engine.py](scripts/fraction_engine.py) to divide the estate interest through the unit tree and verify conservation. The script accepts a JSON file or standard input. Example:\n\n```json\n{\n  \"estate_share\": \"1\",\n  \"whole_asset_value\": \"120000000\",\n  \"units\": [\n    {\"id\": \"widow\", \"beneficiary_id\": \"W\", \"label\": \"Widow\"},\n    {\"id\": \"son\", \"beneficiary_id\": \"S\", \"label\": \"Son\"},\n    {\"id\": \"daughter\", \"beneficiary_id\": \"D\", \"label\": \"Daughter\"}\n  ]\n}\n```\n\nRun:\n\n```bash\npython3 scripts/fraction_engine.py --input case.json\n```\n\nFor a group or represented branch, replace `beneficiary_id` with `children`. Every node divides its allocated share equally among its immediate children. Model widow groups and represented branches explicitly; do not flatten them.\n\nSet `estate_share` to the deceased's fraction of the whole asset. Set optional `whole_asset_value` to the value of the entire asset, not merely the deceased's interest.\n\nTreat the script as an arithmetic and conservation engine, not a legal classifier. Verify that the unit tree matches the statute before accepting its output.\n\n## Decide the result status\n\nUse exactly one status:\n\n- `CALCULATED`: essential facts are confirmed and no review trigger applies.\n- `CALCULATED_WITH_WARNINGS`: shares are calculable, but a nonessential uncertainty remains.\n- `CONDITIONAL`: show alternative results keyed to one or more stated factual assumptions.\n- `INCOMPLETE`: essential facts are missing; ask the next decisive question instead of inventing a share.\n- `CONFLICTING_FACTS`: supplied facts cannot all be true.\n- `LEGAL_REVIEW_REQUIRED`: a disputed title, will, adoption, marriage validity, state/historical rule, Section 6 issue, document construction, or other issue cannot safely be resolved from the available statutory text.\n\nNever label a result `final` unless its status is `CALCULATED` or `CALCULATED_WITH_WARNINGS`.\n\n## Calculate and validate\n\n1. Preserve fractions as rational numbers through every step.\n2. Calculate percentage and money only from the final exact fraction.\n3. Confirm that beneficiary shares sum exactly to the estate interest distributed.\n4. Confirm that every represented branch sums to its parent branch share.\n5. Keep successive deaths as separate succession openings with separate dates, legal regimes, and calculations.\n6. Show a compact calculation trace: property interest, statutory route, units, branch divisions, and consolidated shares.\n7. If conservation fails, stop and report `CALCULATION_ERROR`; do not display plausible-looking shares.\n\n## Cite and qualify\n\nCite the exact section, rule, and Schedule entry used. Link the official India Code PDF recorded in the statutory reference. State the governing date and jurisdiction. Identify any rule that needs current case-law or state-law verification.\n\nEnd every calculated or conditional answer with this concise qualification:\n\n> This is a statutory share calculation based on the facts stated, not a title opinion or substitute for advice on disputed facts, documents, state amendments, or later case law.\n"
}

SHA-256 of public snapshot: b1dbcbb8aeaca2a92413f5d7ce851885df09e4b92582ac143f1c82c82747f1cf