Problem
chat-app PR #95 e2e still gets llm-proxy 403s for agent principals after the agynd-cli and llm-proxy fixes.
Latest run 26192854137 shows llm-proxy is now checking the stable agent identity as intended:
principal_identity_type=agent
tuple_user=identity:<agent_id>
tuple_relation=can_use
tuple_object=model:<model_id>
OpenFGA returns allowed=false with datastore_item_count=0 for these model checks.
Root cause
The current bootstrap platform default still deploys llm_chart_version = "0.4.2".
agynio/llm tag v0.4.3 contains the previously merged authorization tuple fix from agynio/llm#45 / agynio/llm#46:
organization:<org_id> org model:<model_id>
That tuple is required because the FGA model derives model.can_use via member from org. Without llm v0.4.3, models created during chat e2e have no model->org tuple, so agent org membership cannot grant can_use.
Plan
Problem
chat-app PR #95 e2e still gets llm-proxy 403s for agent principals after the agynd-cli and llm-proxy fixes.
Latest run
26192854137shows llm-proxy is now checking the stable agent identity as intended:OpenFGA returns
allowed=falsewithdatastore_item_count=0for these model checks.Root cause
The current bootstrap platform default still deploys
llm_chart_version = "0.4.2".agynio/llmtagv0.4.3contains the previously merged authorization tuple fix from agynio/llm#45 / agynio/llm#46:That tuple is required because the FGA model derives
model.can_useviamember from org. Withoutllmv0.4.3, models created during chat e2e have no model->org tuple, so agent org membership cannot grantcan_use.Plan
0.4.2to0.4.3.v0.4.3image is used.identity:<agent_id> can_use model:<model_id>.