技术评审会｜后端服务熔断机制设计方案评审｜2024-06-12 14:00-15:30｜北京研发楼302会议室。本次会议旨在确认熔断策略阈值设定是否合理、降级预案是否覆盖核心链路、以及灰度上线节奏是否可行。一、评审结论：原则通过方案，阈值按QPS<500+错误率>5%双触发，核心链路降级逻辑已覆盖，灰度分三批、每批间隔48小时。二、关键风险：高风险——依赖的配置中心v3.2未上线；中风险——全链路压测待验证。三、待决事项：需确定fallback_method默认返回码；须批准熔断开关全局开启权限；应冻结非核心接口的超时配置调整。四、行动项（含负责人+DDL）：张伟（T2021001）于2024-06-15前交付熔断开关配置清单（含service_name、timeout_ms、fallback_method）；李婷（T2020087）于2024-06-18前交付配置中心v3.2上线排期表（含回滚步骤）。五、附件引用：《熔断机制设计V2.3》《灰度发布

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

你需要快速生成一份结构清晰、重点突出、可直接用于内部归档的技术评审会会议纪要，但每次手动整理耗时长、遗漏关键结论、责任人不明确——用对提示词，AI就能按标准模板输出带决策项、风险标记和行动项的纪要初稿。

明确会议基础信息

在提示词开头用三行固定格式声明会议属性：第一行写会议类型，第二行写具体名称，第三行写时间地点。例如：“技术评审会｜后端服务熔断机制设计方案评审｜2024-06-12 14:00-15:30｜北京研发楼302会议室”。这一步必须严格按“｜”分隔，【AI会把“｜”后的字段识别为独立元数据，漏掉或改用顿号会导致时间/地点被混入正文】。

紧接着用一句话说明会议目标：“本次会议旨在确认熔断策略阈值设定是否合理、降级预案是否覆盖核心链路、以及灰度上线节奏是否可行。”目标句不能超过35字，太长会让AI模糊焦点。

强制结构化输出格式

用指令明确要求AI按以下五段式输出，每段标题用中文顿号隔开、不加序号、不换行： “一、评审结论、二、关键风险、三、待决事项、四、行动项（含负责人+DDL）、五、附件引用”

在“行动项”部分追加约束：“每个行动项必须包含‘负责人’‘截止时间’‘交付物’三项，缺一不可；负责人必须是真实姓名或工号，禁止写‘开发组’‘测试同事’等模糊称谓”。

这一步操作起来很简单，直接把上面整段指令复制进提示词即可。但若漏掉“缺一不可”这个限定，AI常会合并责任人和DDL，导致后续无法自动提取任务。

注入关键判断逻辑

方法一：用条件句锁定风险分级规则 “当讨论中出现‘可能引发订单丢失’‘依赖未上线中间件’‘无回滚方案’等表述时，自动标记为‘高风险’并前置到‘关键风险’段首；若仅提到‘需后续压测验证’‘文档待补充’则标为‘中风险’，不写具体描述只列条目。”

方法二：用否定排除法过滤无效信息 “忽略所有寒暄语、设备调试过程、茶歇安排、非技术类流程说明；若发言内容未包含动词（如‘调整’‘验证’‘提供’‘关闭’）且未指向具体模块/接口/配置项，则视为无效发言，不纳入纪要。”

方法三：用角色锚定决策责任 “识别发言者职级关键词：‘架构师’‘TL’‘PM’‘QA负责人’的结论性陈述默认为有效决策；实习生、外包人员、旁听者发言仅在被TL明确引用时才记录。”

控制信息密度与粒度

第一步：限定每项内容最大长度 “‘评审结论’段不超过80字，只保留最终拍板结果，删除所有论证过程；‘待决事项’每条不超过25字，禁用‘建议’‘考虑’等弱动词，必须用‘需确定’‘须批准’‘应冻结’等强动作词。”

第二步：强制绑定技术实体 “所有行动项中的‘交付物’必须包含具体对象，例如‘熔断开关配置清单（含service_name、timeout_ms、fallback_method）’而非‘相关配置文档’；若原始录音未提具体字段名，AI需标注‘[字段名待确认]’并放入括号。”

第三步：关闭自由发挥 “禁止添加任何原文未出现的推测性内容，包括但不限于‘预计下周完成’‘团队已达成共识’‘该方案优于旧版’。发现此类语句立即删除整句。”