最新Poe技术博客提示词按平台生成不同版本实战指南
飞书文档风格版生成
先明确一个事实：项目停更≠技术过时。这个已归档项目依然值得深挖，因为它把前端鉴权、反爬对抗和真实请求链路的底层逻辑完整摊开——这正是多数“封装库”刻意隐藏的核心。如何高效学习？原文给出三条主线：从Cookie模拟切入，摸清登录态保持的本质；解析p-b字段，搞懂动态签名为何无法伪造；每一条都直指前后端交互的最硬核痛点。
实操上，有一个五秒即可上手的方法：第一步，打开豆包输入框，设定角色——“你是一位拥有5年AI平台技术布道经验的开发者关系工程师，熟悉飞书多维表格与文档联动机制”；第二步，输入具体任务——“请基于Poe非官方API封装库（poe-api-wrapper）的技术原理，生成一篇面向内部工程师的飞书文档。要求：首段用3句话讲清‘为什么现在还要学这个已停更项目’；核心原理部分用▶️符号引导三级展开（如▶️登录态模拟→▶️Cookie提取逻辑→▶️p-b字段为何不可伪造）；每段末尾预留[讨论]占位符，方便插入飞书评论锚点”。最后附加硬约束：“禁用任何Markdown语法，所有代码块用中文引号包裹，如‘poe.chat.send_message(‘capybara’， ‘Hello’)’；全文不超过420字”。这条约束至关重要——飞书文档里代码段若使用Markdown，协作展示极易出现排版错乱。
Confluence知识库风格版生成
与飞书文档追求信息密度不同，Confluence页面天然需要强结构化，便于嵌入团队Wiki导航树。要自动适配，有两种路径：
方法一：直接输入指令——“请将同一poe-api-wrapper技术解析，改写为Confluence标准页面。标题层级严格为H1→H2→H3；H2固定为‘适用场景’、‘核心限制’、‘调试建议’三项；每个H3下用✅/⚠️/?图标开头；所有技术名词首次出现时括号标注英文原词（如‘formkey（动态签名参数）’）；禁用第一人称；所有操作步骤以‘执行’、‘验证’、‘检查’动词起句”。这套规则直接对标Confluence页面模板规范，输出后几乎无需手动调整。
方法二：如需自动适配宏插件，可在指令末尾追加：“在‘调试建议’末尾插入{code:title=抓包命令|language=bash}curl -v https://poe.com/api/gql_POST{code}宏语法”。注意：Confluence不支持SSE流式响应的实时渲染，所有“消息流处理”相关描述必须转换为静态分步说明。这一步极易出错——一旦写错，页面渲染将直接乱码。
Swagger API门户风格版生成
Swagger UI的底层逻辑与前两个平台截然不同：它本质上是机器可读的接口契约展示页，人类只扫关键字段。此时角色设定和任务定义必须调整——你需要扮演“API平台治理专家”，负责将第三方工具链文档注入企业Swagger中心。
具体步骤简洁：第一步，定义任务——“提取poe-api-wrapper中与gql_POST请求相关的全部技术要素：URL路径、必需Headers（含p-b Cookie）、GraphQL query变量名、典型错误响应HTTP状态码（如401/403/429）”。第二步，施加约束——“输出纯YAML格式，仅保留openapi: 3.0.3、info、paths三个顶层键；paths下只写/post端点；所有description字段用中文，但字段名（如formkey）保持英文小写；禁用example字段，改用summary字段概括用途”。第三步，将全部内容粘贴到Swagger Editor，直接通过校验。
