fix(backtests): a bar held through a provider outage leaves no trace in the run
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 48/100
Research direction
Start in portfolio_manager.py at _absorb_strict_llm_failure, then trace how agent_runs metadata is persisted and how /backtest/status and the results panel display run data. The issue’s fix sketch calls for recording held and rule-based strikes separately. Done means both counts persist and are visible so users can distinguish the two outcomes.
Written by the indexing model from the issue text.
Description
Since #543, a hosted strict-LLM run that hits PROVIDER_UNAVAILABLE / PROVIDER_TIMEOUT within its strike budget holds that bar (portfolio_manager.py::_absorb_strict_llm_failure, hold=True) and completes normally. Nothing persisted says a bar was skipped:
strict_llm_fallbackslives only on thePortfolioManager. No path writes it toagent_runsor itsmetadata.llm_decisionsdrops by one, butclassify_decision_provenancestill answersllmat ≥95% coverage, so a 48/49 onboarding run reads as a clean LLM run.- The only trace is child stdout: the relayed
ERROR: llm.provider_attempt_failedlines, plus a "holding this step" print that the bounded end-of-run dump can elide. The user sees nothing.
A held bar and a rule-based strike (unusable reply) are also indistinguishable after the fact.
Fix sketch: persist strikes by kind (e.g. metadata.strict_llm_strikes = {"held": n, "rule_based": m}) and show them on /backtest/status and the results panel.
Related: #375 (same silence for protocol-run deadline holds).
- Dominant language
- Python
- Stars
- 767
- Forks
- 156
- Avg merge
- 22h 57m
- Merged PRs (30d)
- 84
Getting set up
- Ships a Dockerfile or Docker Compose file
- No pull request template
- No contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Open-Finance-Lab/AgenticTrading
-
Difficulty 2/5 1-3 hours Newbie friendliness 80/100
Open-Finance-Lab/AgenticTrading#663 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Open-Finance-Lab/AgenticTrading#661 ·
Maintainers usually reply within 1 day
-
fix(llm): a non-ASCII execution handoff raises UnicodeEncodeError instead of ExecutionHandoffErrorPossibly taken @subidhkhanal claimed this 2 days ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
Open-Finance-Lab/AgenticTrading#659 ·
Maintainers usually reply within 1 day
-
fix(backtests): an LLM action with trailing whitespace ("buy ") is silently droppedPossibly taken @subidhkhanal claimed this 2 days ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 83/100
Open-Finance-Lab/AgenticTrading#658 ·
Maintainers usually reply within 1 day
-
fix(llm): Gemini adapter drops thinking tokens from the output countPossibly taken @subidhkhanal claimed this 2 days ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
Open-Finance-Lab/AgenticTrading#657 ·
Maintainers usually reply within 1 day
All issues in Open-Finance-Lab/AgenticTrading
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Arekkazu/sgpmp-backend#744 ·
Maintainers usually reply within 1 day
-
agent/reviewer
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
projectbluefin/utah-packages#634 ·
Maintainers usually reply within 1 day
-
enhancement good first issue help wanted
Difficulty 2/5 1-2 days Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
home-assistant/core#188613 ·
Maintainers usually reply within 1 day
-
WebsiteOpengood first issue
Difficulty 2/5 1-3 hours Newbie friendliness 91/100
TanbirRamim/open-source-radar#314 ·
Maintainers usually reply within 1 day