Skip to content

Commit 6354059

Browse files
authored
Merge pull request #206 from chvvkumar/snd
fix: rewrite PR description prompt for user-facing content
2 parents 37aa76e + 067d28f commit 6354059

1 file changed

Lines changed: 13 additions & 8 deletions

File tree

.github/workflows/pr-description.yml

Lines changed: 13 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -55,16 +55,21 @@ jobs:
5555
with open("/tmp/pr_context.txt") as f:
5656
context = f.read()
5757
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.
5959
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.
6166
6267
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)
6873
6974
IMPORTANT: Return your response in this exact format with the delimiters shown:
7075
---TITLE_START---
@@ -79,7 +84,7 @@ jobs:
7984
# Build request JSON safely (no shell interpolation)
8085
request_body = json.dumps({
8186
"contents": [{"parts": [{"text": prompt}]}],
82-
"generationConfig": {"temperature": 0.3, "maxOutputTokens": 4096}
87+
"generationConfig": {"temperature": 0.3, "maxOutputTokens": 16384}
8388
})
8489
8590
with open("/tmp/gemini_request.json", "w") as f:

0 commit comments

Comments
 (0)