You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/workflows/pr-description.yml
+13-8Lines changed: 13 additions & 8 deletions
Original file line number
Diff line number
Diff line change
@@ -55,16 +55,21 @@ jobs:
55
55
with open("/tmp/pr_context.txt") as f:
56
56
context = f.read()
57
57
58
-
prompt = f"""You are writing a pull request title and description based on the commit messages and files changed below. Write with confidence and authority -- these changes are definitive, not speculative. Never use hedging language like 'seems to', 'appears to', 'might', or 'likely'. State what the changes do, not what they seem to do.
58
+
prompt = f"""You are writing a pull request title and description for GalactiLog, an astrophotography FITS file catalog. The audience is end users upgrading to this version, not developers.
59
59
60
-
Do NOT use AI phraseology or filler words. Avoid words like: leverage, enhance, streamline, robust, seamless, comprehensive, cutting-edge, utilize, facilitate, empower, elevate, harness, spearhead, foster, bolster, pivotal, groundbreaking, synergy, paradigm, holistic, transformative. Write like a human developer -- plain, direct, technical language only.
60
+
Rules:
61
+
1. First, identify commits that cancel each other out: a commit that adds something and a later commit that reverts, removes, or rolls back the same thing. Exclude both from the description. Only describe the net result.
62
+
2. Focus on user-facing changes only: new features, UI changes, bug fixes, and behavior changes the user will notice. Do NOT mention database columns, API endpoint names, cache internals, migration numbers, code refactoring, test coverage, Pydantic schemas, or documentation unless they directly affect the user.
63
+
3. Write in direct, factual language. No filler, no hedging. State what changed, not what "seems to" or "appears to" change. Avoid: leverage, enhance, streamline, robust, seamless, comprehensive, utilize, facilitate, empower, elevate, holistic, transformative.
64
+
4. Use plain bullets, not nested sub-lists. One line per change. Keep each bullet under 20 words.
65
+
5. Omit any section that would be empty.
61
66
62
67
Generate:
63
-
1. A brief, professional PR title (under 70 characters, no prefix like 'feat:' unless appropriate)
64
-
2. A PR description in markdown with these sections:
65
-
- **Summary**: 1-2 sentence overview of what this PR does
66
-
- **Changes**: Bullet list of specific changes, derived from the commit messages
67
-
- **Impact**: What areas of the codebase are affected
68
+
1. A concise PR title (under 70 characters, no conventional-commit prefix)
69
+
2. A description with these sections:
70
+
- **What's new**: New features and capabilities users can now use
71
+
- **What's fixed**: Bug fixes (skip if none)
72
+
- **What's changed**: Behavior changes or breaking changes users should know about (skip if none)
68
73
69
74
IMPORTANT: Return your response in this exact format with the delimiters shown:
70
75
---TITLE_START---
@@ -79,7 +84,7 @@ jobs:
79
84
# Build request JSON safely (no shell interpolation)
0 commit comments