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，直接就能通过校验。