各平台需定制豆包提示词：飞书限1800字符、用##分段、三字段必填；钉钉分同步/落地两模式，含@与code；企业微信强按时区、量化收益、限附件解析；Wiki需YAML元数据、锚点ID、术语中英对照及变更记录表。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要为不同平台（如飞书、钉钉、企业微信、内部Wiki）定制豆包写技术债改造方案的提示词，因为各平台的消息长度限制、@机制、文件解析能力、是否支持Markdown渲染差异极大，直接复用同一套提示词会导致方案生成不完整、关键信息被截断或格式错乱。
飞书场景：适配消息卡片与文档联动
第一步：在提示词开头明确声明输出格式为「飞书文档兼容结构」，要求用二级标题（##）分段、禁用三级以下标题、所有列表用短横线（-）而非数字序号。
第二步：强制要求每个技术债条目必须包含「影响模块」「当前风险等级（高/中/低）」「建议修复周期（≤1周/2–4周/≥1月）」三字段，且字段名加粗，字段值单独成行。
第三步：在提示词末尾追加指令：“若检测到附件含代码片段，仅提取函数签名与错误日志上下文，禁止展开完整源码；所有路径用斜杠/统一，不使用反斜杠\”。
注意：飞书机器人默认截断超2000字符的文本，因此提示词中必须包含“总字数严格控制在1800字符以内”——否则生成内容会被截断，丢失修复建议部分。
钉钉场景：适配群聊轻量播报与任务转交
方法一：面向技术负责人快速同步
在提示词中限定输出为3段式：① 一句话结论（例：“当前阻塞发布的技术债共4项，最高优先级为支付回调超时处理”）→ ② 表格形式列出TOP3债项（列：编号｜模块｜紧急度｜负责人@姓名）→ ③ 末尾固定句：“请@对应负责人确认排期，24小时内未响应将自动升级至TL群”。
方法二：面向开发同学执行落地
提示词需强制开启「操作指引模式」：每项债修复步骤必须以“✅”开头，动词前置（如“✅ 替换HttpClient为OkHttp3.12.x”），禁用被动语态；所有依赖版本号必须带链接（如“okhttp:3.12.12 → https://mvnrepository.com/artifact/com.squareup.okhttp3/okhttp/3.12.12”）；关键命令行操作用code包裹（如`git checkout -b tech-debt-pay-callback-fix`）。
立即进入“豆包AI人工智官网入口”；
立即学习“豆包AI人工智能在线问答入口”；
企业微信：适配审批流嵌入与附件解析
在提示词中加入硬性约束：【所有时间节点必须标注时区，例如“2024-06-15 18:00 CST”】，否则审批人易误判截止时间；
要求将“改造收益”量化为可填入审批单字段的格式：“预计减少线上告警频次：37%｜预估节省运维工时/月：22h｜关联业务指标：订单创建成功率+0.8%”；
若原始需求含PDF/Excel附件，提示词必须声明：“仅解析附件第1页或Sheet1中带‘技术债’‘待优化’字样的表格，跳过图表、页眉页脚、备注栏”——企业微信文档助手对非结构化内容解析准确率低于40%。
内部Wiki场景：适配长期归档与检索
第一步：提示词开头指定「Wiki元数据区块」，要求生成YAML格式前置声明（title、last_update、author、related_epic_id）；
第二步：正文启用多级锚点，每个债项标题后紧跟式ID，方便其他文档交叉引用；
第三步：所有术语首次出现时括号内附英文原词（如“熔断降级（Circuit Breaker Fallback）”），Wiki搜索系统依赖此规范匹配；
第四步：在文末插入「变更记录表」，按时间倒序列出每次方案更新的commit hash与修改人——Wiki历史版本对比功能依赖该表定位差异点。
