// 为 Chat Plus 新框架编写、修复、审查站点适配脚本。用于这些场景：根据真实请求/响应/DOM 样本生成 adapter；检查现有脚本是否符合新框架硬规则；定位 transformRequest / extractResponse / decorateBubbles / continueConversation 哪一环写错；在用户明确允许调试已打开的 Chrome 页面后，配合 chrome-cdp 观察网络、DOM 和发送链，产出可直接粘贴的 site adapter。
| name | chat-plus-adapter-debugger |
| description | 为 Chat Plus 新框架编写、修复、审查站点适配脚本。用于这些场景：根据真实请求/响应/DOM 样本生成 adapter；检查现有脚本是否符合新框架硬规则；定位 transformRequest / extractResponse / decorateBubbles / continueConversation 哪一环写错；在用户明确允许调试已打开的 Chrome 页面后，配合 chrome-cdp 观察网络、DOM 和发送链，产出可直接粘贴的 site adapter。 |
产出或修复一段可直接粘贴到 Chat Plus 的站点适配脚本，并满足新框架硬规则：
return { ... }metatransformRequestextractResponsedecorateBubblescontinueConversationdecorateBubbles 必须使用 ctx.helpers.ui.decorateProtocolBubbles(...)continueConversation 必须使用 ctx.helpers.plans.dom(...)continueConversation 必须使用 ctx.continuationTextextractResponse 必须返回 responseContentPreviewtransformRequest 要么使用 ctx.helpers.buildInjectedText(...) 改写请求，要么明确 return nullextractResponserenderProtocolCard、getProtocolCardTheme、detectToolResultTone 这类旧 UI 辅助函数decorateBubblescontinueConversation 自己 click() / dispatchEvent() / setTimeout()[CHAT_PLUS_...] 协议标记meta、缺 adapterName、缺 capabilitiestransformRequest(ctx)
负责请求层注入
输入注入优先走协议层
请求可稳定改写时，必须用 ctx.helpers.buildInjectedText(...)
请求不可稳定改写时，必须保留 hook 并 return null
extractResponse(ctx)
负责从真实响应里提取 AI 正文
输出抓取必须走真实协议 / 真实响应
不要从页面现成消息 DOM 倒推正文，当成响应提取
必须保留协议块，不要把 toolCall / toolResult / codeMode 过滤掉
必须返回 responseContentPreview
不要随意 slice(...)
decorateBubbles(ctx)
负责隐藏用户注入块
负责把可见协议块变成统一卡片
负责保留协议块之外的普通文本
必须直接走 ctx.helpers.ui.decorateProtocolBubbles(...)
continueConversation(ctx)
负责返回 DOM 发送方案
必须直接走 ctx.helpers.plans.dom(...)
必须使用 ctx.continuationText
不能自己执行真实 DOM 副作用
toolCall 默认只展示，不等于自动执行codeModecodeMode 卡片的手动运行按钮、卡片容器、源码节点，统一由平台 helper 负责，不让站点脚本重复造轮子在任何准备使用 chrome-cdp 之前，先检查当前环境里是否已经安装该 skill。
如果当前环境没有安装 chrome-cdp skill：
https://github.com/pasky/chrome-cdp-skill只有在用户明确允许你调试已经打开的 Chrome 页面后，才使用 chrome-cdp。
适用场景：
如果用户没有明确同意调试页面，就不要使用 chrome-cdp。
首次连接某个标签页进行 CDP 调试时，Chrome 可能会弹出“Allow debugging / 允许调试”之类的授权提示。
如果 AI 发起 chrome-cdp 调试后，用户没有及时点击允许，导致：
list / snap / eval / 其他调试命令卡住、超时、失败则必须：
硬要求：
有些站点存在会明显改变请求结构、响应结构或消息 DOM 的模式开关，例如：
遇到这种情况时，必须先确认用户实际使用的是哪种模式，再决定抓样本和写 adapter。
硬要求：
推荐流程：
默认策略：
与用户沟通时，优先用简短直白的话说明：
使用 Chrome 页面调试时，固定按这个节奏推进：
发好了硬要求：
发好了 前假设请求已经产生chrome-cdp 直接看按下面顺序工作：
transformRequest 能不能稳定改写extractResponse 怎么提取正文和协议块decorateBubblescontinueConversation如果样本不足，先指出缺什么，不要装作信息足够。
不要只看四个函数在不在。
必须逐项检查：
meta 是否完整transformRequest 是否使用 ctx.helpers.buildInjectedText(...) 或明确 return nullextractResponse 是否返回 responseContentPreviewdecorateBubbles 是否直接使用 ctx.helpers.ui.decorateProtocolBubbles(...)continueConversation 是否直接使用 ctx.helpers.plans.dom(...)continueConversation 是否使用 ctx.continuationText输出顺序固定：
codeMode begin/end 是否能完整保留input / changectx.helpers.buildInjectedText(...)applied / bodyText / requestMessagePath / requestMessagePreviewreturn nullresponseContentPreviewinnerText / textContent 当作主提取方案只能写成这种方向：
decorateBubbles(ctx) {
return ctx.helpers.ui.decorateProtocolBubbles({
root: ctx.root || document,
protocol: ctx.protocol,
userSelectors: [...],
assistantSelectors: [...],
});
}
允许传：
normalizeUserTextnormalizeAssistantTextbeforeRenderUserNodebeforeRenderAssistantNode但不要自己重写整套卡片系统。
只能写成这种方向：
continueConversation(ctx) {
return ctx.helpers.plans.dom({
root: ctx.root,
composerText: ctx.continuationText,
input: {
selectors: [...],
kind: "textarea",
dispatchEvents: ["input", "change"],
},
send: {
mode: "click",
selectors: [...],
waitForEnabled: true,
maxWaitMs: 2000,
},
});
}
输入侧策略说明：
禁止：
btn.click()dispatchEvent(...)setTimeout(...)return { dispatched: true }ctx.continuationText输出脚本前必须自己检查：
return { ... }metameta 有 contractVersionmeta 有 adapterNamemeta 有 capabilitiestransformRequest 不是乱改请求extractResponse 返回 responseContentPreviewdecorateBubbles 直接使用平台 helpercontinueConversation 直接使用平台 helpercontinueConversation 使用 ctx.continuationText[CHAT_PLUS_...]最终先给：
最终先给 findings，不要先说“整体不错”。
decorateBubbles 降级成纯样式函数continueConversation 写成真实 DOM 执行器ctx.helpers.ui.decorateProtocolBubbles(...)，就判定不符合新框架ctx.helpers.plans.dom(...)，就判定不符合新框架meta，就判定不符合新框架transformRequest 明确 return null 且 continueConversation 可用，就算符合框架