Uh oh!
There was an error while loading. Please reload this page.
Community automations updates: bot and community review - #50
Conversation
- Don't send replies on its PR - Don't track its PR in contributions spreadsheet
about rtibblesbot review.
when community review invited.
MisRob
commented
Feb 23, 2026
Uh oh!
There was an error while loading. Please reload this page.
rtibbles
left a comment
There was a problem hiding this comment.
Generally looks good - still wish we could drive things via team membership, but as rtibblesbot is a bit of an edge case, it makes sense.
Claude (and other LLMs) always use old versions of Github Actions because that's the version in their training data :) Should update.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
MisRob
commented
Feb 23, 2026
@rtibbles I actually copy-pasted those versions myself when I was verifying, because they're used in other actions right now, but perhaps it's not best approach? Should we upgrade all of them at once, or should I just address those that I added? |
rtibblesbot
left a comment
There was a problem hiding this comment.
Clean set of additions — bot exclusion fix, two new info-message workflows, and community review docs. Well-structured with proper contributor gating on both new workflows.
CI passing. Screenshot confirms both messages render correctly.
- suggestion:
pull-request-label.js— consider duplicate comment prevention for the label scenario (label can be removed and re-added) - nitpick:
docs/community-review.md— mixed bullet style on last line
@rtibblesbot's comments are generated by an LLM, and should be evaluated accordingly
How was this generated?
Reviewed the pull request diff checking for:
- Correctness: bugs, edge cases, undocumented behavior, resource leaks, hardcoded values
- Design: unnecessary complexity, naming, readability, comment accuracy, redundant state
- Architecture: duplicated concerns, minimal interfaces, composition over inheritance
- Testing: behavior-based assertions, mocks only at hard boundaries, accurate coverage
- Completeness: missing dependencies, unupdated usages, i18n, accessibility, security
- Principles: DRY (same reason to change), SRP, Rule of Three (no premature abstraction)
- Checked CI status and linked issue acceptance criteria
- For UI changes: inspected screenshots for layout, visual completeness, and consistency
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
rtibbles
commented
Feb 25, 2026
Oh, in that case, we should add a dependabot.yml to autoupdate our actions version! Can copy this one from ricecooker: https://github.com/learningequality/ricecooker/blob/main/.github/dependabot.yml I think it has the same dependency ecosystems, right? Python and Github actions |
MisRob
commented
Mar 4, 2026
@rtibbles yes, thank you. I added All looks well now? If so, I would go ahead and prepare handlers in the 5 related repos before we merge this. |
rtibblesbot
left a comment
There was a problem hiding this comment.
Clean follow-up — bot list refactoring, new info-message workflows, community review docs, and dependabot fix all look good.
CI passing.
2 prior finding(s) resolved.
- suggestion:
npmecosystem dropped from dependabot config (see inline comment) - praise:
BOT_USERNAMESrefactoring centralizes the bot list nicely
@rtibblesbot's comments are generated by an LLM, and should be evaluated accordingly
How was this generated?
Compared the current PR state against findings from a prior review:
- Retrieved prior bot reviews deterministically via the GitHub API
- Classified each prior finding as RESOLVED, UNADDRESSED, ACKNOWLEDGED, or CONTESTED
- Only raised NEW findings for newly introduced code
- Reviewed the pull request diff checking for correctness, design, architecture, testing, completeness, and adherence to DRY/SRP principles
- Checked CI status and linked issue acceptance criteria
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
rtibblesbot
left a comment
There was a problem hiding this comment.
Clean PR — bot exclusion, info-message workflows, community review docs, dependabot fix, and formatting cleanup all look good.
CI passing.
3 prior finding(s) resolved.
@rtibblesbot's comments are generated by an LLM, and should be evaluated accordingly
How was this generated?
Compared the current PR state against findings from a prior review:
- Retrieved prior bot reviews deterministically via the GitHub API
- Classified each prior finding as RESOLVED, UNADDRESSED, ACKNOWLEDGED, or CONTESTED
- Only raised NEW findings for newly introduced code
- Reviewed the pull request diff checking for correctness, design, architecture, testing, completeness, and adherence to DRY/SRP principles
- Checked CI status and linked issue acceptance criteria
Uh oh!
There was an error while loading. Please reload this page.
Disclosure: I was assisted by Claude. Revisited, adjusted & tested whole diff.
Summary
Few smaller updates to community-related automations in response to
rtibblesbotand community reviews.Fixes
rtibblesbot to the list of bots so that it's not considered a contributorNew
rtibblesbotreview requestedcommunity-labeladdedReviewer guidance
test-actionsrepo.