Well, we really just got into the keto documentation and figured it out, so nothing I can share that goes beyond Ory’s docs. There is a learning curve for sure but we’re enjoying the model. We have a use case where we have multiple tenants and a user may belong to more than one tenant with different role per tenant, so all of that logic we keep on our side and just populate keto with the burst-out fine grained permissions. The keto lookup simply returns a true/false on whether the user has permission to the tenant/resource#verb. We tried initially to model the hierarchy more explicitly in keto but it became unwieldy which is why we burst out the permissions implied by a role assignment on our app side. (and maintain if a user leaves a tenant or changes roles, etc.)