把核对过的答案写回同一页笔记
我们在 BaseHalf 文件夹里打开官方的 JSON 数字规则,从 PDF 里生长出一则笔记,用 Claude Code 核对三种写法,再把核实过的答案写回原来的问题页。
我想留下一条还能再打开的规则,而不是一次聊完就消失的回答,用来核对三种在 JavaScript 里看起来没问题、却会在 JSON.parse 里失败的 JSON 数字写法:+1、01 和 1e+2。
我把两份官方文本放进一个文件夹,再在 BaseHalf 0.6.1 里打开它。一份是 Ecma International 的 ECMA-404 第 2 版(2017 年 12 月),The JSON Data Interchange Syntax。另一份是 IETF 的 RFC 8259,The JavaScript Object Notation (JSON) Data Interchange Format,由 T. Bray 编辑,同样发布于 2017 年 12 月。两份都是我在 2026-11-12、Asia/Shanghai 时间取回的。这份 ECMA PDF 是受版权保护的官方标准。我在文件夹里留了副本以便阅读,不会把它重新发布。RFC 8259 把 ECMA-404 列为规范性引用。一份简短的 SOURCE.md 记录了这些事实。我还写了 question.md,在核对原文之前,先写下这三种写法和我的初步判断。
我在 Card Detail 里打开这份 PDF,翻到第 8 节 Numbers,也就是 PDF 第 11 页(印刷页码第 3 页),选中该段的一部分,然后使用 Grow branch。这会生成 ECMA-404-note.md,它已经把 ECMA-404.pdf 列为上游,并带有引用块和指向第 11 页的来源链接。选区是从句子中途开始的,所以这则生长出来的笔记,标题和引文都以 gn (U+002D). 开头。我没有事后把它改整齐。我自己又读了同一段在 PDF 里的开头,并读了 rfc8259.txt 的第 6 节。
我把两份官方文本和这则生长出来的笔记写进 question.md 的 upstream 列表,从而连上它们。画布上,同样的文件之间出现了连线。SOURCE.md 就放在这些文本旁边,但我没有连接它。靠近是给人看的。连接才是应当留下来的依据。


我选中了问题卡片,在 Agent Area 里启动了 Claude Code。Agent Area 是会话运行的地方,它本身并不是 Agent。我请它阅读官方文本和那则生长出来的笔记,说明这三种写法是不是合法的 JSON 数字,并引用规则原文,同时不要改任何文件。
它加载了 BaseHalf skill,打开了同样的文件,在 36 秒后,也就是 Asia/Shanghai 时间 18:15,得出了后来我自己也核对过的三个结论。它还注意到这则生长出来的笔记是从句子中途截断的,并且没有改任何文件。

我没有把模型的措辞当成最后结论。我核对了官方原文,并在 Node 里运行了 JSON.parse,把它当作解析器检查,而不是权威本身。
+1不是合法的 JSON 数字。ECMA-404 第 8 节写的是,数字“may have a preceding minus sign (U+002D)”。RFC 8259 第 6 节写的是,整数部分“may be prefixed with an optional minus sign”,对应的语法是number = [ minus ] int [ frac ] [ exp ]。数字本身前面不能有加号。JSON.parse的报错是Unexpected token '+'。01不是合法的 JSON 数字。ECMA-404 第 8 节写的是:“A number is a sequence of decimal digits with no superfluous leading zero.”RFC 8259 第 6 节写的是 “Leading zeros are not allowed”,语法是int = zero / ( digit1-9 *DIGIT )。单独一个零可以出现,后面不能再跟其他数字。JSON.parse的报错是Unexpected number in JSON at position 1。1e+2是合法的 JSON 数字。ECMA-404 同一句写的是,指数由e(U+0065)或E(U+0045)引出,并且可以附带+(U+002B)或-(U+002D)。RFC 8259 写的是,指数“may be followed by a plus or minus sign”,语法是exp = e [ minus / plus ] 1*DIGIT。加号可以出现在指数里,但不能出现在整个数字的最前面。JSON.parse的返回值是100。
我把这些核对过的答案写回同一页 question.md,放在我事先留好的标题下面,并保留了上方那些初步判断。在 Card Detail 的 Preview 里,我能看到明天还会打开的那一页答案。Source 视图则显示同一份文件开头的 upstream 列表:ECMA-404.pdf、rfc8259.txt 和 ECMA-404-note.md。


这不是一个会自动对所有文件提问的笔记本,也不是内置的摘要功能。状态栏里的选中项只在窗口打开时存在。官方文本、生长出的笔记、问题和核对过的答案,都是这个文件夹里的普通文件。即使我关掉对话,我写回答案的那一页也还在。