[prompt-clustering] Prompt Clustering Analysis - 2026-08-30 #57129
Closed
Replies: 1 comment
|
This discussion has been marked as outdated by Copilot Agent Prompt Clustering Analysis. A newer discussion is available at Discussion #57410. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Summary
Analysis Period: Last 30 days (2026-08-01 – 2026-08-30)
Total Tasks Analyzed: 1,000 copilot-authored PRs
Clusters Identified: 7
Overall Success Rate: 84.0% (840 merged / 155 closed / 5 open)
Full Analysis Report
General Insights
em/sub/aic/sous cheftokens, driven by the "PR Sous Chef" prompt template), 245 PRs (24.5% of total), also the highest success rate among large clusters at 91.8%.gh-aw logsoutput wasn't pre-fetched, so this analysis relies on PR-level signals (comments, reviews, files changed) as complexity proxies instead of turn counts.Cluster Analysis
Cluster 4: Refactoring & code consolidation ("Sous Chef" tasks)
sandbox.agent.runtimewith docker-sbx parity #52119, Consolidate JobStep/JobStepData identical structs in pkg/cli #52120Cluster 3: Test coverage, lint rules & error-message compliance
Cluster 1: Workflow features, safe-outputs & agent jobs
Cluster 6: gh-aw CLI & container-image tasks — OUTLIER (lowest merge rate)
ghcr.io/github/gh-aw-firewall,api-proxy,cli-proxy, DIFC proxy) where the actual fix lives in an upstream repo the agent can't touch. See root-cause analysis below.Cluster 0: Workflow docs & report-formatting normalization
.mdfiles at once.Cluster 5: Engine/model configuration (Copilot, Claude, MAI-Code)
model: inheritedon inline sub-agents #52133, [model-inventory] Add missing MAI-Code model entry and correct Copilot cache-read pricing #52191, Retry Claude connection failures as fresh runs #52199, Route PR code-quality reviews through the Copilot gateway #52377Cluster 2: One-shot "fix failing CI job" tasks
Success Rate by Cluster
Key Findings
Lowest-Merge Cluster Root Cause
github/gh-aw-firewall, container base images onghcr.io, DIFC/api-proxy/cli-proxy images), so the agent cannot produce a real diff ingh-awitself.Within Cluster 6, PRs that failed to merge look structurally different from ones that did:
Representative closed PRs are titled things like "[WIP] Update container image to resolve vulnerabilities", "No gh-aw change: Anthropic proxy fix requires gh-aw-firewall", "Document upstream blocker for cli-proxy vulnerability remediation", and "Track upstream remediation for api-proxy 0.28.1 findings" — all opened against a CVE/vulnerability-scan trigger where the actual remediation isn't possible from this repo. A PR triage bot consistently scores these
low priority / deferwith notes like "DRAFT/WIP checklist PR ... 0 diff yet".Notably, PR #53674 ("Add task-preflight skill to stop zero-diff retry PRs on container-vuln...") was itself a merged fix explicitly targeting this exact failure mode — confirming maintainers have already identified the pattern. Its effect hasn't yet shown up in the aggregate rate, likely because it was merged partway through this 30-day window and container-vuln-triggered tasks keep recurring on a schedule.
Recommendations
gh-awbefore opening a PR — skip straight to filing/updating a tracking issue (or commenting on the existing upstream issue) when the remediation depends ongh-aw-firewallor a third-party base image. Add task-preflight skill to stop zero-diff retry PRs on container-vuln and refactor tasks #53674 is a first step; consider extending its scope/coverage given the pattern persists at 2x volume.Methodology notes
state/mergedAtdisagreed with the fresher search-API snapshot (all had transitioned OPEN→MERGED since the cache was written); those were corrected before clustering using the more recent snapshot.gh-aw logsoutput), so complexity is proxied via comments/reviews/files-changed/additions rather than agent turn counts.Generated by Prompt Clustering Analysis (Run: 33304722135)
Warning
Firewall blocked 1 domain
The following domain was blocked by the firewall during workflow execution:
api.anthropic.comTo allow these domains, add them to the
network.allowedlist in your workflow frontmatter:See Network Configuration for more information.
All reactions