Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
DisclaimerUnofficial, and not affiliated with Anthropic. Nearly all of this is read straight out of what ships: npm bundles, captured prompts, published docs. Anthropic's own notes go in verbatim, marked as theirs. The rest is my reading, and every entry carries the strings behind it. If one looks wrong, vote it down and say why.
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
What's wrong with this entry?
allow and deny rules for tools, giving users more granular control over what tools can be used in their projects.Usage example:
{
"permissions": {
"allow": ["Read", "Write"],
"deny": ["Bash", "WebFetch"]
}
}
Previously, only allow rules were supported. Now you can explicitly deny specific tools even if they might be allowed by other rules.
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
What's wrong with this entry?
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
What's wrong with this entry?
PassThrough import, improving code clarity and tree-shaking capabilities.cwd import for better modularity.Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
What's wrong with this entry?
$j2 function: A new string processing utility that splits text by newlines, processes each line, and rejoins them. This appears to be used for formatting multi-line content.Hb5 function: Retrieves all deny rules from the permission system, formatting them with their source and rule details.Ab5 function: Checks if a specific tool is denied by any rule, returning the matching deny rule if found.What's wrong with this entry?
Pj2 function (formerly Lj2) now correctly handles both allow and deny rules when removing permissions from project settings. Previously, it only supported removing "allow" rules.Tj2 function now properly handles both allow and deny rules when adding new permissions, instead of throwing an error for non-allow rules.What's wrong with this entry?
Yb5) now includes both allow and deny arrays: {
permissions: {
allow: ["Tool1", "Tool2"], // optional
deny: ["Tool3", "Tool4"] // optional
}
}
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
What's wrong with this entry?
oy5 = 13 (appears to be a configuration value)ii5 = 3 (appears to be a configuration value)ci5 = 10Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
What's wrong with this entry?
None identified. The changes maintain backward compatibility while extending functionality.
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
What's wrong with this entry?
Projects using the previous permission system will continue to work as before. The new deny rules are optional and only take effect when explicitly configured. Existing "allow-only" configurations remain valid.
Published verbatim by Anthropic for v0.2.69. Text is unmodified from the upstream changelog. Everything else on this page came out of the bundle instead, which is why the two lists don't match.
The system prompt was not captured for this release, so this page cannot say whether it moved.