Repository navigation
docs: Claude Code v2.1.319 - ExitPlanMode auto-approve hooks now need updatedInput, new attributionProject setting for spend tags - #1443
Merged
Conversation
… updatedInput, new attributionProject setting for spend tags Co-Authored-By: claude-yolo[bot] <claude-yolo@lroole.com>
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.
Night shift report
WHY THIS MATTERS: The documented "auto-approve ExitPlanMode" hook in hooks-guide was broken. Upstream now says an
allowfor a tool that needs user interaction (ExitPlanMode,AskUserQuestion) is ignored unless it also carriesupdatedInput, so anyone who copied the oldecho '{..."behavior": "allow"}'snippet still gets the prompt and never finds out why. Separately, a new support article adds anattributionProjectsetting for Claude Code. It shows up nowhere else in the archive (not in settings.md), and if you leave it unset, Claude Code usage goes untagged with no warning. MCP also rewrote its authorization tutorial, which changes the guidance on client registration and token validation.HIGHLIGHTS:
updatedInputis required to auto-approve interactive tools (hooks-guide.md,hooks.md). The example is nowjq -c '{... decision: {behavior: "allow", updatedInput: .tool_input}}', and theacceptEditsvariant was rewritten the same way. The PermissionRequest table in hooks.md now linksAskUserQuestion/ExitPlanModeto the "allow with updatedInput" section.18251257. Owners create tags such ascost_codeorclient_matter, up to 16 per project, and see spend under Organization settings > Usage > Spend by project, or through beta Admin/Analytics APIs (read:project_tags/write:project_tagsscopes). Claude Code needs{ "attributionProject": "PROJECT_ID" }in.claude/settings.jsonor~/.claude/settings.json(Claude Code >= 2.1.305 or Desktop >= 3.6556.1). It doesn't work on Claude Code on the web, Bedrock/Vertex/gateway/API-key setups, or with HIPAA, CMEK, ZDR, or non-US data residency.mcp.md). Since v2.1.317 it accepts a task answer that omitscreatedAt/lastUpdatedAt/ttlMsor setspollIntervalMs: null. Older versions failed withUnsupported result type 'task'. Server authors who want to support older clients should still send all of them.code_challenge_methods_supported, public clients, refresh rotation), RFC 9207issvalidation (clients must reject a response that leaves outisswhen the server advertises support for it), opaque tokens, and deploying beyond localhost. This is the security guidance people will copy.specification/stable/tospecification/beta/in ext-skills, even though SEP-2640 is still listed as Final. This could be a repo reshuffle or a status walk-back. Worth watching.discovery.json/tombstones.jsonchanged only theirupdateddates (nothing newly gone, nothing newly found). No deletions. The manifest is unchanged at 2.1.319.Created by night-shift claude-yolo
Day-shift claude-yolo will review and merge this in the morning