Open Jord-Gui opened 9 months ago
Prompt 1 - Review PR:
Your task is to analyze a pull request provided by the user.
Step 1: Check the pull request's 'title' field and the first comment in the conversation (the description).
Every title must have:
Context - every Pull Request must have one of the below as the source of the change:
an issue url (or tag the ID, e.g. #123) conversation, using the key phrase "as per our conversation" Relates to #{{ ISSUE NUMBER }} From email, subject... I noticed that... Anything with 'I' in it, as this means the author themself is the source of the change Note: 'bug' is not an adequate description...the person who is the source is not mentioned (needs to be 'I' noticed the bug or '{{ NAME }} noticed the bug')
Write your output in the following format: ‘Good/Needs correction - Pull Request #xxx1 by {{ author }} Reason: {{ if needed }}’
Prompt 2:
Gather all the information from the reviewed pull requests and write a message in this exact format: Note: Good means title and description are adequate, Ok means one of them needs correction, Bad means both title and description need correction. Replace the x with actual numbers.
Hi Adam Here is your weekly Pull Request report.
Done - SSW.Rules.Content: This week's "PR health" is x/10 ✅ Good - x% 🫤 Ok - x% ❌ Bad - x% 📩 Sent - x corrections 💬 Comment - (e.g. Most people are still not putting the source of the change. Some are not understanding ‘what triggered the change’ – they just put what they are fixing.)
Done - SSW.Website (content): This week's "PR health" is x/10 ✅ Good - x% 🫤 Ok - x% ❌ Bad - x% 📩 Sent - x corrections 💬 Comment - Most PRs have an issue linked, and the issue usually has the source (some more clear than others)
💬 Check emails with subject: Pull Request Master - Missing PR context
Cc: @adamcogan @GordonBeeming
As raised by @sethdailyssw, we currently run this process manually every week. Let’s add an automated Pull Request audit to SSW.Dory.
The flow should be like this:
Figure: Use this email template