Move the worker to the bundle with the 2022–2036 SPM forecast
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
The work is in projects/policyengine-simulation-executor/pyproject.toml (the policyengine[models] pin) and tests/test_spm_runtime_native.py, in test_worker_year_boundary_matches_real_provider. It cannot start until the certifying policyengine.py release (spm-calculator 1.1.0) exists, so first confirm that release is published. Then bump the pin and move the three unavailable-year cases from 2036 to 2037, and run that test file. Done means the test passes and 2037 still returns SPM_YEAR_UNAVAILABLE.
索引モデルが issue の本文から書いたものです。
説明
Part of the US 2036 extension, tracked in PolicyEngine/policyengine-api#3926. The worker reads its SPM year boundary from the installed provider, so 2036 becomes available as soon as the worker runs a bundle that certifies spm-calculator 1.1.0 (PolicyEngine/policyengine.py#618). No runtime code changes.
@anth-volk, the steps, once that bundle is released:
- Bundle bump. Move
policyengine[models]inprojects/policyengine-simulation-executor/pyproject.toml(now==6.3.4) to the certifying release. If the policyengine.py release dispatch doesn't cover this repo, a manual pin PR does it. - Tests.
projects/policyengine-simulation-executor/tests/test_spm_runtime_native.pyuses 2036 as the unavailable year intest_worker_year_boundary_matches_real_provider. Those cases become available, so move them to 2037:{"time_period": "2037"};{"start_year": "2037", "window_size": 1};{"start_year": "2036", "window_size": 2}.
- Deploy order. Deploy the worker before or together with policyengine-api's bundle bump and PolicyEngine/policyengine-api#3928. The API checks that the worker's
/versionsmatch. - policyengine-api-v2, if it's still deployed anywhere: it has the same executor layout, so mirror the test change there.
Staging checks:
- A national 2036 economy run completes, and its SPM receipt includes
"2036". budget_window:2027:10completes all ten years.- 2037 still returns
SPM_YEAR_UNAVAILABLE.
🤖 Generated with Claude Code
- 主要言語
- Python
- スター
- 1
- フォーク
- 1
- 平均マージ
- 1日 7時間
- マージ済み PR（30日）
- 40
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
PolicyEngine/policyengine-sim-api のほかの issue
-
Integration tests fail due to missing UV virtual environment setup対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
PolicyEngine/policyengine-sim-api#314 ·
メンテナーはふだん 1 日以内に返信
-
Update policyengine to 6.4.3対応中かも @policyengine が今日担当しました。 オープン
難易度 1/5 1〜3時間 初心者へのやさしさ 35/100
PolicyEngine/policyengine-sim-api#812 ·
メンテナーはふだん 1 日以内に返信
-
Update policyengine to 6.4.2対応中かも @policyengine が今日担当しました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 40/100
PolicyEngine/policyengine-sim-api#810 ·
メンテナーはふだん 1 日以内に返信
-
Register weighted-microdata rules: weights aren't values対応中かも @anth-volk が今日担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 30/100
PolicyEngine/policyengine-sim-api#806 ·
メンテナーはふだん 1 日以内に返信
-
Refactor within ruff's complexity limits, then select every ruff rule (ALL)対応中かも @anth-volk が今日担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 15/100
PolicyEngine/policyengine-sim-api#803 ·
メンテナーはふだん 1 日以内に返信
PolicyEngine/policyengine-sim-api の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
aws-samples/sample-per-model-bedrock#243 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
FuRongJun-1999/dsh-memory#404 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
bug frontend
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
PennyLaneAI/catalyst#3337 ·
メンテナーはふだん 1 日以内に返信
-
Workflow.schedule stops when a cron deadline passes before sleep対応中かも @HuaTNA が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信