Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
70 changes: 59 additions & 11 deletions .github/workflows/daily-repo-chronicle.lock.yml

Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.

70 changes: 59 additions & 11 deletions .github/workflows/daily-repo-chronicle.md
Original file line number Diff line number Diff line change
Expand Up @@ -151,6 +151,56 @@ If insufficient data is available (less than 7 days):

---

## πŸ“ Report Formatting Guidelines

**CRITICAL**: Follow these formatting guidelines to create well-structured, readable reports:

### 1. Header Levels
**Use h3 (###) or lower for all headers in your report to maintain proper document hierarchy.**

The discussion title serves as h1, so all content headers should start at h3:
- Use `###` for main sections (e.g., "### πŸ—žοΈ Headline News", "### πŸ“Š Development Desk")
- Use `####` for subsections (e.g., "#### Featured Story", "#### Notable Commits")
- Never use `##` (h2) or `#` (h1) in the report body

### 2. Progressive Disclosure
**Wrap long sections in `<details><summary><b>Section Name</b></summary>` tags to improve readability and reduce scrolling.**

Use collapsible sections for:
- Detailed commit lists and changelogs
- Full PR descriptions and review discussions
- Complete issue activity logs
- Verbose contributor statistics

Example:
```markdown
<details>
<summary><b>Full Activity Details</b></summary>

[Long detailed content here...]

</details>
```

### 3. Report Structure Pattern

Your report should follow this structure for optimal readability:

1. **Brief Daily Summary** (always visible): 1-2 paragraph headline news overview
2. **Key Highlights and Metrics** (always visible): Quick stats, top contributors, notable trends
3. **Detailed Commit/PR/Issue Activity** (in `<details>` tags): Per-contributor breakdowns, full PR lists, commit histories
4. **Notable Changes or Trends** (always visible): Significant insights, emerging patterns, editorial commentary

### Design Principles

Create reports that:
- **Build trust through clarity**: Most important info (headline news, key metrics) immediately visible
- **Exceed expectations**: Add helpful context, trends, comparisons to previous days
- **Create delight**: Use progressive disclosure to reduce overwhelm for detailed data
- **Maintain consistency**: Follow the same patterns as other reporting workflows

---

## Your Mission

Transform the last 24 hours of repository activity into a compelling narrative that reads like a daily newspaper. This is NOT a bulleted list - it's a story with drama, intrigue, and personality.
Expand All @@ -173,22 +223,20 @@ Transform the last 24 hours of repository activity into a compelling narrative t

## Editorial Guidelines

**Structure your newspaper with distinct sections:**
**Structure your newspaper with distinct sections (using h3 headers):**

### πŸ—žοΈ HEADLINE NEWS
Open with the most significant event from the past 24 hours. Was there a major PR merged? A critical bug discovered? A heated discussion? Lead with drama and impact.
**Main section headers** (use h3 `###`):

### πŸ“Š DEVELOPMENT DESK
Weave the story of pull requests - who's building what, conflicts brewing, reviews pending. Connect the PRs into a narrative. **Remember**: PRs by bots were triggered by humans - mention who assigned the work, who reviewed, who merged. Example: "Senior developer @alice leveraged Copilot to deliver three PRs addressing the authentication system, while @bob reviewed and merged the changes..."
- **### πŸ—žοΈ Headline News**: Open with the most significant event from the past 24 hours. Was there a major PR merged? A critical bug discovered? A heated discussion? Lead with drama and impact.

### πŸ”₯ ISSUE TRACKER BEAT
Report on new issues, closed victories, and ongoing investigations. Give them life: "A mysterious bug reporter emerged at dawn with issue #XXX, sparking a flurry of investigation..."
- **### πŸ“Š Development Desk**: Weave the story of pull requests - who's building what, conflicts brewing, reviews pending. Connect the PRs into a narrative. **Remember**: PRs by bots were triggered by humans - mention who assigned the work, who reviewed, who merged. Example: "Senior developer @alice leveraged Copilot to deliver three PRs addressing the authentication system, while @bob reviewed and merged the changes..."

### πŸ’» COMMIT CHRONICLES
Tell the story through commits - the late-night pushes, the refactoring efforts, the quick fixes. Paint the picture of developer activity. **Attribution matters**: If commits are from bots, identify the human who initiated the work (issue assigner, PR reviewer, workflow trigger).
- **### πŸ”₯ Issue Tracker Beat**: Report on new issues, closed victories, and ongoing investigations. Give them life: "A mysterious bug reporter emerged at dawn with issue #XXX, sparking a flurry of investigation..."

### πŸ“ˆ THE NUMBERS
End with a brief statistical snapshot, but keep it snappy.
- **### πŸ’» Commit Chronicles**: Tell the story through commits - the late-night pushes, the refactoring efforts, the quick fixes. Paint the picture of developer activity. **Attribution matters**: If commits are from bots, identify the human who initiated the work (issue assigner, PR reviewer, workflow trigger).
- For detailed commit logs and full changelogs, **wrap in `<details>` tags** to reduce scrolling

- **### πŸ“ˆ The Numbers**: End with a brief statistical snapshot, but keep it snappy. Keep key metrics visible, wrap verbose statistics in `<details>` tags.

## Writing Style

Expand Down
Loading