ci: remove broken oz-for-oss adapter workflows superseded by webhook#9843
Conversation
Removes two GitHub Actions adapters whose upstream reusable workflows in warpdotdev/oz-for-oss were deleted by their PR warpdotdev#400 on 2026-04-30: - .github/workflows/respond-to-triaged-issue-comment-local.yml - .github/workflows/comment-on-unready-assigned-issue-local.yml Both have been failing on every trigger since the upstream deletion. The oz-for-oss maintainer confirmed the deletions were intentional and asked us to remove the warp-side adapters; respond-to-triaged-issue-comment is already covered by the new Vercel webhook (verified empirically on issues 8642/9576/9688 with sub-15s bot response latency post-cutover), and comment-on-unready-assigned-issue is being rewired upstream. Three other broken adapters (update-dedupe, update-pr-review, update-triage) are intentionally left in place pending confirmation from oz-for-oss on the replacement scheduled agents. Refs: warpdotdev/oz-for-oss#418
|
I'm starting a first review of this pull request. You can view the conversation on Warp. I reviewed this pull request and requested human review from: @warpdotdev/oss-maintainers. Comment Powered by Oz |
captainsafia
left a comment
There was a problem hiding this comment.
LGTM!
@sebryu What agent did you use to do this and what was your prompt? I'm intrigued by the way the agent did verification on this task (analyzing response times) and am curious if you did something intentional here to guide it to this approach.
There was a problem hiding this comment.
Overview
This PR removes two GitHub Actions adapter workflows that delegated issue automation to upstream reusable workflows that no longer exist.
Concerns
- No blocking concerns found in the changed workflow deletions.
- Security pass: removing these adapters also removes workflow paths that passed repository secrets into deleted external reusable workflows; no new secret exposure or permission expansion was introduced.
- Stakeholder matching: the changed
.github/workflowspaths only match the catch-all team rule, so no single eligible human reviewer could be identified from the provided rules.
Verdict
Found: 0 critical, 0 important, 0 suggestions
Approve
Comment /oz-review on this pull request to retrigger a review (up to 3 times on the same pull request).
Powered by Oz
|
@captainsafia I've sent you a DM on X |
Summary
Removes two GitHub Actions adapter workflows that delegate to reusable workflows in
warpdotdev/oz-for-ossthat no longer exist:.github/workflows/respond-to-triaged-issue-comment-local.yml.github/workflows/comment-on-unready-assigned-issue-local.ymlBoth have been failing on every trigger since 2026-04-30, when
warpdotdev/oz-for-oss#400deleted the upstream targets as part of migrating to a Vercel webhook control plane.Context
The
oz-for-ossmaintainer confirmed the upstream deletions were intentional and asked us to remove the warp-side adapters rather than restoring upstream. Per-workflow disposition (her words):respond-to-triaged-issue-comment— "covered by the issue_comment hook" of the new Vercel webhook.comment-on-unready-assigned-issue— "currently being rewired" upstream.Root-cause issue:
warpdotdev/oz-for-oss#418.Verification
Empirical confirmation that the new webhook is live and handling
@oz-agentmentions on triaged warp issues — sub-15s response latency from theoz-for-ossbot, well below GHA cold-start times:@oz-agent→ bot reply 13s later@oz-agent→ bot reply 8s later@oz-agent→ bot reply 8s laterMeanwhile every fire of
respond-to-triaged-issue-comment-local.ymlsince 2026-04-30 has loggedfailure(e.g. run25207261218) — the GHA path is purely noise.For
comment-on-unready-assigned-issuethere is a brief coverage gap until oz-for-oss finishes rewiring theissues.assignedevent handler. Failing-and-noisy is worse than absent, so removing now improves signal.Scope note
Three additional broken adapters exist for
update-dedupe,update-pr-review,update-triage(weekly scheduled skill-refresh workflows). Those are intentionally left in place pending confirmation fromoz-for-osson whether the new control plane runs equivalent scheduled jobs against warp, or whether the replacement scheduled agents are still upcoming work. Those three have never executed for warp (gh run listreturns[]for each), so leaving them does not affect any current automation.Test plan
Check CI resultsis required.issue_commentandissues, never onpull_request.respond-to-triaged-issue-comment(see Verification).comment-on-unready-assigned-issueflagged above.