feat(foundry): add python_version_minor computed field

[olivermeyer]

Why?
Callers that need only the major.minor portion of the Python runtime version (e.g. "3.11") currently have to repeat the same .split(".")[:2] derivation themselves. A dedicated field on FoundryContext makes this consistently available without boilerplate.

How?
Added python_version_minor as a Pydantic v2 @computed_field property on FoundryContext, derived from the existing python_version field at access time. Returns "" when python_version is unset. Also added python_version as an explicit parameter to make_context() so tests can exercise the new field without reaching for from_package().

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ All tests successful. No failed tests found.

Files with missing lines	Coverage Δ
src/aignostics_foundry_core/foundry.py	97.54% <100.00%> (+0.11%)	⬆️

[neelay-aign]

Am I missing something or would the following one-liner have the same behavior?
`

Suggested change

	parts = self.python_version.split(".")
	major_minor_part_count = 2
	return ".".join(parts[:major_minor_part_count]) if len(parts) >= major_minor_part_count else self.python_version
	return ".".join(self.python_version.split(".")[:2])

[olivermeyer]

I had this initially and ruff raised PLR2004 on the number comparison:

parts = self.python_version.split(".")
return ".".join(parts[:2]) if len(parts) >= 2 else self.python_version

But good point that the if len(parts) ... is a bit convoluted. I'll do this as a middle ground:

major_minor_part_count = 2
return ".".join(self.python_version.split(".")[:major_minor_part_count])

[neelay-aign]

Could be an appropriate place to use a # noqa IMO, especially to save tokens 😉. But also happy with this. Approved.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
100.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud