需通过五步法构建决策矩阵Prompt：一明方案与维度，二定角色与格式，三加反事实校验，四给锚点样例，五设冲突调和规则，确保Kimi输出结构化、可验证、权衡清晰的技术对比结果。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您希望Kimi对多个技术方案进行系统性比较，并基于预设维度输出结构化利弊分析，则需通过设计严谨的决策矩阵Prompt引导其输出。以下是实现该目标的具体方法：
一、构建结构化决策矩阵框架
该方法要求在Prompt中明确定义评估维度、权重分配、评分标准及方案列表，使Kimi严格按表格逻辑组织信息，避免自由发散。矩阵框架是后续所有分析的基础支撑。
1、明确列出待比对的技术方案名称，例如“方案A：微服务架构”“方案B：单体架构”“方案C：Serverless架构”。
2、定义不少于四个可量化或可判定的评估维度，如“开发复杂度”“部署运维成本”“水平扩展能力”“故障隔离性”。
3、为每个维度指定0–5分制评分依据，例如“水平扩展能力：0分=无法扩展，3分=需人工干预扩容，5分=自动弹性伸缩”。
4、为各维度标注相对权重（总和为100%），例如“部署运维成本（30%）、故障隔离性（25%）、开发复杂度（20%）、水平扩展能力（25%）”。
二、嵌入角色与输出格式约束指令
该方法通过限定Kimi的角色定位与响应格式，强制其输出符合工程决策场景所需的结构化结果，规避描述性、模糊性语言。
1、在Prompt开头声明角色：“你是一名资深系统架构师，正在为某高并发SaaS平台选型，需向CTO提交一份技术方案对比报告。”
2、明确要求输出必须包含两部分：第一部分为带权重的评分矩阵表格（使用纯文本表格格式，列头含方案名、各维度得分、加权分、总分）；第二部分为关键差异总结段落，仅聚焦得分差距≥2分的维度。
3、禁止使用“可能”“大概”“相对较好”等模糊表述，所有判断必须对应到已定义的评分标准条目。
三、注入反事实校验指令
该方法通过要求Kimi自我质疑关键判断，提升分析的严谨性与抗偏见能力，防止因默认倾向导致维度权重失衡或评分偏差。
一键设置，在 OpenClaw 和 Claude Code CLI 中使用 Kimi K2.5 (Kimi Code) 作为编程模型。Kimi Code 兼容 Anthropic Messages API——替换……
1、在Prompt末尾添加指令：“完成初版矩阵后，请执行反事实校验：针对总分最高方案，逐项检查是否存在某一维度得分低于3分且该维度权重≥20%；若存在，必须在总结段落首句标注‘需警惕：[维度名]存在显著短板’。”
2、要求对任一方案中出现的4分及以上得分，必须引用一条具体技术事实支撑，例如“Serverless架构在水平扩展能力得5分，依据AWS Lambda可毫秒级响应百万级并发请求”。
3、禁止将未在Prompt中明确定义的维度纳入分析，如未定义“团队熟悉度”，则不得出现相关评价。
四、提供锚点式参考样例
该方法通过嵌入一个微型但完整的正确输出样例，为Kimi建立格式与粒度的强锚定，显著降低格式错乱或信息缺省概率。
1、在Prompt中插入如下样例（置于指令说明之后、方案列表之前）：“参考输出样式：
｜评估维度｜权重｜方案A｜方案B｜
｜——｜——｜——｜——｜
｜部署运维成本｜30%｜2分｜4分｜
关键差异：方案B在部署运维成本上领先方案A 2分（对应节省约6人日/月），因其采用容器化CI/CD流水线，而方案A依赖手工脚本部署。”
2、样例中必须包含表头分隔符、权重百分比符号、分数单位“分”、以及括号内具体归因说明。
3、样例不展示全部维度与方案，仅呈现两行数据+一行差异说明，避免冗余干扰。
五、设置维度冲突显式调和规则
该方法用于处理不同维度间天然存在的矛盾关系（如“开发复杂度”与“故障隔离性”常呈负相关），避免Kimi回避权衡而给出虚假均衡评分。
1、在Prompt中声明：“当某方案在互斥维度上出现高分冲突时（例如A方案‘故障隔离性’得5分但‘开发复杂度’仅2分），必须在总结段落中明确写出权衡陈述：‘选择A方案意味着以增加开发人力投入为代价换取系统韧性提升’。”
2、要求识别至少一组互斥维度对，例如“短期上线速度 ↔ 长期可维护性”“定制灵活性 ↔ 交付确定性”，并在分析中激活其中至少一组。
3、禁止使用“兼顾”“平衡”“折中”等弱化权衡本质的词汇，必须指出具体让渡项与获取项。
