-
Notifications
You must be signed in to change notification settings - Fork 295
Normalize report formatting across four workflows (h3+ headers, progressive disclosure) #17377
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | ||
|---|---|---|---|---|
|
|
@@ -99,6 +99,8 @@ Follow the **report layout rules** below — they apply to every report this wor | |||
|
|
||||
| Apply these principles to make the report scannable, warm, and actionable: | ||||
|
|
||||
| **Report Formatting**: Use h3 (###) or lower for all headers in the report. Wrap long sections (>10 items) in `<details><summary><b>Section Name</b></summary>` tags to improve readability. | ||||
|
|
||||
| 1. **Lead with the takeaway.** Open with a single-sentence human-readable summary that tells the maintainer what happened and what needs attention. No jargon, no counts-only headers. Example: *"We looked at 10 new PRs — 6 look great, 3 need a closer look, and 1 doesn't fit the project guidelines."* | ||||
|
|
||||
| 2. **Group by action, not by data.** Organize results into clear groups that answer "what should I do?" rather than listing raw rows. Use these groups (omit any group with zero items): | ||||
|
|
@@ -119,7 +121,7 @@ Apply these principles to make the report scannable, warm, and actionable: | |||
| ### Example Report | ||||
|
|
||||
| ```markdown | ||||
| ## Contribution Check — {date} | ||||
| ### Contribution Check — {date} | ||||
|
|
||||
| We looked at 4 new PRs — 1 looks great, 2 need a closer look, and 1 doesn't fit the contribution guidelines. | ||||
|
|
||||
|
|
@@ -144,10 +146,15 @@ We looked at 4 new PRs — 1 looks great, 2 need a closer look, and 1 doesn't fi | |||
|
|
||||
| ### Off-guidelines 🔴 | ||||
|
|
||||
| <details> | ||||
| <summary><b>Per-PR Details</b></summary> | ||||
|
|
||||
| | PR | Title | Author | Lines | Quality | | ||||
| |----|-------|--------|------:|---------| | ||||
| | #4519 | Add unrelated marketing page | @dave | 42 | spam | | ||||
|
|
||||
|
||||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -251,7 +251,7 @@ For each PR, add the following labels: | |
| For each triaged PR, add a comment with the triage results: | ||
|
|
||
| ```markdown | ||
| ## 🔍 PR Triage Results | ||
| ### 🔍 PR Triage Results | ||
|
|
||
| **Category:** {category} | **Risk:** {risk} | **Priority:** {priority_score}/100 | ||
|
Comment on lines
+254
to
256
|
||
|
|
||
|
|
@@ -274,12 +274,14 @@ For each triaged PR, add a comment with the triage results: | |
|
|
||
| Create a comprehensive triage report as a GitHub Issue: | ||
|
|
||
| **Report Formatting**: Use h3 (###) or lower for all headers in the report. Wrap long sections (>10 items) in `<details><summary><b>Section Name</b></summary>` tags to improve readability. | ||
|
|
||
| **Report Structure:** | ||
|
|
||
| ```markdown | ||
| # PR Triage Report - {date} | ||
| ### PR Triage Report - {date} | ||
|
|
||
| ## Executive Summary | ||
| ### Executive Summary | ||
|
|
||
| - **Total PRs Triaged:** {count} | ||
| - **New PRs:** {new_count} | ||
|
|
@@ -289,9 +291,11 @@ Create a comprehensive triage report as a GitHub Issue: | |
| - **Batches Identified:** {batch_count} | ||
| - **Close Candidates:** {close_count} | ||
|
|
||
| ## Triage Statistics | ||
| ### Triage Statistics | ||
|
|
||
| <details> | ||
| <summary><b>By Category</b></summary> | ||
|
|
||
| ### By Category | ||
| - Bug: {bug_count} | ||
| - Feature: {feature_count} | ||
| - Docs: {docs_count} | ||
|
|
@@ -300,52 +304,62 @@ Create a comprehensive triage report as a GitHub Issue: | |
| - Refactor: {refactor_count} | ||
| - Chore: {chore_count} | ||
|
|
||
| ### By Risk Level | ||
| </details> | ||
|
|
||
| <details> | ||
| <summary><b>By Risk Level</b></summary> | ||
|
|
||
| - High Risk: {high_risk_count} | ||
| - Medium Risk: {medium_risk_count} | ||
| - Low Risk: {low_risk_count} | ||
|
|
||
| ### By Priority | ||
| </details> | ||
|
|
||
| <details> | ||
| <summary><b>By Priority</b></summary> | ||
|
|
||
| - High Priority (70-100): {high_priority_count} | ||
| - Medium Priority (40-69): {medium_priority_count} | ||
| - Low Priority (0-39): {low_priority_count} | ||
|
|
||
| ### By Recommended Action | ||
| </details> | ||
|
|
||
| #### By Recommended Action | ||
| - Auto-merge: {auto_merge_count} | ||
| - Fast-track: {fast_track_count} | ||
| - Batch Review: {batch_review_count} | ||
| - Defer: {defer_count} | ||
| - Close: {close_count} | ||
|
|
||
| ## 🚀 Top Priority PRs (Top 10) | ||
| ### 🚀 Top Priority PRs (Top 10) | ||
|
|
||
| {list_top_10_prs_with_scores_and_links} | ||
|
|
||
| ## ✅ Auto-merge Candidates | ||
| ### ✅ Auto-merge Candidates | ||
|
|
||
| {list_auto_merge_prs} | ||
|
|
||
| ## ⚡ Fast-track Review Needed | ||
| ### ⚡ Fast-track Review Needed | ||
|
|
||
| {list_fast_track_prs} | ||
|
|
||
| ## 📦 Batch Processing Opportunities | ||
| ### 📦 Batch Processing Opportunities | ||
|
|
||
| {list_batches_with_pr_numbers} | ||
|
|
||
| ## 🗑️ Close Candidates | ||
| ### 🗑️ Close Candidates | ||
|
|
||
| {list_close_candidate_prs_with_reasons} | ||
|
|
||
| ## 📊 Agent Performance Summary | ||
| ### 📊 Agent Performance Summary | ||
|
|
||
| {summary_of_prs_by_agent_with_quality_scores} | ||
|
|
||
| ## 🔄 Trends | ||
| ### 🔄 Trends | ||
|
|
||
| {compare_to_previous_runs_if_available} | ||
|
|
||
| ## Next Steps | ||
| ### Next Steps | ||
|
|
||
| 1. Review auto-merge candidates for immediate merge | ||
| 2. Fast-track high-priority PRs for urgent review | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This changes the investigation issue title content by removing the 🏥 emoji (not just the header level). If the intent of this PR is only formatting normalization, consider keeping the original title text and only adjusting the heading level.