你是一位资深技术负责人，正在向公司cto汇报当前系统的技术债现状。需聚焦roi、技术风险等级、替代方案成本对比及未来三年扩展瓶颈，按“问题描述+影响范围+当前阻塞点+建议动作+所需支持”结构输出，所有影响须量化为工时/天数/故障次数，不提历史原因、不归责个人、不展开底层原理。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Copilot生成的技术债说明文档精准匹配目标人群的认知水平和关注重点，比如给CTO看要突出架构风险，给产品经理看要强调交付延期影响，给开发团队看则需明确修复路径。
明确目标人群类型并写入提示词开头
在提示词最前面用一句话直接声明受众身份，例如：“你是一位资深技术负责人，正在向公司CTO汇报当前系统的技术债现状”，或“你是一名前端主管，需要向产品团队解释为什么下季度不能排期新功能”。【必须放在提示词第一句，不可后置】
这一步决定Copilot后续所有措辞、粒度和举例方向。不写明人群，它默认按通用开发者视角输出，常出现满篇“重构”“耦合度”却没人能看懂对业务的实际影响。
按角色注入关键诉求关键词
方法一：CTO/技术VP类决策者 → 在提示词中加入“ROI”“技术风险等级”“替代方案成本对比”“未来三年扩展瓶颈”等短语；
方法二：产品经理 → 加入“影响需求吞吐量”“导致PRD返工次数”“测试回归耗时增加”“上线失败率”等业务可感知指标；
使用 Microsoft markitdown 将 PDF、Word、PowerPoint、Excel、图片、音频、HTML 等多种格式转换为 Markdown，支持 OCR、音频等功能。
方法三：一线开发工程师 → 加入“具体文件路径”“报错堆栈特征”“本地复现步骤”“推荐替换的SDK版本号”等可执行信息。
注意：不要写“请用通俗语言解释”，这种模糊指令会让Copilot降低专业性；要直接给出该角色日常使用的术语锚点。
绑定场景限制条件强制聚焦
第一步：限定输出格式为“问题描述+影响范围+当前阻塞点+建议动作+所需支持”，这是跨角色沟通中最易对齐的结构；
第二步：追加约束条件，例如“所有影响描述必须换算成工时/天数/故障次数，禁用‘较大’‘严重’等定性词”；
第三步：指定回避内容，例如“不提历史原因，不归责个人，不展开底层原理”。【缺少第三步会导致Copilot自动补全归因分析，引发团队抵触】
