Repository navigation
chore: update tend workflows (0.2.5 → 0.2.6) - #4064
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Regenerates the
tend-*workflows against tend 0.2.6 (from 0.2.5). The workflow files themselves only move themax-sixty/tend/claude@pin and the generated-by header; the adopter-visible changes ride in the action and its bundled skills, plus one generatedtend-mentioncondition.The agent sandbox gets a writable
TMPDIR. Root/tmpis read-only for the agent, and until now bundled scripts and skill recipes wrote there anyway — this repo carries a note in.claude/skills/running-tend/SKILL.mdtelling sessions to route scratch paths through${TMPDIR:-/tmp}for exactly that reason (#4063). 0.2.6 exports a standard writableTMPDIRunder the sandbox user's home and moves the bundled scripts onto it, so a recipe that reaches for a plain/tmppath no longer dies onRead-only file system(max-sixty/tend#1199).A review the bot leaves on its own PR no longer summons a second session.
tend-mention's dispatch filter now returns early when the review author is the bot, andtend-reviewapplies its own findings on PRs with no human author instead — the same rule step 9 of the review skill already used for Dependabot and renovate PRs. Previously each self-review round cost a coldtend-mentionboot that re-read the whole PR to apply fixes the reviewer had just written, then pushed and fired another review (max-sixty/tend#1203). This is the one change visible in the generated YAML — thetend-mention.yamldiff below.The maintainer-tier check reads
authorAssociationcorrectly. The shared skill block claimedgh pr view --jsondoesn't expose the field at all; it does, nested on the comment and review objects, and only the top-level key is rejected. Sessions deciding whether a requester may direct a destructive action were being pushed to the REST API unnecessarily (max-sixty/tend#1178).Full comparison: max-sixty/tend@0.2.5...0.2.6.
Generated
tend-mention.yamlcondition changeThe dispatch filter gains an early bail on a bot-authored review:
replacing the prior participation branch, which dispatched when the PR author was also the bot and the review carried a body or fresh inline comments. The prompt for a genuine
pull_request_reviewdispatch drops the clause that told the session to action a review it had authored itself.