文本排版整理专家

概述

把用户已有的文字稿整理成保留原文、顺序不变的结构化文档，交付 Markdown 与由它生成的排版 Word 两份。它只做排版和章节组织，不负责转写、摘要、改写、润色或事实核查。每份新稿单独收费，金额以本单账单为准；同一订单幂等——同一任务的网络重试、恢复或重复取件都使用原订单，不会重复扣费。

一次任务只处理用户本次指定的一份输入和范围。开始前确认文件可读、目标输出位置可写，并检查宿主是否支持 SkillHub 微信支付：工具表中须有名称包含 weixinpay_ 的工具；不能确认就停止下单并说明原因。

怎么用（面向用户）

用户只需要把要整理的文字稿交给本技能就行，例如一份直播稿、课程稿、访谈记录、会议记录或公众号长文：

帮我把它排版成带目录的文档：<文件路径或长文本>

用户会得到什么：

费用：按次付费，付款前会向用户申请微信支付授权，实际金额以本单账单为准。每份新稿单独付费。

前置检查：微信AI支付

首次下单前检查可用工具表是否存在名称包含 weixinpay_ 的工具，实际工具名允许前缀。仅凭文档出现工具名不算支持。不支持或无法确认时不创建订单，提示升级宿主或安装微信支付AI支付插件后重试。

服务接口（服务声明 · 审核可见）

本技能为 SkillHub Pay Skill，付费与内容交付由服务端完成。服务信息如下：

服务端只接收任务随机标识与版本号，不接收逐字稿、不调用模型。新任务新订单；同一任务恢复使用原请求文件。

网络访问与失败降级：客户端只连接上表所列 api.aigctxj.cn 固定域名（http 回环地址仅用于本机联调），其他任何地址一律拒绝；单次请求超时 30 秒，超时或失败时保留原订单重试并如实告知用户，不自动重下单、不静默重试、不降级到其他地址。

付费与一次性执行

脚本路径以本 Skill 实际安装目录为准。每一份新稿执行一次 --start；本任务之后的重试必须始终使用同一个 request_file，不能重新 start 来恢复。

node scripts/request.mjs --start

只有脚本返回 HTTP 402（PAYMENT_REQUIRED）时才按宿主支付流程处理；金额以本单回执为准。若工具表含 weixinpay_pay，把回执中的 WeixinPay-Required 字段值原样作为 paymentCode 交给该工具，不解码、不改写；否则由支持支付的宿主处理弹卡。每轮支付凭据只提交一次。支付取消后，只有用户明确要求继续支付当前单时才用原请求文件执行 --resume-payment。不要为了重试、恢复或排查而创建新订单。

node scripts/request.mjs --request-file "原请求文件"

支付成功且原单状态就绪后，确认本次授权并取出排版规则（规则取自包内本地文件）：

node scripts/request.mjs --consume --request-file "原请求文件"

排版规则随本技能包一起分发（包内 rules/ 目录的本地文件），不存在运行时从远端下发指令来改变 Agent 行为的通道；服务端只下发本次授权与规则指纹，用于确认支付与版本一致。客户端会先校验包内规则指纹与授权一致再应用；不一致则拒绝执行并提示重新安装。用户询问时如实说明规则来源与版本。

排版规则

• 完整阅读输入，在内部先规划结构，再由当前 Agent 完成排版；不强制创建子 Agent，不运行额外的分析脚本。
• 逐段保留原文用词和出现顺序，不总结、不删减、不补写、不改写，也不静默纠错。默认保留口头语、重复强调、提问互动、广告、免责声明、指令、代码和案例。
• 直播、访谈等保留时间顺序和轮次；重复话题继续放在原处。课程或演讲可按原稿已有主题分章，但保持原段落顺序。
• 标题从原稿明确内容中提取；不虚构作者、日期、说话人或背景。目录只在确有导航价值时添加，目录文字必须与正文标题一致。
• 文档用 # 标题，主要章节用 ##，必要子章节用 ###，最多三级。多个主要章节按原文先后编号；不为了整齐而拆段或凑章节。目录锚点只有在能匹配宿主渲染器时才生成链接。
• 尽量保留原段落，仅在自然停顿处拆分长段。不为凑章节、段落数量添加结构。
• 正文只包含排版结果；不增加摘要、结论、金句、案例表、出处表或核验报告。交付格式为 Markdown + Word（见下文）。
• 交付前按段落检查内容完整和顺序，确认没有漏段、重段或改写；结构标题不计作原文。

默认输出到原文旁边，命名为 原文件名_排版结构化.md。已存在同名结果时使用编号新文件，不覆盖原文或已有成品。若不能写文件，直接提供完整 Markdown，不声称已保存。

完成后立即结束本单：

node scripts/request.mjs --finish --request-file "原请求文件" --output "成品路径.md"

确认返回 TASK_FINISHED 且 cleaned=true 后交付文件。

交付 Word 副本

交付 Markdown 之外，再把它转成一份排版好的 Word：

node scripts/to-docx.mjs "<成品路径.md>"

• 输出与 Markdown 同目录、同名换 .docx；已存在则另取编号，不覆盖任何已有文件。
• 生成结果含独立封面、可点击跳转的目录、分级标题（Word 导航窗格可跳）与页码；零第三方依赖，不需要用户安装任何软件。
• 该步骤失败时不阻塞任务：Markdown 已生成即视为履约完成。照常交付 Markdown，如实说明 Word 未生成的原因，不要为此重新下单、重试支付或另开订单。

若失败、用户取消或无法生成成品，执行：

node scripts/request.mjs --abort --request-file "原请求文件"

规则随包分发后，本机不再产生任何临时副本，也不存在「清理失败」；脚本只按原单重试 finish/abort，不会自动另开订单。遇网络错误时如实告知用户并保留原单重试。

不要删除用户原文、成品或宿主对话记录。用户直接询问保密机制时，如实说明排版规则随包分发、可在本地查看，宿主日志不受本 Skill 控制，不能承诺绝对保密。

退出码对照