Cursor 代理身份/重现:SUPERSET HOOK HARNESS修复后的剩余空白

□ 总结

• 终端代理装订记录Agent id =Claude'用于`Cursor-代理'会话,同时存储Cursor的真实会话代号。
• 因此,重新打开工作空间运行“Claude-permission-mode auto-model sonnet-resume `->,但“没有找到与会话编号的对话:...”失败。 Cursor会议永远无法恢复.
• 每一次CursorCLI会议都会这样 在我的两个Org数据库中,**所有79行terminal agent-bindings'都说Claude',零说Cursor-agent',然而6个存储的会话编号中有4个是真正的Cursor,(它们存在于XQ/.Cursor/projects/*/agent-transcripts/<id>/和.ZCursor/chats/*/,而不是XQ.Claude/projects下)。
• 可能与#5259(Cursor代理"任务完整"在每个模型转弯时的通知)相同的根源——不同的症状,相同的机制.

□ 复制步骤

1. 使用Cursor代理( " Cursor-代理 " )预设的工作空间。
2. 让代理人至少跑出一圈。
3. 退出Superset,重新打开,并重新打开工作空间的终端.

□ 预期

恢复使用“Cursor-Agent”配置,即“Cursor-Agent-Resume。

□ 实际

恢复使用Claude的配置与Cursor的会话ID,并立即失效.

□因缘.

`ZZTERM31 ' 载重Claude 代码的钩口配置除了其本身的——它解决了'ClaudeUser ConfigPath = ~/.ZClaude/ setters.json'(加上项目'.ZClaude/ setters.json'/' setters.local.json'),与'ParseClaudeConfig'并列运行.

Superset 管理的 Claude 钩子命令将代理 id 作为 env 前缀 :

[-x"$SUPERSET-HOME DIR"] [-x"$SUPERSET-HOME DIR/hooks/notify.sh"] [-x"$SUPERSET-AGENT-ID=Claude" (-$SUPERSET-HOME DIR/hooks/notify.sh) [-x"$SUPERSET-HOME-HOME-DIR/hooks/notify.sh"] [-x"$SUPERSET-AGENT-ID=Claude"$SUPERSET-HOME-DOME-DUKSH" ="真.

该前缀** 覆盖** 正确的 “SUPERSET AGENT ID=Cursor-Agent 由Superset自己的 “Cursor-Agent”包装器出口。 经核实:现场ZZPERSET-AGENT-ID=ZZTERM36-Agent ' 程序在其环境中具有ZZTERM35-Agent',其终端代号与一行装有`ZZTERM10-ZZ'字样的相匹配。

因此,通知.sh' POSTs = \ agentId:"Claude",会话Id:"<Cursor session id>". Server-side recordEvent' does`nextAgentId = agentId?'存在吗?. agent? Id'(最后写作胜出),以及Claude的"后用"每一次工具调用时的钩火,因此"Claude"在会期内不断被重新接通.

这两套钩子不重复,因为精确命令字符串和事件名称上的dedupeClaudeHooksAgainstCursorHooks'密钥-Cursor-hook.sh.'和notify.sh'不同,事件名称也不同(Userpropt' vsUserproptSubmit')。

□ 建议修正

• 在“管理通知”中,使用“SUPERSET AGENT ID=${SUPERSET AGENT ID:-ClaudeX>,因此当另一个Claude-相容剂执行钩后,包装器的值获胜。
• 更好:将**发射预设作为约束的代理人'的权威**。 在终端创建时间(bind Creasion' records `agentId: presetId')已经知道这一点,所以是外国的。 . . . . . . .