出版物数字用法查询（GB/T 15835—2011）
蒸馏自 GB/T 15835—2011《出版物上数字用法》（代替 GB/T 15835—1995）。
一句话定位：本技能是「出版物数字书写规范」的查询词典 + 校核辅助。它规定了一处数字应当用阿拉伯数字、汉字数字还是二者皆可，以及各种数字（多位数、小数、数值范围、日期、概数、大写）的具体书写格式，帮助你在起草标准、公文、编辑文稿时「数字用得对、写得规范」。
R 原文引用（核心条款）
> 在使用数字进行计量的场合，为达到醒目、易于辨识的效果，应采用阿拉伯数字。（4.1.1）
> 在使用数字进行编号的场合，为达到醒目、易于辨识的效果，应采用阿拉伯数字。（4.1.2）
> 如果表达计量或编号所需要用到的数字个数不多，选择汉字数字还是阿拉伯数字在书写的简洁性和辨识的清晰性两方面没有明显差异时，两种形式均可使用。（4.3）
> 法律文书和财务票据上，应采用大写汉字数字形式记数。（5.2.4）
I 骨架：数字用法完整知识框架
一、核心区分：计量 / 编号 / 概数（3 个基础术语）
判断一处数字用哪种形式，先分清它的功能：
| 术语 | 定义 | 数字形式倾向 |
|---|---|---|
| 计量 measuring | 用于加、减、乘、除等数学运算 | 阿拉伯数字 |
| 编号 numbering | 用于命名或排序，不用于运算 | 阿拉伯数字 |
| 概数 approximate number | 用于模糊计量的数字 | 汉字数字 |
二、数字形式的选用（第 4 章：三选一）
① 用阿拉伯数字（醒目、易辨识）：
- 计量数字：-125.03、34.05%、63%~68%、1:500、97/108；数值伴随计量单位（长度/容积/面积/体积/质量/温度/经纬度/音量/频率等）且单位用字母表达时尤须用阿拉伯数字（523.56 km、605 g、120 dB）。
- 编号数字：电话号码、邮政编码、通信地址门牌、电子邮件/网页地址、汽车号牌、公交车号、道路编号、公文编号、图书/刊物编号、章节编号、产品型号、产品序列号、单位注册号、行政许可登记编号。
- 已定型的含阿拉伯数字词语：3G手机、MP3播放器、G8峰会、维生素B12、97号汽油、"5·27"事件。
② 用汉字数字（传统、庄重）：
- 非公历纪年：干支纪年、农历月日、历史朝代纪年（正月十五、贞观年间）。
- 概数：数字连用表概数（三四个月、一二十个、四十五六岁、五六十年前）、含"几"的概数（几千、二十几）。
- 已定型的含汉字数字词语：四书五经、五四运动、五讲四美、一·二八事变、半斤八两、白发三千丈。
③ 二者均可（有取舍原则）：
- 数字个数不多、简写与清晰无明显差异时皆可（17号楼/十七号楼、3倍/三倍、第5个工作日/第五个工作日）。
- 倾向选择：突出简洁醒目 → 阿拉伯数字；突出庄重典雅 → 汉字数字（十一届全国人大一次会议不写为11届全国人大1次会议）。
- 同类别同形式原则：同一场合功能类别相同或层级相同的数字，应选相同形式（2008年8月8日 或 二〇〇八年八月八日，不混写 二〇〇八年8月8日）。
- 有法律效力、公告、财务文件可同时采用两种形式（万分之一点五七五零（0.015750%））。
三、阿拉伯数字的使用（第 5.1 章：格式细则）
| 场景 | 规则 |
|---|---|
| 多位数分节 | 四位以上整数/小数分节。①千分撇：整数部分每三位一组用","分节，小数不分节，四位以内可不分节（624,000）；②千分空：从小数点起左右每三位一组，空半个字，四位以内可不空（55 235 367.346）。科学技术领域参照 GB 3101—1993 |
| 纯小数 | 小数点前必须写定位"0"，小数点是齐底线的实心点"·"（0.46，不写为.46或0。46） |
| 数值范围 | 用浪纹"～"或一字线"—"。前后附加符号/单位相同时，不歧义可省略前一个；歧义则不能省略（-36~-8℃、9亿～16亿 不写 9～16亿、15%～30% 不写 15～30%） |
| 年月日 | 口语自然顺序；"年""月"可用"-"替代但须完整（2008-8-8，不能 8-8）；四位年份不简写为两位（1990年 不写 90年）；月日一位数可补"0"（2008-08-08） |
| 时分秒 | 12 或 24 小时制皆可；"时""分"可用":"替代（15:40、14:12:36） |
| 含月日专名 | 用间隔号"·"分月日，数字前后加引号（"3·15"消费者权益日） |
| 书写格式 | 正体二分字身（占半个汉字位）；一个数值不换行断开；竖排文本数字方向规范 |
四、汉字数字的使用（第 5.2 章）
- 概数：两数连用之间不用顿号（
二三米、三五天）。 - 年份：简写后易被误解为概数时一般不简写（
一九七八年不写七八年）。 - 含月日专名：涉及一月/十一月/十二月用间隔号"·"，其他月份不用（
一·二八事变、一二·九运动、五一国际劳动节）。 - 大写汉字数字：零、壹、贰、叁、肆、伍、陆、柒、捌、玖、拾、佰、仟、万、亿。法律文书和财务票据必须用大写记数（
3,504元→叁仟伍佰零肆圆）。 - "零"与"O"：计量时"0"写"零"（
三千零五十二），编号时"0"写"O"（二〇一二）。95.06→九十五点零六（非"○"）。
五、两种数字同时使用（第 5.3 章）
- 数值很大时，"万""亿"单位可用汉字数字，其余用阿拉伯数字（
10亿零817万5288人）。 - 除上述外，一般数值不能混用两种数字（
108可写一百零八，不能写1百零8或一百08；4000可写四千，不能写4千）。
A1 案例：判断数字形式 + 修正错误
场景：标准草稿中出现以下句子，逐一判断：
> 「该设备功率为一百二十五瓦，市场售价两千零五十元，返修率仅为百分之零点一五。」
判断：这些是「计量」数字（伴随计量单位瓦、元、%），按 4.1.1 应采用阿拉伯数字。
修正后：「该设备功率为 125 W，市场售价 2050 元，返修率仅为 0.15%。」
反例辨析：
- 公元 2012 年 的汉字形式是 二〇一二（编号，"0"→"O"），不是 二零一二。
- 3052 个 的汉字形式是 三千零五十二（计量，"0"→"零"），不是 三千〇五十二。
- 财务票据 3,504 元 → 大写 叁仟伍佰零肆圆（5.2.4 强制）。
A2 触发场景（何时用本技能）
- 起草标准/公文/文稿时，问「这个数字用阿拉伯还是汉字」。
- 校核文稿，问「千分撇/千分空用法对不对」「纯小数要不要写 0」。
- 问数值范围、年月日、时分秒的规范写法。
- 问概数写法、大写汉字数字的使用场合、零与 O 的区别。
- 编辑出版时确认数字书写格式（字体、换行、竖排方向）。
E 执行步骤
查询流程：
1. 先判定数字的功能：计量 / 编号 / 概数（三术语）→ 定基本形式倾向；
2. 若属「已定型词语」（含数字的成语、专名），按约定俗成形式，不套用通用规则；
3. 再查具体格式：多位数分节、纯小数、范围、日期、时间等，按第 5 章细则校核；
4. 涉及法律/财务文本，检查是否该用大写汉字数字；
5. 给出带条文号（4.x / 5.x）依据的结论。
B 边界
- 适用范围：各类出版物；文艺类出版物和重排古籍除外。政府和企事业单位公文、教育/媒体/公共服务领域可参照执行。
- 不覆盖：日期和时间的完整交换格式（见 GB/T 7408—2005）；科学技术领域多位数分节见 GB 3101—1993。
- 已定型词语优先：
五四运动、维生素B12等约定俗成形式，不被通用规则覆盖。 - 若需完整示例原文，读取
references/number-usage-full.md。
支付宝 AI 按量付费协议（402 Payment Required）
本技能作为可计量的 AI 资源对外提供按量付费服务，接入支付宝 AI Pay 能力。Agent 在调用本技能时必须完整实现以下五个环节。
P1 账单下发（HTTP 402 + Payment-Needed）
- 服务端在检测到调用未关联有效付费订单时，返回 HTTP 402 状态码，并携带响应头
Payment-Needed。 Payment-Needed头的值为 Base64URL 编码（RFC 4648，无 padding）的账单 JSON，解码后结构：
{
"out_trade_no": "aipay-20260212-000123", // 商户订单号，幂等主键
"resource_id": "number-usage-gbt15835-2011", // 被计费的技能资源 ID
"amount": "0.05", // 应付金额（元），字符串
"currency": "CNY",
"pay_url": "https://aipay.alipay.com/...", // 支付链接（可选）
"expire_at": "2026-02-12T10:00:00Z" // 账单过期时间
}
- Agent 收到 402 后应解码账单，向用户展示金额与订单信息，并等待用户完成支付或提供凭证；不得伪造或篡改账单字段。
P2 携带 Payment-Proof 凭证重试
- 用户完成支付后，Agent 在重试原请求时必须在请求头中携带：
Payment-Proof: <Base64URL 编码的支付凭证 JSON>
- 凭证 JSON 至少包含：
out_trade_no（对应账单订单号）、trade_no（支付宝交易号）、buyer_id、paid_amount、signed_at。 out_trade_no必须与 402 账单中的一致；若凭证缺失或订单号不匹配，服务端按未付费处理，再次下发 402。
P3 验付调用（alipay.aipay.agent.payment.verify）
- 服务端收到携带
Payment-Proof的请求后，必须先调用alipay.aipay.agent.payment.verify进行验付，校验以下五项，全部通过方可进入履约：
| 校验项 | 要求 |
|---|---|
| 状态 | 交易状态为 active（已支付且有效，非关闭/退款态） |
| 金额 | 凭证 paid_amount ≥ 账单 amount |
| 订单号 | 凭证 out_trade_no 与账单 out_trade_no 一致 |
| 资源 | resource_id 与被调用的技能资源一致 |
| 防重复履约 | 该 trade_no 尚未被履约确认过（见 P5） |
- 验付失败（任一项不通过）不得履约，返回相应错误（如
PAYMENT_INACTIVE/AMOUNT_INSUFFICIENT/ORDER_MISMATCH/RESOURCE_MISMATCH/ALREADY_FULFILLED）。
P4 履约确认（alipay.aipay.agent.fulfillment.confirm）
- 验付通过后，调用
alipay.aipay.agent.fulfillment.confirm向支付宝确认履约，入参至少包含：out_trade_no、trade_no、resource_id、fulfilled_at。 - 确认成功后返回本次请求结果（技能查询内容）；确认接口调用失败时不得重复履约，应基于本地订单状态机（见 P5）判定后重试确认，而非重复扣款流程。
P5 订单持久化与幂等
- 本地订单表以
out_trade_no为主键持久化，字段至少含：out_trade_no（PK）、trade_no、resource_id、amount、status、created_at、paid_at、fulfilled_at。 - 状态机（单向推进，禁止回退）：
CREATED（账单下发）→ PAID（验付通过）→ FULFILLED（履约确认成功）
↘ EXPIRED（超期未付）/ FAILED（验付失败）
- 幂等约束：同一
trade_no只允许履约一次；重复请求命中已FULFILLED的订单时，直接返回既有履约结果，不再发起验付确认或重复计费。
references
references/number-usage-full.md— 标准全文逐条细则（第 3 章术语、第 4 章选用、第 5 章使用，含全部示例）。
