下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/org-61cldd5y--srtgtyyu.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-61cldd5y/srtgtyyu。- 依据《学习观》关于概念、判别模型和联结模型的理解,看到文稿背后的知识结构:哪些词有明确的所指、现实对象凭什么归入它们、概念之间的关系在什么条件下成立,再把这些画出来。 形式化负责减少歧义,白话和实例负责让关系可理解、可使用。 几条关键分寸: – 知识观是洞察视角,图形由材料决定 ——…
- 分类交叉就画交叉,有反馈就画循环,材料确有层级时才画层级。 – 节点来自当前文稿 ——只有文章本身讨论这些概念时,它们才成为内容节点。 – 形式化不以符号数量计 ——优先「中文名称 + 短公式」,定义符号后再使用,不另造一套图论元语言来描述本来很简单的文章。 – 分…
- 满足分类条件不自动证明预测成立。 – 箭头有语义 ——定义、归类、计算、相关、因果、类比、推断和反馈不能混作一种关系
- 猜想仍标猜想。 – 图的完整不能靠编造 ——文稿缺少判别标准、实例或验证办法,就在对应位置标缺口。
阅读全文 (展开查看完整说明)
概述
⚠️ 付费与数据使用声明(调用前必读)
本技能为按次付费技能,每次调用 0.20 元,通过微信支付 Agent Pay(X402 协议)收款。
数据处理披露(如实告知用户,不隐藏):本技能的结果由后端服务生成。在你确认付费之后,你本次提交的内容会被发送至本技能服务(
POST https://www.skill98.cn/api/resource)用于生成结果;外送范围仅限「你本次提交的这一段内容」,不涉及其他文件或个人隐私信息。未确认付费前,系统不会外送你的内容,也不会产生任何扣款。 本技能不收集、不存储与本技能功能无关的数据,也不向任何第三方转售数据。简单说:你提问题 → 系统提示需付 0.20 元 → 你确认付款 → 系统返回答案。不付费不会扣款,也不会返回完整内容。
本技能知识库与专业提示词已内嵌于本 SKILL.md(及包内 references/ 参考资料),执行前必须先查阅,禁止臆造。
ljg-map · 形式化思考地图
用《学习观》关于概念、判别模型和联结模型的理解,看到文稿背后的知识结构:哪些词有明确的所指,现实对象凭什么归入它们,概念之间的关系在什么条件下成立。把看到的结构画出来,形式化负责减少歧义,白话和实例负责让关系可理解、可使用。
Workflow Routing
| 请求 | 执行 |
|---|---|
| 从文稿生成地图,或修订已有地图 | 阅读 [Workflows/Map.md](Workflows/Map.md) |
| 需要校准公式密度、节点解释和来源边界 | 按需阅读 [Examples.md](Examples.md);学习表达方式,不套用题材和节点 |
Gotchas
- 知识观是洞察视角,图形由材料决定。 具象、概念与应用的对应帮助检查知识是否接通,不构成固定的三个图层、三个栏目或必经步骤。分类交叉就画交叉关系,反馈就画循环;材料确有层级时才画层级。
- 节点来自当前文稿。 不把任何文章都画成「经验—抽象—概念—记忆—学习」;只有文章本身讨论这些概念时,它们才成为内容节点。判别、验证可以写在边或节点解释里,无须一律占框。
- 地图不是换成公式的长文。 成品先让读者看见承重关系,再解释图里的节点。不能只给概念清单、长表格或一串没有地图的公式。
- 形式化不以符号数量计。 优先「中文名称 + 短公式」。定义符号后再使用,不另造一套图论元语言来描述本来很简单的文章。
- 分类与预测分开。 「有圆圈」可以定义一类;「这一类会加分」是另一条需要依据的关系。满足分类条件不自动证明预测成立,也不能推出反面类别有反面结果。
- 箭头有语义。 定义、归类、计算、相关、因果、类比、推断和反馈不能混作一种关系;用短边标签和必要条件区分。猜想仍标猜想。
- 图的完整不能靠编造。 文稿缺少判别标准、实例或验证办法,就在对应位置标缺口。补充的教学例子、应用设想与可行性判断要与原文陈述分清。
成品约定
默认直接在对话中交付 Markdown、Mermaid 和可读公式。用户要求保存、特定格式或修改已有产物时,按其指定交付;本技能不默认写笔记、覆盖原文或发布。
主图显出这篇文稿特有的知识关系,不预设层数、形状或统一应用流程。主要关系保持易读,次要分支可以放到有连接位置的补图或标记表。每个图中节点均能在解释中找到相同编号或名称,以及定义、公式、语义和具体对应。
Examples
/ljg-map <文稿或文件路径>:读到实际内容后,画出该文稿的知识结构,解释每个节点,用合适的具体对应讲清关键关系。把这篇文章的概念、判别和联结画清楚,别改写文章:保留作者的主要推理、并列结构及重要分歧;在箭头处标明条件和来源中的不确定性。这张图太难懂,重新画:减少符号和主图拥挤度,用一个合适例子贯穿;保留会改变判断的条件,不以删掉论点换取表面简洁。
💳 微信 Agent Pay(X402)付费调用声明
📢 数据合规声明(对用户公开):本技能已向用户明确披露「按次付费 0.20 元/次」与「用户内容外送范围(仅本次提交的内容,用于生成结果)」,调用前请确保用户已知悉并同意。本技能不收集与本功能无关的数据,也不向任何第三方转售数据。
一、计费说明
本技能为付费技能,按次计费,单次 0.20 元/次,通过微信支付 Agent Pay(X402 协议)收款。
二、前置要求(🔴 必查)
调用前请确认当前运行环境已具备平台内置的微信 AI 支付能力(含 weixinpay_pay 工具),否则收到 402 响应后无法完成支付授权。请勿引导用户安装任何第三方插件或来源不明的程序包。
三、付费调用流程
第一步:请求资源(触发 402)
向本技能服务发起首次请求:
POST https://www.skill98.cn/api/resource
Content-Type: application/json
{"query": "<用户输入的内容>"}未支付时服务返回 HTTP 402 Payment Required,并携带以下响应头:
| 响应头 | 含义 |
|---|---|
WeixinPay-Required | 支付凭证 payment_code,交给 weixinpay_pay 申请支付授权 |
X-Out-Trade-No | 本次订单号,第三步重试时需原样带回 |
响应体示例:
{"code":"PAYMENT_REQUIRED","message":"需要支付后才能获取内容","out_trade_no":"<订单号>","amount":"0.20","currency":"CNY"}第二步:发起支付
取响应头 WeixinPay-Required 的值作为 paymentCode,调用 weixinpay_pay 向用户申请支付授权。用户确认并完成付款后进入第三步。
第三步:携订单号重试(🔴 支付后必须重新请求)
支付成功后重新发起同一请求,请求体与第一步完全一致,并在请求头带上第一步拿到的订单号:
POST https://www.skill98.cn/api/resource
Content-Type: application/json
X-Out-Trade-No: <第一步返回的订单号>
{"query": "<用户输入的内容>"}服务校验订单已支付后,返回完整的技能结果。
四、异常处理
| 错误码 | 含义与处理 |
|---|---|
NOT_PAID | 订单未支付:调用 weixinpay_pay 重新发起支付授权,支付后按第三步重试 |
REFUNDED | 订单已退款:本单结果不可用;如仍需结果,请新发起一次调用(生成新订单) |
FULFILL_AND_REFUND_FAILED | 履约失败且退款失败:保留订单号提示用户联系商家处理,不得重复扣款 |
ORDER_NOT_FOUND | 订单号无效:不要用该订单号重试,直接回到第一步重新发起首次请求 |
幂等保证:同一订单号重复请求不会重复扣款;支付成功后凭同一订单号重试可稳定取回同一结果。
💳 付费能力声明(微信 Agent Pay / X402 协议 · Pay Skill)
本技能为 Pay Skill,按调用量计费:0.2 元/次(pricing: { model: per_call, amount_fen: 20 })。付费流程由平台微信 Agent Pay(X402)支付链路完成,费用直达商家微信商户号;本技能不自行收单、不收集、不存储任何支付密钥。
前置检查:当前环境是否支持微信 AI 支付
本 Skill 通过平台微信 Agent Pay(X402)支付链路收款,依赖运行环境内置的微信 AI 支付工具(工具名含 weixinpay_)完成收款(如 mcp__weixinpay__weixinpay_register,工具名带前缀也算;存在任意一个即视为支持)。只以你的工具列表为证据,本文档中提到的工具名不算;无法确认时按「不支持」处理。
- 已具备:按下方流程正常调用。
- 未具备:如实向用户说明结论与解决办法,并终止本次下单。不要引导用户安装任何第三方插件、程序包或来源不明的脚本。 可按环境提示用户:
- 请将当前客户端升级到最新版本后重试;
- 或通过平台官方渠道了解微信 AI 支付的开通方式。
说明:以上检查过程与结论均可对用户公开,无任何需要隐瞒的内容。
支付响应与重试规范(必须严格遵守)
- 下单返回的
WeixinPay-Required字段,必须原样输出,不要改写、省略或总结。 - 若服务返回 HTTP 402(或 200 兼容模式)且带
WeixinPay-Required头,说明需要支付:- 取
WeixinPay-Required的值作为 paymentCode,调用mcp__weixinpay__weixinpay_retry_pay,参数为{ "paymentCode": "<值>" },触发微信支付弹卡; - 弹卡后等用户付款,用户回复「付好了」再继续。
- 取
- 用户在卡片完成支付后,带
payment_code二次调用(原样重试):- 请求 body 与首次一致,另加
payment_code字段(取自 402 响应的payment_code); - 后端会查单验真(trade_state=SUCCESS)后再履约;
- 不带
payment_code重试将永远拿不到付费内容。
- 请求 body 与首次一致,另加
- 支付凭证(payment_code)有效期 ≤ 15 分钟,过期需重新走下单流程。
支付凭据投递铁律
- 凭据必须出现在工具返回值里,靠模型复述不可靠;下单工具的输出要原样返回。
- 响应头与响应体中的凭据必须逐字节一致,不得截断、换行、转义或二次编码。
- 若平台不支持自定义状态码,用 200 兼容模式 +
WeixinPay-Required头。 - 若响应头被 CDN/网关/代理剥离,用「Header + Body 双投递」兜底。
异常处理与订单幂等
- 支付未完成/中断/超时:明确告知用户「当前未完成付费、未扣款」,绝不编造支付成功,绝不绕过平台支付链路交付付费内容。
- 同一订单(
out_trade_no/payment_code)只履约一次;重复重试不重复扣费、不重复交付。 - 支付成功后如需对账,输出中关联平台回传的订单号(
out_trade_no,≤32 位)。