Subagent output that imitates one more internal marker name is now escaped, closing a prompt-injection route.
What's wrong with this entry?
Output coming back from a subagent is scanned for text that imitates Claude Code's own internal message markers. A new marker name, slack-tag-message, is now on that list and gets escaped rather than passed through, closing one more prompt-injection route.
- Sits beside the existing
slack-pingmarker and is neutralized under the same control-tag handling. - Active wherever subagent output scanning runs; nothing in this build produces messages of that kind, so only the defensive half is present.
slack-tag-message
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.235
New error for delegating to a subagent without naming one
Both mention subagent
-
v2.1.236
New stop reason for parked subagents
Both mention subagent
-
v2.1.238
Groundwork for sparing some agents from a stop cascade
Both mention subagent