qwen code 0.27.2的mods如何区分显示文本与原始消息？ui.render可改写ink终端中assistantmessage回复行的显示，修改后的文本只用于绘制；已存储消息、模型后续读取的内容、/copy与导出仍使用原文。屏幕上出现译文或精简版本，不代表底层会话已经被替换，这一点决定了插件开发和结果留存应采用哪一层数据。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
一条回复为什么会有两种文本
模型回复完成一个文本块后，渲染行会把该块的Markdown文本与isFirstOfReply交给匹配的钩子。Mod可以返回改写后的text，也可以使用next(e)保持不变；如钩子需要等待一次补全，行会先显示自己的原文，等钩子返回后再更新。
因此，显示层适合做阅读辅助，例如翻译、减少重复展示或突出术语。它不能据此充当永久修改会话历史的接口。只保存屏幕文字与复制原始消息，是两种不同的数据选择；需要复现模型输入或保存原始输出时，原始会话和导出比屏幕所见更能说明模型实际处理了什么。
钩子如何表达一次显示替换
下面是官方钩子形式的最小显示示例，用于已有Mod模块。注册目标为AssistantMessage，示例仅在显示文本前加提示，不调用模型、不修改磁盘消息。它不是独立运行的Node.js脚本，也不包含插件安装步骤。
export function register(on) {
on('ui.render', { component: 'AssistantMessage' }, ($, e, next) => {
const text = '显示层提示：\n' + e.props.text;
return next({ ...e, props: { ...e.props, text } });
});
}
在已启用Mods且使用受支持Ink历史视图的环境中，匹配的完成回复块会显示前缀，复制和导出仍保留没有该前缀的原始回复。这里只演示钩子的数据变换；实际使用还受插件加载方式和当前运行环境限制。
改写后的text最多100000个字符，除制表符和换行外不能包含控制字符；envelope与isFirstOfReply不能被钩子任意改写。原文直接透传不因这些改写检查而失败。返回自定义树也不能据此把回复行替换为任意组件。
适用范围不等于所有终端和宿主
此渲染点依赖可重新绘制的虚拟化历史，ui.useTerminalBuffer默认开启。已经打印到终端滚动历史中的内容不能重新绘制，因此相应钩子会跳过。OpenTUI、Web Shell、ACP、思考行及子智能体视图，也不能仅凭这次Ink回复行能力推定已获得相同支持。
行钩子在会话调度队列中逐行运行，等待模型的一个行钩子会影响后续Mod钩子的等待时间。离开可见区域的行与缓存结果有独立处理，/clear、/resume和/branch则会使这些显示答案失效并重新渲染当前会话。显示层缓存不应被当作永久会话记录。
Qwen 视频智能分析基础客户端（免费版），基于 Qwen 3.5 Plus 多模态模型对本地视频进行内容分析，支持场景描述与基础内容理解，采用默认抽帧频率和提示词，适合快速概览视频，API Key 读取自 ~/.skill-platform/skill-platform.json 的 skills 配置。
$.model.complete与$.store分别解决什么问题
0.27.2允许Mod用$.model.complete进行一次性文本补全，也提供$.store保留插件自己的值。补全能力可以用于生成显示译文；存储能力可以记录插件设置，但两者都不能把“显示文本已经变化”直接等同于模型原始消息已经改写。
把这三种职责分清，有助于解释常见差异：屏幕内容由渲染钩子决定，插件自己的持久值由store管理，而后续模型上下文仍取原始会话。如果目标是让模型后续真的采用另一段信息，需要使用相应会话输入机制，不能仅依赖界面替换。
同轮Web Shell和会话能力有哪些边界
Web Shell可管理微信、QQ与Email渠道；微信有扫码登录、进度、身份、退出和过期二维码刷新，QQ有配置及可选扫码流程，Email不能直接套用同样认证方式。待审批事项进入实时面板，终端失焦时可按general.terminalBell和general.notificationMode触发提醒，提醒不等于自动批准。
输入框下方的轮次、速度、Token与缓存命中率属于会话观察读数，不能简单换算账单或横向性能。所选Session原Runtime工作区的Skill可导入并显式安装，无需重新上传；这不意味着所有工作区内容自动安装。
/btw会进入上下文，并可重放最近20条已回答旁问。Managed Agent的私有追问和回顾还要求显式model_config、执行权限、Session Store、兼容Harness及默认关闭的QWEN_MANAGED_AGENT_SIDE_QUERIES_ENABLED部署开关；自动回顾也默认关闭。客户端有入口不代表服务端条件已经具备。
开发集成为什么还要单独看SDK与预览分支
0.27.1已有可配置默认后台执行、LSP用户设置与环境变量配合、计划任务渠道目标等基础。0.27.2的SDK和Web Shell随附依赖升级被列为Breaking Changes；TypeScript SDK从0.1.31推进到0.1.32，页面存在多个Bundled CLI Version段落，工程实际依赖不能只摘一行编号判断。
1.0.0-preview则是独立预览：整合Qoder与Qwen Code能力，支持Qwen和Qoder账号、多模型及自定义兼容端点，提供macOS、Linux、Windows原生包，无需单独安装Node.js，并支持会话恢复和非交互执行。预览期接口、配置和行为可能变化，不能把它与0.27.2或SDK0.1.32当作同一个正式版本。
