Skip to content

GitHub App pdd-issue/sync can run on Gemini when Opus was intended #1127

@Serhan-Asad

Description

@Serhan-Asad

Summary

A pdd-issue workflow for #1120 ran through the Gemini/Google path even though the intended model for the work was Opus. The run produced PR #1126, then launched a follow-up pdd sync job, but the sync had to be stopped manually once the wrong model path was noticed.

Evidence

Expected behavior

When a GitHub App-triggered PDD run is intended to use Opus, the full workflow should consistently use Opus, including any automatic follow-up pdd sync work. If the requested model cannot be honored, PDD should fail early before spending on a long run or creating a PR.

Actual behavior

The workflow ran on the Gemini/Google path and launched a follow-up sync on that path. This made the output untrusted and required manual termination.

Impact

  • Wasted run time and cost.
  • PR output cannot be trusted for review/merge.
  • Automatic follow-up sync can continue on the wrong backend unless manually stopped.

Acceptance criteria

  • GitHub App label/settings resolution preserves the intended model/provider for pdd-issue and follow-up sync jobs.
  • Startup/progress comments clearly disclose the selected model/provider before meaningful work starts.
  • If Opus is requested but unavailable or not selected, the run fails early with a clear issue comment.
  • Tests cover model/provider resolution for pdd-issue plus pdd-opus, including automatic follow-up sync job creation.

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type
    No fields configured for issues without a type.

    Projects

    Status

    Backlog

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions