请用三段式输出：①技术栈选型依据；②模块间通信机制；③部署拓扑约束。每段不超过45字，禁用术语缩写，所有组件名称须带版本号（例：Spring Boot 3.2.4）。基于我提供的 service-mesh.yaml 和 deployment-chart-v2.json 文件内容生成。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要快速生成一份 MarsCode 架构方案的摘要提示词，但不确定哪些问法能直接套用、不需反复调试就能命中关键信息。
直接提取架构核心要素的问法
第一步：在提示词开头明确限定输出结构，例如“请用三段式输出：①技术栈选型依据；②模块间通信机制；③部署拓扑约束”。【必须写明段落编号与标题，否则 MarsCode 会自由发挥导致信息散乱】
第二步：追加约束条件，如“每段不超过45字，禁用术语缩写，所有组件名称须带版本号（例：Spring Boot 3.2.4）”。
第三步：插入上下文锚点，比如“基于我提供的 service-mesh.yaml 和 deployment-chart-v2.json 文件内容生成”。这一步漏掉会导致 MarsCode 基于通用知识编造，而非真实方案。
针对评审场景的精准提问方式
方法一：用“对比+缺陷定位”句式——“对比当前方案与 CNCF 微服务成熟度模型 L3 级别要求，逐条指出缺失项，并标注对应代码文件路径”。
方法二：用“角色代入”触发深度推理——“假设你是 MarsCode 架构委员会成员，需向 CTO 汇报该方案在灰度发布环节的风险，列出三点可立即验证的实操漏洞”。
方法三：用“变更推演”锁定影响范围——“若将 Kafka 替换为 Pulsar，哪些模块需重写序列化逻辑？请直接返回受影响的类全限定名列表”。
规避幻觉的强约束问法
在提示词末尾添加硬性指令：“所有结论必须能在 ./docs/arch/2026Q2 目录下找到原文依据，找不到则输出‘无依据’并停止生成”。
这一步能强制 MarsCode 放弃猜测，只从你指定的知识库中提取。不加这句，它可能把 Spring Cloud Alibaba 的旧文档当成当前方案依据。
