Resolve feedback
loopback_resolve_feedbackIdempotent
Close feedback items by marking them verified or wontfix, with an optional note and your agent name, to turn reporter pins green after confirming the fix.
Instructions
Close a feedback item with a final outcome.
Args: id, resolution ('verified' = the fix was confirmed against the running app, tests, or the relevant metric/replay; 'wontfix' = intentionally not addressing), note (optional closing comment), agent (YOUR name — this is the write that turns the reporter's pin full green, and omitting it records the generic default instead of you).
Prefer verifying before resolving: re-check the UI via your browser tools, or confirm the error/metric cleared, then call this.
Input Schema
TableJSON Schema
| Name | Required | Description | Default |
|---|---|---|---|
| id | Yes | Feedback id, e.g. 'fb_mabc12_3f9a1c' | |
| note | No | Optional closing note recorded as a comment | |
| agent | No | Who is resolving — your agent name. Recorded on the trail; defaults to 'agent'. This is the write that turns the reporter's pin green, so name yourself. | |
| resolution | Yes | 'verified' = fix confirmed against the running app/metric; 'wontfix' = intentionally not addressing |
Output Schema
TableJSON Schema
| Name | Required | Description | Default |
|---|---|---|---|
| id | Yes | Feedback id, e.g. 'fb_mabc12_3f9a1c' | |
| url | No | ||
| body | Yes | ||
| type | Yes | ||
| extra | Yes | Free-form captured context. Read `extra.failed_responses` for failing requests with up to 2KB of response body, and `extra.context` for LLM/automation run metadata (run_id, model, trace_url). | |
| links | Yes | Repo/branch/commit/PR of the fix | |
| route | No | ||
| title | Yes | ||
| source | Yes | ||
| status | Yes | ||
| console | Yes | Console lines captured at report time | |
| network | Yes | Network calls captured at report time | |
| project | Yes | ||
| comments | No | Full audit trail | |
| reporter | Yes | ||
| severity | Yes | ||
| created_at | Yes | ||
| replay_url | No | ||
| resolution | No | ||
| updated_at | Yes | ||
| attachments | No | Files attached to this item. `intent` decides what you do with each: 'reference' is context for the fix and never ships; 'asset' is a deliverable — copy it from `path` to `target_path` in the repo, commit it, and record that with loopback_link_change. Read files from `path` directly rather than fetching `url`. | |
| repro_steps | Yes | ||
| dom_selector | No | ||
| assignee_agent | No | Agent currently holding the claim | |
| screenshot_path | No |