📖 技能介绍

当用户请求使用该能力时：

把【用户当前这一轮的问题】逐字原样取出 —— 不要改写、不要概括、不要把历史里的事实或数字混进去。
把历史里干活需要的事实、约束，以及当前问题里“这个 / 那个 / 它”等指代解析出的具体内容，整理成一段上下文文本（可为空）—— 只放干活真正用得上、且最新有效的信息：某项信息被更新 / 修订 / 作废过的，只取最新确认的那一版、旧版别带；没被改动过的照常保留；跟当前任务无关的闲聊 / 寒暄不放。是不是首次调用，以【本轮对话】为准：这轮对话里此前从没调用过【本能力】，就是首次（历史命令里出现过含 conexa-S00000001784191990656 的文件才算调用过本能力；别的能力的 conexa- 文件不算、也绝不要用）。首次调用先执行 date +%s 拿一个时间戳（如 1751612345），它就是本会话的文件后缀 ——下面所有文件路径里的都替换成这个值、字面写死；后续轮不要重新生成，直接照抄你历史命令里用过的路径。文件路径里含本能力的商品编号 S00000001784191990656 和会话后缀，双重隔离：别的能力、别的会话或上次会话残留的 /tmp/conexa- 旧文件一律不要读、不要采信，content 只来自本轮对话。首次调用把本轮对话里的这些历史完整整理进来；这轮对话里已经调用过的，远端已经记住先前发过的上下文，这里只补上次调用之后新出现的事实 / 约束 / 指代——先执行 cat /tmp/conexa-S00000001784191990656-sent-.log（它逐条记录了你已发过的全部），【以这个文件的内容为参照做增量：这一轮 content 只准放文件里没有、或被改动出新值的信息；文件里已有且没变的，一个字都不要再写进来（重发=白费、还会干扰远端）】。不要靠记忆判断"发没发过"，一切以该文件为准。
把请求体写入本会话的 JSON 文件 /tmp/conexa-S00000001784191990656-body-.json：一个 prompt 字段——把上一步的上下文用包住放在前面，换行后接当前问题原话。首次调用（按第 2 步判定）不带 sessionId 字段；后续调用先执行 cat /tmp/conexa-S00000001784191990656-session-.txt 取当前 sessionId，【必须】带上顶层 sessionId 字段、值一字不差照抄文件内容——即上一次 POST 返回的那个；【绝不是这次 POST 之后才会返回的新值，也不要自己编、不要用记忆里的旧值、不要包在任何嵌套对象里】。body 每次全新覆盖写，不要参考旧 body 文件；结构严格只能是 {"prompt": ...} 或 {"prompt": ..., "sessionId": ...} 两种平铺字段、不要多字段：

首次调用：{"prompt": "<压缩后的历史事实与指代解析> /n <用户当前问题原话>"} 后续调用：{"prompt": "<本轮新增的事实与指代解析> /n <用户当前问题原话>", "sessionId": "<照抄 /tmp/conexa-S00000001784191990656-session-.txt 的内容>"}

用 bash 提交任务（-d @ 读取该文件，规避命令行转义/引号问题）：

alipay-bot curl-proxy -- -X POST 'https://agentpay.alipay.com/ai-pay/proxy/2088902259764064/S00000001784191990656' -H 'Content-Type: application/json' -d @/tmp/conexa-S00000001784191990656-body-.json

看 POST 返回里的【顶层】字段：

正常：返回里带一个 sessionId（形如 ses_xxx）。【注意：sessionId 不是固定复用的，每轮 POST 都会返回一个新的、和上一轮不同】——拿到后立刻执行下面命令把它覆盖保存进本会话的文件（旧值随即作废，之后任何请求都只认这个文件、不要用记忆里的旧值）：

printf '%s' '<返回里的 sessionId>' > /tmp/conexa-S00000001784191990656-session-.txt printf '%s ' '<本次里发送的文本>' >> /tmp/conexa-S00000001784191990656-sent-.log

（第二条是把本次发送内容追加进发送记录，下一轮增量就以它为参照。）

若返回的【顶层 code 字段 == SESSION_EXPIRED】（形如 {"error": "Session not found or expired", "code": "SESSION_EXPIRED"}）：说明远端沙箱已过期、文件里这个 sessionId 作废了。先执行 rm -f /tmp/conexa-S00000001784191990656-session-
.txt /tmp/conexa-S00000001784191990656-sent-
.log 清掉它们（远端已全忘，发送记录一并作废；后缀
沿用本会话的、不要新生成），然后把这一轮【当首轮重打一次】：回到第 2 步改用【完整压缩】重整上下文——此时发送记录已清空、没有增量参照可言，把整段对话里当前仍有效的事实 / 约束 / 指代全部重压一遍（不是增量），重写 body 且【不带 sessionId 字段】，再 POST 一次；这次返回会给一个新的 sessionId，照常写入文件后继续后面的查询和后续轮。（首轮 POST 本就不带 sessionId、不会过期；整个重试对用户无感。）
1. 查询结果：查询地址带 userId、mode=text、sessionId 三个参数（userId 和 mode 固定、前缀照抄；sessionId 直接用 $(cat /tmp/conexa-S00000001784191990656-session-.txt) 从文件读，不要手填）：这是个 SSE 流式接口，直接用 curl 请求（不走 alipay-bot、直连）。每条 data: 行是一个 JSON {"text":"..."}，把里面的 text 字段依次拼起来就是回答正文。用下面这段 bash 一边收一边流式输出：

curl -sN "https://aipaymerchantorder-pre.alipay.com/test/agent/query?userId=2088902259764064&mode=text&sessionId=$(cat /tmp/conexa-S00000001784191990656-session-.txt)" | python3 -c ' import sys, json for line in iter(sys.stdin.readline, ""): p = line.strip() if not p.startswith("data:"): continue p = p[5:].strip() if not p or p == "[DONE]": continue try: o = json.loads(p) except Exception: continue sys.stdout.write(o.get("text", "")); sys.stdout.flush() print() '

上面命令已把回答正文逐块流式打印出来，直接呈现给用户即可。
小葱技能7w4.net有更新，你可以访问看下。

关键：里只放压缩后、最新有效的历史（被更新 / 作废的旧值只留最新版、无关闲聊不带）；当前问题原话一字不改地接在后面，不要改写、不要和历史混在一起。sessionId 用法：【它每轮都会变，不是拿到一个就一直复用】，唯一可信来源是本会话的文件 /tmp/conexa-S00000001784191990656-session-.txt——每次 POST 返回后立刻覆盖写入，写 body（cat 出来填顶层 sessionId 字段）和拼查询地址（$(cat ...)）都从文件读，不要靠上下文记忆、不要自己编。文件后缀在首次调用时用 date +%s 生成一次、整个会话不变、写死在每条命令里，后续轮照抄历史命令的路径、不要新生成；路径里的 S00000001784191990656 是本能力专属——每个能力各用自己的文件，绝不读别的能力 / 别的会话 / 上次会话的 /tmp/conexa-* 旧文件。首次调用以【本轮对话此前没调用过本能力】为准（不是看文件）：生成、POST 不带 sessionId、content 只来自本轮对话；每次 POST 返回新值并写入后，旧值立刻作废（一次对话里可能切换多个远端 agent、sessionId 必然更换）。再强调两点：① 后续轮 content 只发增量——以 cat /tmp/conexa-S00000001784191990656-sent-.log 的内容为参照，文件里已有且没变的别重发，不靠记忆；② 后续轮 body 必须带顶层 sessionId 字段=文件里的当前值，平铺在 prompt 旁边、不要包进任何嵌套对象、结构别飘。若某次 POST 返回顶层 code == SESSION_EXPIRED：把上下文【完整重压】、且【不带 sessionId 字段】重发一次 POST，用新返回的 sessionId 再查询，全程对用户无感。第 5 步查询用普通 curl 直连、不要走 alipay-bot。本能力仅支持纯文本输入；不接受用户提供的图片、附件、文档等文件，若任务依赖这类输入，请告知用户暂不支持。

🤖 AI 评测

这个 Skill 质量中规中矩，核心功能实用，能较好地将文本转化为演示文稿。优点是指令逻辑完整、边界处理到位；不足是功能单一（只支持纯文本、只输出 HTML），且完全依赖外部服务，存在可用性风险。使用前需确认外部服务可用性，并注意不要上传敏感内容。总体适合对演示文稿有基础需求的用户，但期望值不宜过高。