Skip to content

docs(schema): clarify that Option.insights may cite findings (companion to astra-tools#89)#39

Open
ksd3 wants to merge 1 commit into
LightconeResearch:mainfrom
ksd3:docs/option-insights-may-cite-findings
Open

docs(schema): clarify that Option.insights may cite findings (companion to astra-tools#89)#39
ksd3 wants to merge 1 commit into
LightconeResearch:mainfrom
ksd3:docs/option-insights-may-cite-findings

Conversation

@ksd3
Copy link
Copy Markdown

@ksd3 ksd3 commented May 15, 2026

Summary

Expands the description of Option.insights in analysis.yaml to make explicit that an option may cite either a prior_insight (external evidence motivating the choice) or a finding (a claim produced by this analysis that in turn justifies a downstream choice). Both are equally valid Insights — the distinction is which side of the analysis the claim originated on.

This is the schema/docs side of LightconeResearch/astra-tools#70. The enforcement side lives in astra-tools#89. LinkML cannot express cross-collection referential integrity ("id must resolve in one of two keyed maps"), so the constraint can only be documented here; the actual union lookup happens in the semantic validator.

Files

  • src/astra/schema/analysis.yamlOption.insights description expanded to describe the union scope and the ../-grammar
  • docs/specification.md — one new paragraph in the prior_insights/findings/evidence section
  • src/astra/datamodel/astra_pydantic.py — only the Field(description=...) text for Option.insights is updated so the generated docstring matches the source schema until the next full regen. No shape/type changes. (The maintainers' release flow regenerates the rest; I intentionally avoided shipping incidental noise like a metamodel_version bump from a newer-locally-installed linkml.)

Test plan

  • pytest — 10 passed (no test regressions)
  • astra-tools validation suite still green against this updated schema (tests/test_validation.py — 83 passed)
  • No shape, range, identifier, or constraint changes — description-only edit

Option.insights resolution previously read as if only prior_insights were
valid targets; in practice an option may also cite a finding produced by
this analysis (claims-of-this-analysis-justifying-a-downstream-choice).
Both kinds of Insight are equally valid evidence — the distinction is
which side of the analysis the claim originated on.

LinkML cannot express cross-collection referential integrity ("id must
resolve in either of two keyed maps"), so this is documentation only;
the enforcement update lives in LightconeResearch/astra-tools (closes
LightconeResearch/astra-tools#70). The expanded description here makes
the broader intent legible to schema readers.

- Expand Option.insights description in analysis.yaml
- Mirror the updated description in the generated astra_pydantic.py
  Field(description=...) so the datamodel docstring matches the source
  schema until the next regen
- Add a clarifying sentence to docs/specification.md, prior_insights /
  findings / evidence section
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant