Skip to content

Use a distinct diagnostic event for non-error rollout notices #11

Description

@Juliusolsson05

#9 emits rollout-error for events that are not errors:

  • tailResumeRolloutFileswitchTo: a successful committed-tail switch to a detected fork.
  • isResumeForkCandidate: an expected rejection of a same-cwd sibling agent's rollout.
  • tailNewRolloutFile: a multi-rollout startup ambiguity notice.

Routing operational diagnostics through rollout-error makes that channel noisy and conflates "the fix worked / behaved as designed" with "something failed."

Proposal: add a dedicated non-error event to CodexHeadlessEvents (e.g. rollout-diagnostic with a small typed payload, or specific rollout-tail-switched / rollout-candidate-rejected events) and route these notices through it. Update downstream consumers and the agent-code IPC bridge accordingly so they surface as diagnostics, not errors.

Refs #9.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions