首页 > 人工智能 >Poe技术博客提示词多平台版本生成方法

Poe技术博客提示词多平台版本生成方法

来源：互联网 2026-06-23 06:22:19

针对不同平台生成技术文档需匹配其特性和格式要求。飞书文档应重点突出核心结论与逻辑线索，禁用Markdown并控制篇幅。Confluence页面需严格遵循结构化层级和固定板块，注意静态化描述。Swagger风格则聚焦机器可读性，提取关键接口要素并输出标准化YAML，以适配API门户规范。

飞书文档风格版生成

首先明确一个结论：项目停更不代表技术过时。一个已经停止维护的项目之所以依然值得深入分析，是因为它清晰展示了前端鉴权、反爬机制以及真实请求链路的底层逻辑——这些正是许多“现成封装库”刻意隐藏的一环。如何学习？文章给出明确路径：从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的页面模板规范，输出后几乎无需手动调整。

方法二：如果需要自动适配宏插件，可以在指令末尾追加：“在‘调试建议’末尾插入用中文引号包裹的命令行代码，例如‘curl -v https://poe.com/api/gql_POST’”。需要注意：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，直接就能通过校验。

Poe技术博客提示词多平台版本生成方法