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
{{ message }}
Repository navigation
PRs created by Mention on Issue workflow lack thorough validation and clear reasoning #799
The PR opened by this comment, feels too shallow in its validation and reasoning.
The automation fixed the issue, but ran the test once and called it a day. It also failed to include the reasoning I provided in the prompt, such as the rationale behind the change and the supporting documentation.
I would expect the automation to be more proactive and thorough. At the very least, it should run the test multiple times, consider potential side effects, reason about the impact of the changes, include relevant context, and evaluate how they could break things. That is the standard I follow when opening any PR.
I have been thinking that perhaps we should introduce a general action for creating pull requests that encompasses all of these points, so the more generic Mention on Issue automation can use it when generating PRs. I'm not sure if this already exists.
This issue was labeled stale on 2026-08-19 and has had no further activity for 30 days. Closing automatically. If this issue is still relevant, please reopen it.
Activity
mauri870 commentedon Mar 25, 2026
cc @strawgate
github-actions commentedon Aug 28, 2026
This issue was labeled
staleon 2026-08-19 and has had no further activity for 30 days. Closing automatically. If this issue is still relevant, please reopen it.What is this? | From workflow: Trigger Stale Issues Remediator
Give us feedback! React with 🚀 if perfect, 👍 if helpful, 👎 if not.