请提供会议纪要原文（confluence页面id：arch-select-2026-q2-087的“结论与共识”区块内容），我将严格按您要求的三步法生成真实、带情绪、含锚点的技术选型对比文档。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Codeium生成的技术选型对比文档，真实反映团队在评审会上拍板时的原话、争论焦点和决策依据，而不是套用“各有优劣”“需结合场景”这类万金油话术。会议记录里写的“Redis集群扩容太贵，宁可多写几行代码绕过热点key”，这种带情绪、有取舍、含成本锚点的表达必须原样保留在输出中。
第一步：把会议纪要原文塞进提示词开头
打开上周五14:00的选型评审会议纪要（Confluence页面ID：ARCH-SELECT-2026-Q2-087），复制粘贴整段“结论与共识”区块内容到Codeium提示词最顶部——不删减、不润色、不转述。例如直接粘：“张工坚持Kafka，理由是‘下游Flink作业已稳定跑三年，换Pulsar等于重写整个流处理链路’；李经理否决，说‘运维组没人会调Pulsar broker参数，出事只能等厂商支持’。”
【会议原文必须顶格、不缩进、不加引号、不换行】否则Codeium会把它当背景描述弱化处理，转而生成教科书式中立分析。漏掉“Flink作业已稳定跑三年”这个时间锚点，它可能建议“评估Pulsar的实时性优势”，而你们根本不需要实时性。
第二步：用破折号锁定真实表达特征
在会议纪要下方另起一行，写三类强制保留项：
① 保留原话中的技术代词：如“它”“那个组件”“老系统”——不替换成全称，因为团队内部就靠这些指代快速对齐；
② 保留成本具象单位：如“每月多花2.3万云费”“压测要搭5台4C8G机器”——不改成“成本较高”“资源消耗大”；
③ 保留角色动作动词：如“运维组没人会调”“开发组得重写”“测试组没法覆盖”——不升级为“存在技能缺口”“改造工作量大”“验证覆盖不足”。
第三步：禁用中立话术并绑定输出格式
方法一：在提示词末尾插入硬性禁用清单
禁止使用以下短语：“各有千秋”“视具体需求而定”“综合来看”“从长远角度”“具备一定优势”“存在一定局限性”。
方法二：强制结构化输出
按以下顺序输出，每段标题后紧跟中文冒号，不换行：
1. 决策现场原声：直接引用会议中至少2条带人名的发言原文，保留语气词（如“真的扛不住”“我赌一把”）；
2. 关键约束锚点：列出3个不可妥协条件，格式为【字段名】=【值】，例如【SLA容忍度】=99.95%、【交付 deadline】=2026-07-15、【可用人力】=前端2人/后端3人；
3. 落选方案致命伤：只写一条，用“因【具体缺陷】→【直接后果】”句式，例如“因Pulsar broker参数调试无文档→上线后故障平均恢复耗时超45分钟”；
4. 选定方案落地卡点：只写一条，用“需【动作】→【谁负责】→【截止日】”句式，例如“需对接SRE提供Kafka集群监控埋点→王工→2026-06-30前”。
【若某段无对应原始信息，则留空，不补编、不凑数】
