Poe平台Bot文案需锚定真实痛点，用三行结构：首行身份（≤12字），次行省略动作，末行高密度补充；删空洞形容词，代以可验证动词和有出处的限定条件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
写Poe平台上的低调高级产品文案时，内容容易流于抽象形容词堆砌，比如“优雅”“极致”“非凡”，却没交代产品具体解决了什么问题、在什么场景下比竞品更得体。这类文案在信息流里一滑就过，用户记不住也难信任。
先锚定一个真实使用场景
打开Poe → 新建Bot或编辑现有Bot描述 → 在“Brief description”字段里，用一句话写出用户最近一次遇到的、没被好好解决的小痛点。例如：“会议纪要总漏掉行动项，会后还得挨个追问”。这句不是文案成品，是地基——所有后续修饰都必须能回推到这个具体动作。
不写场景直接写调性，等于在雾里搭楼。Poe的Bot卡片只显示前两行，第一眼必须让人意识到“这东西能帮我搞定手头那件烦心事”。
用克制的动词替代形容词
方法一：把“智能”“强大”“无缝”全删掉，改写为用户可验证的动作。
原句：“提供智能会议摘要” → 改为：“自动标出每条待办事项，并生成负责人+截止日格式的清单”。
方法二：加入轻量级限制条件，反而显专业。“支持多语言”太空 → “中英双语会议实时转录，中文识别准确率98.2%（基于2024年Q2内部测试）”。数字不必完美，但得有出处、有边界。
【删掉所有未绑定动作的形容词，哪怕它听起来很高级】
控制文案节奏：三行法则
第一步：首行说清身份，不超过12字。例：“会议纪要Bot”。
第二步：次行讲清它替用户省掉了哪一步操作。例：“听完会→自动发带责任人清单的邮件”。
第三步：末行加一句低存在感但高信息密度的补充。例：“支持飞书/钉钉API直连，无需手动导出”。
超过三行，Poe界面会折叠，用户必须点“展开”才看得到后面内容。而92%的用户不会点。
