请只解释以下正则表达式在javascript环境中的行为，不扩展其他语言差异，不举例替代写法。/\d{2,4}(?!\d)/g——该正则用于从纯数字字符串中提取2～4位连续数字，且后面不能紧跟另一个数字。输入样例："123 45678 90"，预期匹配："123","4567","90"。按以下五项逐条说明：①匹配逻辑（含每个原子单元作用）；②断言类型与触发条件；③贪婪/惰性行为及影响位置；④至少两个典型输入字符串及其实际匹配结果；⑤该正则在pcre/js/python中可能的行为差异（仅当存在时才写，否则写‘无差异’）。禁止出现‘一般来说’‘通常可以’‘建议改用’等模糊表述；禁止添加未被要求的优化建议；若某项无对应信息，填‘不适用’，不可跳过或留空。环境：node.js v20.15.1 的 regexp 对象。版本：需兼容 ecmascript 2024 标准，启用 /u 标志。边界：输入为单行纯数字字符串，不含换行符。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让豆包准确解释一段正则表达式，但每次它都只讲基础语法、漏掉边界条件、不说明贪婪模式影响、也不提实际匹配时的常见陷阱，导致你复制过去一用就错。
先锁定解释范围：必须声明“只解释给定字符串中的正则”
第一步：在提示词开头明确限定作用域，例如：“请只解释以下正则表达式在JavaScript环境中的行为，不扩展其他语言差异，不举例替代写法。”
第二步：紧接写出待解释的正则，用代码块包裹，并标注上下文。例如：
/\d{2,4}(?!\d)/g——该正则用于从纯数字字符串中提取2～4位连续数字，且后面不能紧跟另一个数字。
这一步漏掉会直接导致豆包默认进入“教学模式”，开始泛泛讲解\d、{}、?等元字符，而不是聚焦你这段具体正则在真实场景中如何起作用。【必须把“输入字符串样例”和“预期匹配目标”一起给出，否则豆包无法判断断言是否生效】
强制输出结构：用模板锚点堵住自由发挥
方法一：字段化指令（推荐）
“按以下五项逐条说明：①匹配逻辑（含每个原子单元作用）；②断言类型与触发条件；③贪婪/惰性行为及影响位置；④至少两个典型输入字符串及其实际匹配结果；⑤该正则在PCRE/JS/Python中可能的行为差异（仅当存在时才写，否则写‘无差异’）。”
方法二：禁用式约束
“禁止出现‘一般来说’‘通常可以’‘建议改用’等模糊表述；禁止添加未被要求的优化建议；若某项无对应信息，填‘不适用’，不可跳过或留空。”
Doubao-Seedream-5.0-lite是字节跳动发布的最新图像创作模型。该模型首次搭载联网检索功能，能融合实时网络信息，提升生图时效性。同时，模型的聪明度进一步升级，能够精准解析复杂指令和视觉内容。此外，模型在世界知识广度、参考一致性及专业场景生成质量上均有增强，可更好地满足企业级视觉创作需求。
豆包看到“①②③…”这种显式编号，会严格对齐字段生成，比用“首先、其次、最后”更稳定。而“不适用”这个占位符能防止它硬凑内容。
补全隐性限制：环境、版本、边界三要素缺一不可
环境：必须写明运行环境，例如“Node.js v20.15.1 的 RegExp 对象”或“Python 3.12 的 re.findall()”。不同引擎对 \K、\R、\X 等支持度差异极大，不写清就会出错。
版本：特别注意 Unicode 行为。例如“需兼容 ECMAScript 2024 标准，启用 /u 标志，正确处理 emoji 序列如 ??”。旧提示词常忽略这点，导致解释中把 ??? 当作 3 个码点而非 1 个图形单元。
边界：明确输入数据形态。例如“输入为单行日志文本，每行以 ISO8601 时间戳开头，中间用空格分隔，结尾无换行符”。没有这个前提，豆包根本不会意识到 ^ 和 $ 应该锚定行首行尾而非整个字符串。
【若正则含 \b 或 \B，必须同步提供至少一个含单词边界的输入样例，否则豆包会按 ASCII 字母规则错误推导】
