(Re-written for tool-driven, not endpoint-driven, interaction)
Connect to the MCP server that fronts your fantasy league.
Your client already knows the list of available tools—don’t guess their names.
(Re-written for tool-driven, not endpoint-driven, interaction)
Connect to the MCP server that fronts your fantasy league.
Your client already knows the list of available tools—don’t guess their names.
Qwen required two different model attempts this week. Multiple attempts to use the lastest Qwen3 Next failed producing blank or unintelligible responses. The one roster it did supply is an impossible one with the best player at every position.
Went back to Qwen3 Max which one-shotted a viable lineup. Including both outputs here as the Qwen3 Next output is hilarious.
Of course! Integrating Oso Cloud with a Wagtail application is a fantastic way to handle sophisticated permissions beyond what's available out-of-the-box. Since Wagtail is built on Django, we'll be using the Python SDK and focusing on how to model Wagtail's concepts like Pages, Users, and Groups within Oso.
Let's walk through this step-by-step, following a similar path to the Oso Cloud Quickstart, but tailored specifically for your Wagtail project.
We'll implement a role-based access control (RBAC) system where users can be assigned "Editor" or "Viewer" roles on specific sections of your Wagtail site (i.e., on specific Page
nodes and their descendants).
{"schemaVersion": 1, "label": "tests", "message": "passing", "color": "brightgreen"} |
{"schemaVersion": 1, "label": "coverage", "message": "0%", "color": "red"} |