必须在提示词开头明确声明目标角色，如【cto视角】或【新人工程师视角】，并注入其语言习惯、信息偏好与表达禁令，否则codeium默认按资深全栈工程师输出，导致技术债说明脱离受众认知。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Codeium生成的技术债说明精准匹配目标人群的认知水平和关注重点，必须在提示词中明确嵌入角色特征、知识边界与决策权重，否则模型会默认按通用开发者视角输出，导致运维人员看不懂技术细节，产品经理抓不住业务影响。
锁定目标人群的核心属性
打开Codeium插件或Web端编辑器，在提示词开头用一行明确声明目标角色。例如写给CTO看的技术债说明，就写：【CTO视角：关注ROI、系统稳定性风险、团队交付节奏影响】；写给新入职后端工程师的，则写：【新人工程师视角：需解释术语、标注影响模块路径、给出本地复现步骤】。
这一步不能省略。Codeium不主动推断读者身份，缺了这行，它默认按资深全栈工程师理解上下文，生成的说明里满是K8s Operator、Saga模式等术语，而给测试同学看时他们根本不需要知道这些。
注入人群特有的语言习惯与信息偏好
方法一：用括号补充典型提问句式
在提示词中加入该人群常问的问题，比如对运维同事写：“（运维常问：这个债会不会触发告警？重启能绕过吗？有没有降级方案？）”；对产品负责人写：“（产品常问：会影响哪个用户旅程？下个版本能不能砍掉？有没有替代方案？”
方法二：限定输出结构权重
对技术主管强调“先写故障概率→再写修复工时→最后写监控缺口”；对财务背景的管理者则强制要求：“每项债必须换算成小时级人力成本，并标注是否影响SLA赔付条款”。
方法三：禁用特定表达
给非技术人员写时，直接加一句：“禁止出现‘GC停顿’‘锁竞争’‘B+树分裂’等术语，用‘系统变慢’‘多人同时操作会卡住’‘数据查半天出不来’代替”。
验证提示词是否生效
第一步：输入完整提示词后，观察Codeium首轮生成结果的首句。
第二步：检查首句是否包含你设定的角色关键词，如“作为SRE，您需要重点关注……”或“对刚接手支付模块的同事来说，关键风险是……”。
第三步：若首句仍为“该技术债表现为……”，说明角色声明未被识别，需回到第一步，把角色描述从括号内移到提示词最前端，且去掉修饰词，只留核心标签，例如直接写“SRE”“新同学”“CFO”。
这一步操作起来很简单，直接看第一句话就行。如果没看到角色词，立刻重写提示词开头，不要往下看后续内容——模型一旦走偏，后面全是无效信息。
