List the issues and problems Fixter has already detected in the caller's telemetry. An issue groups every occurrence of one exception, one recurring error log line or one service that stopped reporting, with its service, environments, status, event count, firstSeen, lastSeen and impact; a problem (kind=PROBLEM) is an item of the Overview: an alert rule, an error, or a group of them that share one cause. Call this first when investigating something failing: an error, a broken feature or job, a service that will not start, a deploy's health, or before searching logs for an error message or log tag. query is a case-insensitive substring of the title, error type, service and frames, so query="PaymentSync" finds the issues titled "[PaymentSync] ...". Then call get_issue on a fingerprint for its frames, traceId and investigation, and search logs with what it gives you. To see what a deploy introduced: service set, sort=FIRST_SEEN, direction=desc, and compare firstSeen with the deploy time. Filter by status (NEW, ONGOING, REGRESSED, RESOLVED, IGNORED), service, environment, kind (EXCEPTION for thrown errors and agent failures, LOG for issues derived from log lines, AVAILABILITY for a service that stopped reporting, PROBLEM for the Overview's problems), or a free-text query; sort by EVENTS, LAST_SEEN or FIRST_SEEN, ascending or descending. To answer what is new, call this with status=NEW, or with sort=LAST_SEEN and direction=desc. To answer what has been broken longest, call it with sort=FIRST_SEEN, direction=asc and an open status, ONGOING or REGRESSED: without a status the oldest issue that comes back is usually one somebody already resolved, which is not a problem to report. The default list leaves out ignored issues and issues a suppression rule matches: pass status=IGNORED to see the ignored ones, includeSuppressed=true to see the suppressed ones alongside the rest, and suppressedByRuleOnly=true to see nothing but the rule-suppressed ones, where suppressedBy names the rule that hides each, and suppressedOnly=true to see both kinds of suppression in one list, the ignored issues together with the rule-hidden ones. Each result flags whether a telemetry investigation brief exists (hasInvestigation) and whether a draft pull request attempt exists (hasFix); call get_issue to read either. Each result carries impact: how many callers got an error on which flows in the last 24 hours and 7 days; sort=CALLERS orders by that; impact is not computed for a problem. With kind=PROBLEM each problem also carries priority (level URGENT, HIGH, MEDIUM or LOW, shown as Urgent, High, Medium, Low; manual when a person set it; and the reason that decided it) and recommendation (the next step: kind and reason; the kinds as the Overview shows them are FIX "Fix available", REVIEW_FIX "Review fix", FIX_MERGED "Fix merged", FIX_RUNNING "Fix running", CHANGE_BY_HAND "Change by hand", TUNE_ALERT "Tune alert", IGNORE_AS_NOISE "Noise", INVESTIGATE "Investigate", RESOLVE "Resolve", NEEDS_INPUT "Needs input"), problems come in triage order (priority, then the most recently opened first), and priority and recommendation filter the list: priority=URGENT,HIGH lists only those levels, recommendation=FIX lists only the problems recommended for a fix.