logfire-ui
Open Logfire UI
Use this skill for direct Logfire UI, browser, live-view, link, and Explore-page requests.
User-Facing Progress
Keep progress updates quiet. Do not narrate why this skill was selected, restate routing rules, quote local instructions, explain token scope, or announce routine helper calls. If an update is needed, use one short sentence focused on the action, such as "Opening Logfire with the error filter."
After opening Logfire, do not run or narrate an extra page-state check unless the browser appears stuck, asks for login, or the user explicitly asked you to verify the page.
Browser Targeting
In Codex Desktop, use the Browser plugin's Codex in-app browser (iab) and the currently selected tab whenever possible.
Browser access is indirect: do not expect a browser-named MCP tool. If the Browser plugin is listed as available, load the browser:browser skill and use its Node REPL js / mcp__node_repl__js bootstrap to bind agent.browsers.get("iab"). If js is not visible, use tool discovery for node_repl js before declaring the in-app browser unavailable.
Do not use agent-browser, chrome-devtools, mcp__chrome_devtools__*, mcp__playwright__*, macOS open, xdg-open, standalone Playwright/Chromium, a shell-launched browser, web preview cards, or a newly created external browser window unless the user explicitly asks for an external browser. Do not create a new in-app tab when a Logfire live view is already selected and can be updated in place.
Only report the in-app browser unavailable after the Browser plugin is not listed or its skill cannot be loaded, the Node REPL js execution tool is unavailable after tool discovery, or the Browser skill bootstrap fails before navigation starts. Then return the clean Logfire URL and explain that the in-app browser could not be controlled. Treat chrome-devtools, Playwright MCP, standalone Playwright, and web preview cards as "Browser unavailable", not as fallbacks. Do not silently fall back to any external or dedicated browser window.