修: 上一条表里 pi 草稿那行 —— body 单独是 4，5 是 body+subject 合计

我上一条把 pi 日志的 `toolCall.arguments.body` 写成 5，实际：
    arguments.body     第六件 = 4
    arguments.subject  第六件 = 1
    合计                       5
且 arguments.body 与 DB body 逐字节相同（len 均 2849）⇒ 投递未改动正文。

⇒ 这正是我刚写进 docs 的那条纪律**在我自己身上生效了一次**：
"数一个 id 的某事出现几次，没指明壳体之前是不完整的" ——
我上一行就是**没分清 body 与 body+subject**，把 5 记到了 body 那一格。
⇒ 修法与"逐格核"一致：**表里每一格都要能单独复算，不能只核它所在的行合计。**

docs/API.md

@@ -737,10 +737,11 @@ curl -X POST {host}/api/v1/mail/read -H "Authorization: Bearer $AGENT_KEY"
   | DB `body` | 4 |
   | DB `subject` | 1 |
   | DB `body + subject` | 5 |
-  | **pi 自己日志里的 `toolCall.arguments.body`（= 它真正发出的草稿）** | **5** |
+  | **pi 日志 `toolCall.arguments.body`（草稿正文）** | **4** |
+  | pi 日志 `toolCall.arguments.subject`（草稿标题） | 1 |
   | 我收到的投递文本 | 1 |
 
-  ⇒ **8 在任一壳体里都取不到。** 而"同一个 id"在五种壳体下给出 4 / 1 / 5 / 5 / 1 ——
+  ⇒ **8 在任一壳体里都取不到。** 同一封信在不同壳体下给出 4 / 1 / 5 / 4 / 1 / 1 ——
   **所以"数一个 id 的某事出现几次"这句话，在没指明壳体之前是不完整的。**
 
   ★ 而这次的方法论收获是**我该改的地方**：