You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Document agent_id resolution when version is omitted #111
docs/how-it-works.md documents the Foundry endpoint format as agent_id: my-agent:3 (name:version). In testing, a bare agent_id: FoundryAgent (no :version) was silently accepted and the cloud evaluation succeeded.
Questions to resolve in docs
Does omitting the version default to "latest"? "deployed"? something else?
Is reproducibility affected by omitting version (next run could pick up a different agent revision)?
Should the runner log the resolved version on startup so logs and results.json are reproducible without re-checking the Foundry portal?
Likely fix
Update docs (docs/how-it-works.md, docs/tutorial-basic-foundry-agent.md) to spell out behavior.
Optionally: have the Foundry backend log the resolved agent name + version after the first API round-trip.
Reopening — PR #118 is being reverted via #119 because PR #108 (1.0 revamp) supersedes most of those fixes by deleting the systems they patched. Defects still apply; we'll re-scope against the flat agentops.yaml schema after #108 merges. See #119 for details.
Activity
Merge pull request #118 from Azure/fix/foundry-eval-quick-wins
Dongbumlee commentedon Apr 29, 2026
Fix in flight: PR #118 → develop. Will auto-close when merged.
Dongbumlee commentedon Apr 29, 2026
Reopening — PR #118 is being reverted via #119 because PR #108 (1.0 revamp) supersedes most of those fixes by deleting the systems they patched. Defects still apply; we'll re-scope against the flat
agentops.yamlschema after #108 merges. See #119 for details.