要让poe生成深度播客问题，需用精准角色锚点（如“拒绝大厂收购的3人手账app开发者”）、嵌入真实冲突（如言行矛盾或github质疑），并禁用“为什么”等主观词，强制每个问题含可验证事实和可观测行为。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让Poe生成的播客访谈问题不流于表面、不重复常见套路，必须打破“通用提问模板”思维，用具体人物背景、真实争议点和未被公开的细节作为触发条件。
替换模糊身份为精准角色锚点
把“请为一位创业者设计5个访谈问题”改成“请为2023年因拒绝某大厂收购而被行业热议的独立App开发者（专注小众手账工具，团队仅3人，iOS端年营收不足80万）设计4个能撬动其真实决策逻辑的问题”。【身份越窄、矛盾越实，问题越难浮在表面】
这一步操作起来很简单，直接把文件拖进去就行。但若只写“创业者”，Poe会默认调用知乎高赞问答里的泛泛模板——比如“创业最难的是什么”，这种问题嘉宾早背熟了三版回答。
嵌入真实冲突或未解事件
方法一：引用一句该嘉宾近期公开言论中的矛盾点。例如：“他上周在播客中说‘用户增长不是我的KPI’，但其产品上月悄悄上线了裂变邀请功能。”→让Poe基于这句话的言行张力生成问题。
方法二：插入一个第三方质疑。例如：“有用户在GitHub issue里指出，v3.2版本删除了导出PDF功能，但更新日志未说明原因。”→要求Poe围绕这个具体缺失点设计追问，而非问“你怎么看待用户体验”。【没有具体事件锚定的问题，天然缺乏刺穿感】
限定问题结构与禁忌词
第一步：明确禁止使用“为什么”“如何”“你觉得”开头——这类词会让问题滑向主观感受，失去事实切口。
第二步：强制要求每个问题必须含一个可验证的事实要素。例如：“你删掉PDF导出功能那天，服务器日志显示有17位付费用户连续发起导出请求，其中9人当天取消订阅——当时技术后台是否捕捉到这个信号？”
第三步：指定问题落点必须是动作、选择、删改痕迹等可观测行为，而非态度或价值观。这能倒逼Poe放弃“初心”“坚持”“梦想”等空泛词汇。
这一步的关键在于，Poe的底层训练数据里，“为什么”类问题占比过高。不主动封禁，它就会自动回归安全区。
