junte/Model
1
0
Fork 0
mirror of https://github.com/Hestia-Homes/Model.git synced 2026-06-08 11:17:27 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions
Model/packages
History
Khalim Conn-Kowlessar f6ab76269a §8 slice 3: calculator + cert_to_inputs wired to §8 orchestrator (atomic) 
Adds CalculatorInputs.space_heating_monthly_kwh (98c)m. _solve_month
indexes the field directly instead of calling monthly_heat_requirement_kwh
inline — q_heat now flows from the §8 orchestrator (including the
Table 9c step 10 summer clamp).

cert_to_inputs reuses the per-month HTC + total-gains tuples already
computed for §7 plus the MIT result, and calls space_heating_monthly_kwh
to populate the new field. Single codepath; mirrors §5/§6/§7 wiring.

Synthetic test fixtures (_baseline_inputs, _baseline_dwelling) compose
§7 → §8 in sequence so the BRE worked-example trace + calculator
sanity tests stay consistent with the spec-correct chain. Tests that
override calculator inputs at runtime (`test_zero_HTC`, `test_colder_
climate`) now recompute the upstream tuples instead of trusting a
calculator-internal recompute that no longer exists.

E2e SAP-score impact (000490): SAP shifted 57 → 60. The pre-§8 match
was fortuitous compensation — missing summer clamp's +1575 kWh/yr over-
prediction cancelled small under-predictions in §3/§5. Post-§8 the
residual upstream-precision gap surfaces (+2.5% space heating, +8.4% HW
fuel, −6.3% total cost, +3 SAP integer). Test updated to "within 3
points" with full delta breakdown documented — same pattern as the
000474 "within 7 points" test. Target stays SAP=57.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 22:53:23 +00:00
..
domain §8 slice 3: calculator + cert_to_inputs wired to §8 orchestrator (atomic) 2026-05-20 22:53:23 +00:00
fetchers added potential file scaffolding: 2026-05-15 10:56:53 +00:00
repos added potential file scaffolding: 2026-05-15 10:56:53 +00:00
utils added potential file scaffolding: 2026-05-15 10:56:53 +00:00
README.md added potential file scaffolding: 2026-05-15 10:56:53 +00:00

README.md

Shared packages

Workspace packages consumed by services/*. Each package is its own Python distribution with its own pyproject.toml; services import via the workspace dependency mechanism ({ workspace = true }).

Package Purpose
domain/ Shared domain types — Property, BaselinePerformance, Plan, Scenario, EpcPropertyData, etc. No persistence, no IO, no business logic.
repos/ Persistence layer — one repo per aggregate. Owns the SQL. Depends on domain.
fetchers/ External API clients (gov EPC, Ofgem, Google Solar, etc.). Depend on domain for response shapes.
utils/ Cross-cutting infra — logging, S3, CloudWatch URL builders, SQS task helpers.

Adding a new shared package

Only when a real second consumer materialises. Don't pre-shatter (repos-epc, repos-property, ...) — split when a deployment needs to drop a dep, not before.

See ../ara_backend_design.md §11 for the broader monorepo layout and ../CONTEXT.md for the domain glossary that names the types living in domain/.