@oss-autopilot/core - v3.42.2
    Preparing search index...

    Interface FetchPRsResult

    interface FetchPRsResult {
        failures: PRCheckFailure[];
        prs: FetchedPR[];
        searchTruncated?: true;
        warnings?: string[];
    }
    Index
    failures: PRCheckFailure[]
    prs: FetchedPR[]
    searchTruncated?: true

    Set when the open-PR search hit the Search API's 1000-result cap, so prs is missing some of the user's open PRs (#1863). Structured twin of the truncation warning above: the daily run's closed-PR status check reads this flag, not the warning text, to decide whether a successor PR could be missing from the list. Absent when the search was complete.

    warnings?: string[]

    Non-fatal warnings accumulated while fetching. Populated by:

    • Placeholder auto-repair (stale/example githubUsername replaced with the authenticated viewer's login before the search runs).
    • Post-fetch viewer-mismatch guardrail (configured username differs from the authenticated viewer when the search returned zero PRs).
    • Search API 1000-result truncation (#1057 M25).
    • Per-PR comment or review pagination truncation (#1456) — newest entries dropped, so review-decision / unresponded-comment detection may be incomplete. Callers (daily, dashboard) surface these so users see the signal.