[prompt-clustering] Prompt Clustering Analysis - 2026-08-23 #55056
Closed
Replies: 1 comment
|
This discussion was automatically closed because it expired on 2026-08-24T10:16:18.682Z.
|
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 ~18 days (2026-08-06 to 2026-08-23)
Total Tasks Analyzed: 989 copilot-agent PRs (11 non-agent-authored PRs excluded from an initial pull of 1,000)
Clusters Identified: 6
Overall Merge Rate: 80.3% (803 merged / 989 total; 8 still open, treated as not-yet-merged)
Full Analysis Report
General Insights
Methodology: PR titles + bodies were cleaned (code blocks, HTML comments, URLs, issue refs stripped) and vectorized with TF-IDF (1–2 grams, top 300 terms), then clustered with K-means (k chosen via elbow method, capped 3–7 → k=6). Workflow run logs (turn counts, duration, cost) were unavailable in this run's environment, so the analysis relies on PR metadata, comments, and reviews rather than agent-turn counts.
Cluster Analysis
Cluster 4: General engineering hardening & fixes
Cluster 2: Workflow / agent infrastructure
Cluster 3: Lint rules, conformance & error handling
Cluster 0: Copilot/agent-platform meta-tasks (OUTLIER)
[WIP]investigation/escalation drafts that were never intended to close in one shot.automodel alias to priced models instead of thecopilot/autopassthrough #54364 (resolveautomodel alias, closed unmerged), Harden Copilot api-proxy startup: verify listener accept readiness and absorb first-request ECONNREFUSED #52619 (harden Copilot api-proxy startup, closed unmerged)Cluster 5: Dependency / image pinning & compliance (OUTLIER)
ignore-imagesto.grant.yamland exclude the Serena MCP image from license scanning #53369 (exclude Serena MCP image from license scanning, merged), Add repository-level grype ignore policy for no-fix libc6 CVEs #52924 (grype ignore policy for no-fix libc6 CVEs, merged)Cluster 1: CI auto-fix ("Fix failing GitHub Actions job")
[WIP] Fix failing GitHub Actions job ...). Despite the[WIP]prefix — which correlates with failure everywhere else — this specific auto-triggered pattern merges reliably, likely because the task is narrowly scoped to one failing check.Success Rate by Cluster
Full Data Table (sample — top 4 by comment volume per cluster)
24-row sample across all 6 clusters
automodel alias to priced modelspaiinterfacemcp/memoryscan findings by removing container(Full 989-row dataset was clustered and analyzed; this table shows the highest-engagement example per cluster to keep the report scannable.)
Key Findings
[WIP]-prefixed PRs are the single strongest predictor of non-merge — but only in certain contexts. Across all 989 PRs, titles starting with[WIP]merge at just 31.0% (22/71) vs. the 80.3% baseline. Yet inside Cluster 1 (narrowly-scoped CI auto-fixes),[WIP]-prefixed PRs merge at 90%. The signal isn't the prefix itself — it's whether the underlying task is a bounded, single-check fix (merges fine) or an open-ended investigation/escalation (rarely converges).Lowest-Merge Cluster Root Cause
[WIP]self-escalation/investigation drafts[WIP], all closed unmerged)Of the 47 not-merged PRs in Cluster 0, 32 (68%) are
[WIP]-titled investigation/escalation tasks — compare to zero[WIP]PRs among the 41 merged PRs in this same cluster. These are tasks where the agent opened a draft to "escalate," "investigate," or "redesign" a system-level issue (e.g. "[WIP] Escalate cgo workflow regression", "[WIP] Redesign Design Decision Gate to reduce failure rate and cost") without a bounded fix in scope — they stall and get closed rather than converging. The remaining non-merge share splits across review friction (9%, e.g. engine-migration PRs like #54917 that draw detailed reviewer pushback on architecture) and CI failures (9%, e.g. #54364 blocked on failinglint-go).[WIP]drafts)Recommendations
[WIP]investigation drafts (e.g. "Escalate X regression", "Redesign Y to reduce cost") should specify a concrete, checkable deliverable up front, rather than leaving the PR open-ended — this is the fix most directly targeted at the 33.7-point gap.Generated by Prompt Clustering Analysis (Run: 32632036972)
All reactions