要建立技术辨识度，需在提示词中明确角色、交付场景与真实约束：如“你是云原生架构师，每周三10:00向产品经理交付一页mermaid架构图”，并嵌入节点命名规则、箭头类型、时间锚点、口语化修改指令及真实资产id与图标url。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让Codeium生成的个人IP提示词真正帮你建立技术辨识度，而不是堆砌“资深”“精通”这类空洞标签，就得把真实工作流、输出物形态和协作触点直接塞进提示词里——比如你每周三早10点要给产品团队做架构简报，用的是带动画的Mermaid流程图，且必须控制在一页PPT内。
锁定角色与高频交付场景
第一步：在提示词最开头写明「你是【某身份】，日常需向【某角色】交付【某形态内容】」。例如：“你是一名面向金融行业客户的云原生解决方案架构师，每周三上午10:00需向非技术背景的产品经理交付一页Mermaid架构图，用于说明新风控模块如何嵌入现有K8s集群。”
这一步不写，Codeium默认按“通用技术专家”输出，容易冒出“建议采用Service Mesh治理”这种对方听不懂的术语。
第二步：把交付物的真实约束条件拆成短句嵌入。例如：“图中节点命名必须与客户当前GitOps仓库目录名一致（如ingress-nginx→/infra/nginx-ingress）；箭头只允许用-->或-.->；禁止出现任何代码块或YAML片段。”
【箭头类型限制必须写死，否则Codeium会混用=>、==>，导致Mermaid渲染失败。
绑定具体协作触点与反馈机制
方法一：用时间锚点+会议类型锁定节奏
在提示词中插入：“该图用于周三晨会同步，会前5分钟邮件发出，会后2小时内根据PM口头反馈调整——他们常提‘再简化一层’‘把审批流标红’。”
方法二：嵌入真实修改指令链
写：“当PM说‘把灰度开关逻辑单独拎出来’时，你要立刻在图中新增subgraph节点，标题为‘灰度控制面’，内部仅保留FeatureFlagController和ConfigMap两个组件，其余连线全部断开。”
这一步操作起来很简单，直接把PM上周三次实际说过的原话粘进去就行。Codeium对带引号的口语化指令响应精度远高于“请突出关键路径”这类模糊要求。
注入真实技术资产锚点
① 打开你最近一次被采纳的架构图源文件，复制其中一行真实节点ID，例如：k8s-cluster-vpc-prod。
② 在提示词中写：“所有集群标识必须使用客户真实命名，如k8s-cluster-vpc-prod，禁止替换为cluster-a或prod-env。”
③ 补充一句：“图中所有组件图标须从https://cdn.jsdelivr.net/npm/@iconify/icons-mdi@1.0.0/中选取，优先用mdi:cloud-outline、mdi:database、mdi:shield-lock。”
【URL必须完整粘贴，漏掉版本号会导致图标加载失败】。
