面向特定人群并绑定真实业务场景是豆包写代码迁移计划提示词的关键，需在首句明确技术身份、认知盲区、版本号、平台名等硬信息，如“.net framework 4.8→.net 8 minimal api，银行核心系统，win2019+iis10，兼容ie11”。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在豆包的写代码迁移计划提示词中准确加入人群和场景，必须让模型明确知道服务对象是谁、在什么具体条件下使用这段代码迁移方案。
确定目标人群并嵌入提示词
第一步：在提示词开头直接声明人群身份，例如“面向Java后端工程师”或“给刚从Python转Go的初级开发者”。不能只写“开发者”，要具体到技术栈、经验年限、常用工具链。【不写清人群，豆包会默认按全栈中级工程师建模，生成的迁移步骤可能跳过基础环境校验】
第二步：补充该人群的典型认知盲区，比如“不熟悉Gradle多模块构建”“尚未接触Kubernetes Operator开发模式”。这能触发豆包自动规避术语跳跃，改用类比或分步拆解。
绑定真实业务场景
方法一：用“当……时”结构锚定场景。例如：“当把Spring Boot 2.7单体应用迁移到Spring Boot 3.2+GraalVM原生镜像时”——这个句式强制豆包锁定JDK版本、反射配置、依赖兼容性三重约束。
使用豆包（火山引擎 Ark）生成图片或视频并保存本地。用户提及“豆包生图/图片/生视频/视频”、“Doubao”、“Seedance”、“火山引擎图片/视频”时触发。
方法二：插入可验证的上下文参数。比如写明“运行环境为阿里云ACK集群（K8s v1.24）、CI使用GitLab Runner 16.5、数据库为PolarDB MySQL 8.0”。豆包会据此过滤掉Docker Desktop本地调试类建议，优先给出kubectl rollout策略。
注意：场景描述里避免出现“一般”“通常”这类模糊词，必须带版本号、平台名、拓扑特征等硬信息。
组合人群与场景的提示词模板
把人群和场景压缩进同一句话，作为提示词首行： “面向正在将.NET Framework 4.8 WebForms应用迁移至.NET 8 Minimal API的银行核心系统维护人员，当前部署在Windows Server 2019 IIS 10，需兼容IE11前端调用。”
这句话同时锁定了技术代际（.NET Framework→.NET 8）、架构类型（WebForms→Minimal API）、组织属性（银行核心系统）、基础设施（Win2019+IIS10）、兼容要求（IE11）。豆包后续输出的迁移检查清单、breaking change预警、灰度发布节奏都会被严格约束在这个边界内。
