← UiprobeCONTENT HISTORY
WHAT CHANGED
Update to Uiprobe
Snapshot Nov 12, 2026 · 19:35 UTC · version 0.1.0
Collection source: downloaded plugin package.
First saved snapshot
No earlier snapshot is available to establish a change.
Save Uiprobe and check future changes in Following.
Up to 3 plugins free · no card required.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"description": "Go through a Uiprobe probe's findings with the user and decide, group by group, what to fix and what is intentional. Use when the user wants to triage or review findings, mark differences as intentional, or clean up a probe before someone fixes it. Dismisses findings only after the user confirms.",
"included_files": [
{
"relative_path": "agents/openai.yaml",
"size_in_bytes": 110
}
],
"name": "triage-findings",
"skill_md_contents": "---\nname: triage-findings\ndescription: Go through a Uiprobe probe's findings with the user and decide, group by group, what to fix and what is intentional. Use when the user wants to triage or review findings, mark differences as intentional, or clean up a probe before someone fixes it. Dismisses findings only after the user confirms.\n---\n\n# Triage a probe's findings\n\nThe Uiprobe MCP server's instructions explain each tool and how to read a finding's evidence. Follow them. This skill walks the user through a probe's findings and records their decisions.\n\n## Before you start\n\nDismissing a finding hides it for everyone who sees the probe, in the web app, on shared and public links and in CSV exports, and on future runs of the probe. It can always be restored. Tell the user this once, at the start.\n\n## Steps\n\n1. **Find the probe.** If the user gave a probe or viewer URL, use it. Otherwise call `list_probes`, and ask which probe if more than one fits.\n2. **Get all findings.** Call `get_probe` and page through with `nextOffset` until you have them all. If the latest run is still `PENDING` or `RUNNING`, say so and offer to wait: findings can only be dismissed once the run has finished.\n3. **Go through them in batches of up to five**, groups first, then single property findings, then spacing, then unverified. For each, give one line: what differs, the design value and the page value, and the `findingUrl`. Number them so the user can answer by number. Offer images through `get_finding_images` when a line isn't clear enough.\n4. **Ask for a decision per item:** fix, intentional, or skip. For a group, ask whether the decision covers the whole group or only some of its findings.\n5. **Confirm before dismissing.** After each batch, list the findings marked intentional and ask once to dismiss them. Then dismiss them with `dismiss_findings`. Dismiss a whole group in one call when the user chose the whole group.\n6. **Repeat** until every finding has a decision or the user stops.\n\n## End with\n\n- **To fix:** each finding with its design value, page value and `findingUrl`. In a coding agent, offer to continue with the `uiprobe:match-design` skill. Elsewhere, offer to write the list as tickets.\n- **Dismissed:** what was dismissed, and that any of it can be restored by asking.\n- **Skipped:** what is left undecided.\n- The probe's viewer URL.\n\n## Restoring\n\nWhen the user wants a dismissed finding back, call `get_probe` with `includeDismissed` to get the dismissed findings' ids, then `restore_findings`, and confirm. Restoring works per finding, also for findings that were dismissed as part of a group.\n\n## Don't\n\n- Dismiss anything the user didn't confirm in this conversation.\n- Suggest dismissing a finding because it looks small. Whether a difference matters is the user's call.\n- Describe the list as shorter or the findings as fewer after triage. Dismissed findings are set aside, not removed.\n"
}SHA-256 of public snapshot: 11814c7a8851b44e09854d13454d920333ca6f733f871d6077d849dbc6509602