[workflow-style] Normalize report formatting for non-compliant workflows

Offen Anfängerfreundlich
  • Stimmt etwas nicht?
#77,449 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
2/5
Geschätzter Aufwand
1-3 Stunden
Anfängerfreundlichkeit
62/100
Issue-Typ
Dokumentation
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
github-actions, markdown
Bereich
devtools, documentation

Rechercherichtung

Beginne mit den beiden genannten Workflow-Prompts, .github/workflows/daily-astrostylelite-markdown-spellcheck.md und .github/workflows/daily-compiler-threat-spec-optimizer.md, und suche deren Abschnitte zur Ausgabe-Anleitung. Verwende daily-repo-chronicle.md, audit-workflows.md und den gemeinsamen Berichts-Skill als Referenzmuster. Fertig ist es, wenn jeder Prompt ausdrücklich Überschriften der Ebene h3 oder tiefer, aufklappbare details für lange Belege und die Reihenfolge Überblick, Metriken/Issues, Belege, nächste Schritte verlangt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

cookie
Overview

The last-24-hour workflow-style review found two active reporting workflows whose report instructions do not explicitly establish all three project conventions: h3-or-lower headings, progressive disclosure with <details>, and a clear overview → key metrics/issues → detailed evidence → next actions structure.

Review scope
  • Workflows reviewed: 36 active reporting/documentation workflows
  • Valid run metadata pairs: 290
  • Skipped malformed or incomplete run directories: 181
  • Non-compliant workflows: 2
  • Duplicate checks: no visible matching open issue or unmerged Copilot PR was returned; the GitHub integration filtered parts of the search response and rejected unsupported PR search fields/qualifiers
Non-compliant workflows and required changes
Workflow Findings Required change
.github/workflows/daily-astrostylelite-markdown-spellcheck.md The output guidance shows a collapsible details example, but does not explicitly require h3-or-lower report headings or define a consistent report structure. Add explicit h3+ heading guidance; require long findings/details to use <details><summary><b>...</b></summary>...</details>; define overview → key metrics/issues → detailed findings → next actions.
.github/workflows/daily-compiler-threat-spec-optimizer.md The output guidance asks for collapsible content but does not explicitly require h3-or-lower report headings or define the report sequence. Add explicit h3+ heading guidance; require progressive disclosure for long evidence; define the same visible-summary and collapsible-detail structure.
Recommended format

Use a concise visible summary followed by collapsible evidence:

Detailed findings

Long tables, raw logs, and per-item evidence belong here.

Good references

Use .github/workflows/daily-repo-chronicle.md, .github/workflows/audit-workflows.md, and the shared reporting skill as reference patterns. Keep critical decisions visible, use - [ ] for follow-up actions, and include workflow run references as [§12345](https://github.com/owner/repo/actions/runs/12345) where applicable.

Acceptance criteria
  • Both workflows explicitly require h3-or-lower headings in generated reports.
  • Both workflows specify <details> progressive disclosure for long content.
  • Both workflows specify the overview → key metrics/issues → detailed evidence → next actions order.
  • The next review reports both workflows as compliant.

Generated by 🔧 Workflow Normalizer · codex · gpt56 · ~5 AIC · ⌖ ~1 AIC · ⊞ 15.5K · ◷

  • expires on Nov 14, 2026, 4:56 AM UTC-08:00
Vorherrschende Sprache
Go
Sterne
5.6k
Forks
625
Ø Merge
5 Std. 42 Min.
Gemergte PRs (30 T.)
796

Entwicklungsumgebung

In Codespaces öffnen

Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus github/gh-aw

Alle Issues in github/gh-aw

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.