请先列出评估【前后端分离架构】与【服务端渲染ssr架构】的技术选型所应依据的具体、可操作、可验证的判断标准。这些标准必须满足：①每条标准对应一个独立的决策维度（如首屏加载耗时、seo支持程度、服务端cpu占用率）；②不得出现“更好”“更优”“较成熟”等模糊表述；③每条标准需注明数据来源方式（例如：lighthouse实测值、chrome devtools network面板统计、node.js process.cpuusage()采集）；④排除所有主观感受类描述（如“开发体验更流畅”“维护成本更低”）。列出标准后，再基于这些标准逐项对比两种架构。【注意】若chatgpt回复“好的”“已理解”或直接开始写对比分析，说明它跳过了标准环节——【这是失效信号，必须中断并重发原提示词】。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要ChatGPT在输出技术选型对比结论前，先明确列出可验证、不模糊、不主观的判断标准，否则它会直接堆砌“前后端分离更灵活”“SSR首屏更快”这类无效描述，导致决策失去依据。
第一步：用结构化指令锁死输出顺序
在ChatGPT输入框中粘贴以下提示词，不加任何额外说明，直接发送：
请先列出评估【前后端分离架构】与【服务端渲染SSR架构】的技术选型所应依据的具体、可操作、可验证的判断标准。这些标准必须满足：①每条标准对应一个独立的决策维度（如首屏加载耗时、SEO支持程度、服务端CPU占用率）；②不得出现“更好”“更优”“较成熟”等模糊表述；③每条标准需注明数据来源方式（例如：Lighthouse实测值、Chrome DevTools Network面板统计、Node.js process.cpuUsage()采集）；④排除所有主观感受类描述（如“开发体验更流畅”“维护成本更低”）。列出标准后，再基于这些标准逐项对比两种架构。
【注意】若ChatGPT回复“好的”“已理解”或直接开始写对比分析，说明它跳过了标准环节——【这是失效信号，必须中断并重发原提示词】。
第二步：用分段标记法强制标准独立成块
如果第一步未生效，追加指令并重新发送：
请严格按以下格式分段输出：
① 判断标准（仅列出条目，不解释，每条以“-”开头）
② 各标准权重说明（用百分比，总和为100%，权重须基于你提供的业务约束推导）
③ 方案对比表（含方案名称、各标准得分、综合得分）
这个格式锚点能切断ChatGPT自由发挥路径，它无法把标准混在分析段落里带过。
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
第三步：注入真实约束堵住幻觉出口
在提示词中嵌入三项不可绕过的硬性前提：
方法一：绑定技术栈限制
当前系统已用Node.js 18 + PostgreSQL 15，运维团队熟悉Prometheus但未部署eBPF探针。若标准中出现“eBPF可观测性支持度”，即违反前提。
方法二：锁定时间锚点
本方案需在Q3上线，留出2周灰度期。这会让ChatGPT自动排除需要3个月适配周期的技术选项，标准里自然浮现“实施周期≤6周”这一条目。
方法三：引用既定决策
上月架构委员会已否决微服务拆分，要求单体演进。ChatGPT若在标准里出现“服务粒度灵活性”，即违反该边界——【它必须尊重你给出的既定约束】。
第四步：校验标准是否真正落地
第一步收到标准列表后，执行以下验证：
① 检查每条标准是否含可测指标：比如“首屏加载耗时≤1.2s（Lighthouse实测P95值）”，而非“首屏要快”；
② 检查权重是否基于你提供的上下文：若你没提“高可用性是当前最大瓶颈”，它却给可用性配40%权重，说明权重无依据；
③ 检查是否排除主观词：出现“一般”“通常”“建议”即判定该条标准无效。
只有全部通过，才进入下一步：“标准已确认，现在请基于这三项标准，为前后端分离架构与SSR架构生成对比表。”
