用 mocli 管理墨问笔记：创建/编辑/隐私/标签/查询/…

当需要通过 mocli 操作墨问笔记（创建、编辑正文、设置隐私、管理标签、查看详情评论引用、搜索、看主页/我的/标签下笔记）时使用。

适用场景

解决思路

1. 执行任何 mocli note 操作前，先阅读并遵循 [`共享规则`](../mo-shared/SKILL.md) 中的 mocli 初始化、认证、输出解析和安全规则。
2. 用户要创建/发布/写一篇墨问笔记时，使用 `mocli note create`；这是写入操作，执行前必须确认用户确实要创建笔记，尤其带 `--publish` 自动发布时。
3. 用户要编辑/修改/更新已有墨问笔记正文时，使用 `mocli note edit`；这是写入操作，执行前必须确认目标笔记 ID、完整替换后的正文来源、已完成覆盖风险强制门禁，以及用户确实要覆盖原笔记正文。
4. 用户要设置/修改笔记隐私/公开或私有某篇笔记/设置部分公开规则时，使用 `mocli note set`；这是写入操作，执行前必须确认目标笔记 ID 和隐私设置；当前 `note set` 只支持隐私设置，不用于修改正文、标签或发布内容。
5. 用户要查看某篇笔记当前有哪些标签时，使用 `mocli note tag --note-id <note-id>`；这是读取操作，不会修改笔记标签。
6. 用户要设置/追加/移除/覆盖某篇笔记的标签时，使用 `mocli note tag`；这是写入操作，执行前必须确认目标笔记 ID 和标签操作；`--reset` 是覆盖全量标签，会忽略同次命令里的 `--append` 和 `--remove`。
7. 用户要查看某篇笔记详情/笔记信息/引用笔记/评论且已经有笔记 ID 时，使用 `mocli note info --show-comment --show-refer`；这是读取操作；只有在编辑笔记前需要获取当前 NoteAtom 时才额外添加 `--show-atom`，其它场景避免使用 `--show-atom`。
8. 用户要搜索某关键词相关笔记时，使用 `mocli notes search`。
9. 用户要看某人的主页/公开笔记/热门笔记/付费笔记/合集时，使用 `mocli notes homepage`。
10. 用户要看自己的笔记/私有笔记/未公开笔记/我写过的笔记时，使用 `mocli notes mine`。
11. 用户要看某个/某些标签下的笔记、按标签筛选我的笔记时，使用 `mocli notes tagged`；只支持当前认证用户自己的标签，标签名称或 ID 不明确时，先用 [`mo-tag`](../mo-tag/SKILL.md) 的 `mocli tag mine` 获取候选。
12. 用户提到人名、昵称、备注名但没有给 UID 时，优先用 [`mo-remark`](../mo-remark/SKILL.md) 查 UID；未命中再考虑 `mocli user search` 或询问用户补充 UID。
13. 创建/编辑笔记正文时，如果需要把本地文件或远端 URL 转成墨问文件 ID，先使用 [`mo-misc`](../mo-misc/SKILL.md) 的 `mocli misc upload` 获取 `reply.file_id`。
14. 展示笔记列表时，优先按 `reply.note_ids` 的顺序遍历，再到 `reply.notes[note_id]` 获取笔记详情，并用 `reply.notes[note_id].uid` 到 `reply.users` 获取作者信息。
15. 创建和编辑笔记时，如果源内容里包含图片、音频或 PDF 资源引用，应先确认用户希望“上传到墨问并引用 file_id”，还是“保留原始 URL/路径文本”。不要在未确认时自动上传用户文件或远端 URL。
16. HTML 中出现 `<img src="...">` 时，且 `src` 明确指向图片文件或可判断为图片资源，触发资源引用确认。
17. HTML 中出现 `<a href="...">` 时，且 `href` 明确指向图片、音频或 PDF 文件，触发资源引用确认。
18. Markdown 中出现本地文件引用时，例如 ``、`[报告](./report.pdf)`、`[音频](../audio.wav)`，且文件格式为图片、音频或 PDF，触发资源引用确认。
19. 用户选择上传时，按 [`mo-misc`](../mo-misc/SKILL.md) 使用 `mocli misc upload` 获取上传结果。本地文件使用 `--file`，远端 URL 使用 `--url`；可用原始文件名、alt 文本或链接文本作为 `--filename`。
20. 上传结果至少读取 `reply.file_id`；如果存在，也读取 `reply.file_type`、`reply.file_name`、`reply.file_mime`、`reply.file_size`、`reply.file_meta`。`file_meta` 是 JSON 字符串，可能包含音频 `duration`、图片 `width/height`、PDF `format` 等元信息；解析失败时不要阻断正文转换，只跳过对应增强属性。
21. 上传成功后，将资源转换为正文语法树资源节点：图片使用 `{ "type": "image", "attrs": { "uuid": "<file_id>", "alt": "<可选描述>" } }`；音频使用 `{ "type": "audio", "attrs": { "audio-uuid": "<file_id>" } }`；PDF 使用 `{ "type": "pdf", "attrs": { "uuid": "<file_id>" } }`。
22. 生成音频节点时，尽量从 `reply.file_meta.duration` 读取音频时长；如果存在，写入 `attrs.audio-duration`，属性值使用字符串形式，例如 `{ "type": "audio", "attrs": { "audio-uuid": "<file_id>", "audio-duration": "236.878367" } }`。
23. 生成 PDF 节点时，尽量补充展示信息：`attrs.name` 优先使用 `reply.file_name`，`attrs.size` 优先使用 `reply.file_size` 的字符串形式；如果 `file_meta` 中有更明确的 PDF 元信息，可作为辅助参考，但不要覆盖用户明确指定的文件名。
24. 用户选择保留原始 URL 时，不要生成资源节点；将 URL 作为普通链接文本保留在段落中，例如 `text.marks` 里的 `link` mark。对于本地路径，提醒用户本地路径在墨问正文中通常无法被其他人访问；用户仍要求保留时，再按普通文本或链接文本保留。
25. 如果 HTML/Markdown 资源类型无法明确判断为图片、音频或 PDF，默认保留为普通链接，不调用上传。
26. 如果同一正文中有多个资源，先列出资源清单并一次性询问用户哪些需要上传、哪些保留原始 URL/路径；获得决定后再执行上传和正文树转换。
27. 如果用户选择了较多的文件进行上传，提醒用户文件上传是有配额的，“默认配额 20 次/天，Pro 会员用户 200 次/天”，避免超出限制。
28. `mocli note create` 用于创建墨问笔记。创建笔记属于写入操作，执行命令前必须向用户确认要创建的内容来源、是否自动发布、以及标签。
29. `mocli note create` 接收的是墨问笔记正文语法树，不要把 Markdown、HTML、纯文本或自然语言描述直接交给命令。无论用户提供的是文件还是一段自然语言，都应先参考 [`mo-note-content - 墨问笔记正文语法树`](../mo-shared/references/mo-note-content-schema.md) 格式化为正文树 JSON，再根据内容复杂度和后续编辑可能性，选择通过 `--file` 或 stdin 传入。
30. `mocli note create --file string`：从文件读取笔记内容。建议使用绝对路径，文件内容必须是格式化后的墨问笔记正文语法树 JSON。
31. `mocli note create --publish`：创建后自动发布笔记。只有用户明确要求“发布/公开/创建后发布”时才添加。
32. `mocli note create --tags string`：逗号分隔的标签列表，最多 5 个标签；创建后的标签管理参考 `mocli note tag`。
33. 用户提供 Markdown 文件时：读取 Markdown，转换为正文树 JSON。一级至三级标题分别转为 `heading` 节点，并写入 `attrs.level` 为字符串 `"1"`、`"2"`、`"3"`；任何超过三级的标题（包括 H4、H5、H6、H7、H8 及更高层级）都不生成 `heading`，改为带 `bold` mark 的 `paragraph`，保留标题文本和可表达的内联样式；普通段落转 `paragraph`，空行可转空 `paragraph`；加粗、链接、高亮、行内代码等可表达样式转为 `marks`；遇到本地图片、音频或 PDF 文件引用时，按“正文资源引用处理流程”确认是否上传并转换为资源节点；不支持的 Markdown 结构保守转为纯文本段落。
34. 用户提供 HTML 文件时：解析或提取正文内容，转换为正文树 JSON。`<h1>`、`<h2>`、`<h3>` 分别转为 `attrs.level` 为字符串 `"1"`、`"2"`、`"3"` 的 `heading` 节点；任何超过三级的标题（包括标准的 `<h4>`、`<h5>`、`<h6>`，以及上游解析出的 H7、H8 等更高层级标题）都改为带 `bold` mark 的 `paragraph`，保留标题文本和可表达的内联样式；支持的内联样式和链接转为 `marks`；遇到 `<img>` 或明确指向图片、音频、PDF 的 `<a href>` 时，按“正文资源引用处理流程”确认是否上传并转换为资源节点；不支持的标签应提取其中有用的可读文字并按原文语义转为文本节点，不要把 HTML 标签源码本身保存到笔记中。
35. 用户提供 text 文件或直接粘贴正文时：按段落拆分为 `paragraph` 和 `text` 节点；空行可转为空 `paragraph`。
36. 用户只提供自然语言描述时：先根据描述生成笔记正文，再转换为正文树 JSON；如果标题、标签、是否发布等关键信息不明确，先向用户确认。
37. 正文块之间的段落间距按 [`mo-note-content - 段落间距`](../mo-shared/references/mo-note-content-schema.md#段落间距) 处理，相邻正文块之间默认插入一个空段落。
38. 转换后的顶层必须是 `{ "type": "doc", "content": [...] }`。生成后应尽量做 JSON 语法校验，再执行创建命令。
39. 用户只说“创建笔记/保存到墨问”，默认不加 `--publish`，避免意外公开。
40. 用户明确要求“发布笔记/公开发布/创建后自动发布”时，才使用 `--publish`。
41. 用户提供标签时，用英文逗号拼接到 `--tags`，并确保不超过 5 个。
42. 用户提供的源内容不是正文树 JSON 时，先格式化为正文树 JSON，再按“输入方式选择规则”决定保存为文件还是通过 stdin 传入。
43. 临时 JSON 文件只用于命令输入，不要把 API Key 或其它敏感信息写入正文文件。
44. 执行后按共享规则解析顶层 `code`、`status`、`reason`；成功时展示返回的笔记 ID 或链接，失败时展示 `reason`、`msg`、`meta.hints` 等可执行信息。
45. 用户提供 Markdown、HTML、text 文件，且内容结构比较复杂、转换成正文树 JSON 后可能需要多次调用 `mocli note create` 调整时，应保存为文件并使用 `--file <path>`。这样可以保留转换结果，避免上下文压缩、会话中断或重复尝试时丢失要创建的内容。
46. 用户提供的内容比较长，且当前是创作、整理、润色类场景，判断创建前后还会持续打磨修改时，应保存为文件并使用 `--file <path>`。
47. 用户提供的内容比较简单、较短，例如随手记录一件事、纯文本自然语言短句时，可以通过 stdin 传入格式化后的正文树 JSON，避免产生较多零碎临时文件。
48. 如果无法判断用户更看重可追溯的文件还是一次性快速创建，应简短征询用户意见。
49. 从文件创建私有笔记：`mocli note create --file /path/to/note-body.json`。
50. 从 stdin 创建私有笔记：`mocli note create < /path/to/note-body.json`。
51. 通过 stdin 创建短文本笔记：`printf '%s' '{"type":"doc","content":[{"type":"paragraph","content":[{"type":"text","text":"今天随手记录一件事"}]}]}' | mocli note create`。
52. 从文件创建并自动发布笔记：`mocli note create --file /path/to/note-body.json --publish`。
53. 创建带标签的笔记：`mocli note create --file /path/to/note-body.json --tags "AI,产品思考"`。
54. 创建带标签并自动发布的笔记：`mocli note create --file /path/to/note-body.json --publish --tags "AI,产品思考"`。
55. `mocli note edit` 用于编辑已有墨问笔记的正文。编辑笔记属于写入操作，执行命令前必须向用户确认目标笔记 ID、完整替换后的正文来源，以及是否确认用新正文覆盖原正文。
56. `mocli note edit` 接收的是完整的新墨问笔记正文语法树，不是局部 diff，也不是 Markdown、HTML、纯文本或自然语言描述。无论用户提供的是文件、粘贴正文还是“把某段改成某段”的自然语言指令，都应先整理成完整的正文树 JSON，再通过 `--file` 或 stdin 传入。
57. 墨问笔记也可以在 Web 端、小程序端创建或编辑，这些编辑器可能产生当前 CLI 正文语法树尚未支持的节点，例如`视频`、`多图画廊`等。`mocli note edit` 通过 OpenAPI 覆盖提交时，不支持的节点可能被服务端过滤，导致原笔记中的对应内容丢失。
58. 执行任何 `mocli note edit` 前，必须先检查最终要提交的完整正文树；没有完成检查时，不要执行编辑命令。
59. `mocli note edit` 支持节点类型仅包括：`doc`、`paragraph`、`heading`、`text`、`quote`、`note`、`image`、`audio`、`pdf`、`codeblock`；支持 marks 类型仅包括：`highlight`、`link`、`bold`、`code`。`heading.attrs.level` 只支持字符串 `"1"`、`"2"`、`"3"`，分别表示 H1、H2、H3。
60. 检查范围包括正文树里所有节点的 `type`，以及所有 `marks[].type`；从 `note info --show-atom` 获取 `reply.info.content.ast` 后，也必须先做这一步。
61. 如果发现不支持的 `type` 或 `marks[].type`，例如 `gallery`、`video`、`h1`、`h2`、`h3`，立即停止，不要执行 `mocli note edit`。先列出不支持节点类型和可识别的节点信息，明确提示“覆盖提交后这些节点可能被过滤并造成数据丢失”，等待用户明确确认仍要继续覆盖后，才可以执行编辑命令。
62. 风险提示必须发生在首次执行 `mocli note edit` 之前；不要先覆盖提交，再事后解释或道歉。
63. `mocli note edit --note-id string`：要编辑的目标笔记 ID。必填。
64. `mocli note edit --file string`：从文件读取编辑后的完整笔记内容。文件内容必须是格式化后的墨问笔记正文语法树 JSON。
65. 用户已经提供明确笔记 ID 和完整新正文时，复述目标笔记 ID 和正文来源，确认会覆盖原笔记正文后再执行。
66. 用户只提供笔记链接时，先从链接中提取笔记 ID；无法稳定提取时，请用户补充笔记 ID。
67. 用户只说“修改我最新的笔记/修改某篇笔记”但没有给笔记 ID 时，先用 `mocli notes mine` 或用户指定的上下文帮助定位候选笔记，再让用户确认具体笔记 ID。
68. 用户提出局部修改要求时，先获得完整正文树 JSON，再基于完整正文树生成替换后的新正文；不要把局部修改片段直接传给 `mocli note edit`。
69. 编辑前必须完成“覆盖风险强制门禁”；发现不支持节点或 marks 时，必须先向用户做阻塞式风险确认，不能把该提示留到执行后。
70. 用户提供已经格式化好的正文树 JSON 时：先做 JSON 语法校验，并确认顶层是 `{ "type": "doc", "content": [...] }`。
71. 用户提供 Markdown、HTML、text 文件或粘贴正文时：按 `mocli note create` 的内容格式化流程转换为完整正文树 JSON；其中 Markdown/HTML 资源引用同样按“正文资源引用处理流程”处理。
72. 用户要求基于某篇现有笔记做局部修改，且当前上下文没有原始完整正文树时，优先使用 `mocli note info --note-id <note-id> --show-atom` 获取当前 `reply.info.content.ast` 作为编辑基础；如果无法获取完整正文树，再让用户提供原文、导出的正文树 JSON，或补充足够内容来生成完整替换稿。
73. 从 `reply.info.content.ast` 或用户文件读取完整正文树后，要递归检查节点 `type` 和 `marks[].type`；支持范围以“覆盖风险强制门禁”中的列表和 [`mo-note-content - 节点类型`](../mo-shared/references/mo-note-content-schema.md#节点类型) 为准。
74. 临时 JSON 文件只用于命令输入，不要把 API Key 或其它敏感信息写入正文文件。
75. `mocli note edit` 只编辑正文内容，不处理发布状态、标签或隐私设置；这些设置不要混入正文 JSON。
76. 编辑是完整正文覆盖，不是追加、补丁或局部更新；执行前必须让用户理解这一点。
77. `--show-atom` 只用于编辑前读取已有笔记的当前正文树；读取后仍要生成完整的新正文树，并用 `mocli note edit` 覆盖提交。
78. 内容复杂、较长、来自文件或可能需要反复调整时，应保存为文件并使用 `--file <path>`。
79. 内容简单、较短，且用户已经确认可以一次性覆盖时，可以通过 stdin 传入格式化后的正文树 JSON。
80. 执行后按共享规则解析顶层 `code`、`status`、`reason`；成功时展示返回的笔记 ID，失败时展示 `reason`、`msg`、`meta.hints` 等可执行信息。
81. 从文件编辑已有笔记：`mocli note edit --note-id note-123 --file /path/to/note-body.json`。
82. 通过 stdin 编辑已有笔记：`mocli note edit --note-id note-123 < /path/to/note-body.json`。
83. 通过管道编辑短文本笔记：`printf '%s' '{"type":"doc","content":[{"type":"paragraph","content":[{"type":"text","text":"更新后的完整正文"}]}]}' | mocli note edit --note-id note-123`。
84. `mocli note set` 用于设置已有墨问笔记的隐私规则。设置笔记属于写入操作，执行命令前必须向用户确认目标笔记 ID、隐私类型，以及规则公开时的分享和过期设置。
85. 当前 `mocli note set` 只承载 OpenAPI 已释放的笔记隐私设置能力；不要用它修改正文、标签、标题或其它元数据。
86. `mocli note set --note-id string`：要设置的目标笔记 ID。必填。
87. `mocli note set --privacy string`：隐私类型。必填，支持 `public`、`private`、`rule`。
88. `mocli note set --disable-share`：仅在 `--privacy rule` 时生效，表示禁止分享和转发。默认不添加，即允许分享和转发。
89. `mocli note set --expire-at int`：仅在 `--privacy rule` 时生效，秒级 Unix 时间戳。默认 `0` 表示永久可见；必须是非负整数。
90. `--privacy public`：完全公开。不要附加 `--disable-share` 或 `--expire-at`，即使传入也会被业务层忽略。
91. `--privacy private`：私有。不要附加 `--disable-share` 或 `--expire-at`，即使传入也会被业务层忽略。
92. `--privacy rule`：部分公开/规则公开。可以用 `--disable-share` 禁止分享转发，并用 `--expire-at` 设置公开截止时间；`--expire-at 0` 表示永久可见。
93. 用户已经提供明确笔记 ID 和隐私类型时，复述目标笔记 ID、隐私类型和规则项，确认后再执行。
94. 用户只提供笔记链接时，先从链接中提取笔记 ID；无法稳定提取时，请用户补充笔记 ID。
95. 用户只说“把我最新的笔记设为公开/私有/部分公开”但没有给笔记 ID 时，先用 `mocli notes mine` 或用户指定的上下文帮助定位候选笔记，再让用户确认具体笔记 ID。
96. 用户要求“部分公开/规则公开”但没有说明是否禁止分享或过期时间时，默认允许分享且永久可见；如果语义可能影响用户预期，应简短确认。
97. 用户只说“公开这篇笔记”，使用 `--privacy public`。
98. 用户只说“设为私有/仅自己可见”，使用 `--privacy private`。
99. 用户只说“部分公开/规则公开”，使用 `--privacy rule`，不自动添加 `--disable-share`，`--expire-at` 默认 0。
100. 用户给出自然语言过期时间时，应换算为秒级 Unix 时间戳后传入 `--expire-at`，并在执行前把换算后的具体时间复述给用户确认。
101. 执行后按共享规则解析顶层 `code`、`status`、`reason`；成功时展示返回的笔记 ID，失败时展示 `reason`、`msg`、`meta.hints` 等可执行信息。
102. 将笔记设为完全公开：`mocli note set --note-id note-123 --privacy public`。
103. 将笔记设为私有：`mocli note set --note-id note-123 --privacy private`。
104. 将笔记设为部分公开且允许分享：`mocli note set --note-id note-123 --privacy rule`。
105. 将笔记设为部分公开且禁止分享：`mocli note set --note-id note-123 --privacy rule --disable-share`。
106. 将笔记设为部分公开并设置过期时间：`mocli note set --note-id note-123 --privacy rule --expire-at 1893456000`。
107. `mocli note tag` 用于查看或管理已有墨问笔记的标签。仅传 `--note-id`、不传 `--reset`、`--append`、`--remove` 时，返回该笔记当前标签列表，是读取操作；传入任一标签操作参数时才会修改标签，执行前必须向用户确认目标笔记 ID、标签名称和操作类型。
108. `mocli note tag --note-id string`：要管理标签的目标笔记 ID。必填。
109. `mocli note tag --reset string`：逗号分隔的标签列表，覆盖该笔记的全部已有标签；如果同次命令设置了 `--append` 或 `--remove`，它们会被忽略。
110. `mocli note tag --append string`：逗号分隔的标签列表，追加到该笔记现有标签；使用 `--reset` 时会被忽略。
111. `mocli note tag --remove string`：逗号分隔的标签列表，从该笔记现有标签中移除；使用 `--reset` 时会被忽略。
112. 仅传 `--note-id` 时，查询并返回该笔记当前标签列表，不修改标签。
113. `--reset` 表示全量覆盖，适合用户说“把标签设为/改成/只保留这些标签”。
114. `--append` 表示增量追加，适合用户说“给这篇笔记加上/补充标签”。
115. `--remove` 表示增量移除，适合用户说“删除/去掉某个标签”。
116. `--append` 和 `--remove` 可以在同一次命令中组合使用；同一标签既追加又移除时，服务端会按自己的规整规则处理，执行前应尽量提醒用户避免这种歧义。
117. 标签用英文逗号拼接；空标签会被忽略，重复标签会被去重。单次 `--reset`、`--append`、`--remove` 各最多 20 个标签。
118. 用户已经提供明确笔记 ID 和标签操作时，复述目标笔记 ID、操作类型和标签列表，确认后再执行。
119. 用户只提供笔记链接时，先从链接中提取笔记 ID；无法稳定提取时，请用户补充笔记 ID。
120. 用户只说“给我最新的笔记加标签/改标签”但没有给笔记 ID 时，先用 `mocli notes mine` 或用户指定的上下文帮助定位候选笔记，再让用户确认具体笔记 ID。
121. 用户要求“从已有标签里选出 X 个标签再给这篇笔记打标签”时，先使用 [`mo-tag`](../mo-tag/SKILL.md) 的 `mocli tag mine` 获取当前已有标签候选；用户确认具体标签后，再执行本命令。
122. 用户同时表达“覆盖标签”和“追加/移除标签”时，优先按覆盖语义使用 `--reset`；如果语义不明确，先向用户确认。
123. 用户说“这篇笔记有哪些标签/查看这篇笔记当前标签”时，只传 `--note-id` 查询，不添加 `--reset`、`--append`、`--remove`，也不需要写入前确认。
124. 用户说“标签改成 A、B”或“只保留 A、B 标签”，使用 `--reset "A,B"`。
125. 用户说“加上 A 标签/补一个 A 标签”，使用 `--append "A"`。
126. 用户说“去掉 A 标签/删除 A 标签”，使用 `--remove "A"`。
127. `mocli note create --tags` 和 `mocli note tag` 不冲突：前者只在创建新笔记时设置初始标签，后者用于管理已有笔记的标签。
128. 不要用 `mocli note set` 修改标签；`note set` 只用于隐私设置。
129. 执行后按共享规则解析顶层 `code`、`status`、`reason`；成功时展示目标笔记 ID 和操作后的标签列表，失败时展示 `reason`、`msg`、`meta.hints` 等可执行信息。
130. 查看笔记当前标签：`mocli note tag --note-id note-123`。
131. 覆盖笔记全部标签：`mocli note tag --note-id note-123 --reset "AI,产品思考"`。
132. 给笔记追加标签：`mocli note tag --note-id note-123 --append "灵感"`。
133. 从笔记移除标签：`mocli note tag --note-id note-123 --remove "旧标签"`。
134. 同时追加和移除标签：`mocli note tag --note-id note-123 --append "新标签" --remove "旧标签"`。
135. `mocli note tag` 输出中读取 `reply.note_id` 作为目标笔记 ID，读取 `reply.tags` 作为操作后的标签列表；每个标签包含 `id` 和 `name`。
136. `mocli note info` 用于查看已有墨问笔记的详情。`note info` 是读取操作，不修改笔记内容、隐私或标签；只要用户已经提供明确笔记 ID，就可以直接执行。评论、引用索引、引用笔记简要信息都是笔记详情基础上的附加展示信息，用来帮助 Agent 给用户提供更丰富的上下文。
137. `mocli note info --note-id string`：要查看的目标笔记 ID。必填。
138. `mocli note info --show-comment`：返回笔记评论信息。默认调用 `note info` 时应添加，便于展示评论、回复和评论用户上下文。
139. `mocli note info --show-refer`：返回引用和被引用笔记信息。默认调用 `note info` 时应添加，便于展示关联笔记、引用关系和上下文笔记。
140. `mocli note info --show-atom`：返回完整 NoteAtom JSON 正文，仅自己的笔记会生效。只有在编辑笔记前需要获取当前正文树时才添加；其它查看详情、评论、引用等场景避免使用。
141. 默认使用 `mocli note info --note-id <note-id> --show-comment --show-refer`，用评论、引用索引和引用笔记简要信息丰富展示上下文；这些附加信息不是完整评论/引用详情列表。
142. 只有编辑已存在笔记且需要获取当前完整正文树作为编辑基础时，才添加 `--show-atom`。其它查看详情、摘要、评论、引用、作者或统计场景不要添加 `--show-atom`。
143. 用户只提供笔记链接时，先从链接中提取笔记 ID；无法稳定提取时，请用户补充笔记 ID。
144. 执行后按共享规则解析顶层 `code`、`status`、`reason`；成功时展示 `reply.info`，如请求了评论或引用，再结合 `reply.comments`、`reply.users`、`reply.info.embed`、`reply.notes` 展示上下文。
145. 查看笔记：`mocli note info --note-id note-123 --show-comment --show-refer`。
146. 为编辑前准备当前 NoteAtom：`mocli note info --note-id note-123 --show-atom`。
147. 展示标题：使用 `info.title`；`info.url` 的链接展示遵循共享展示规则。
148. 展示作者：优先使用 `users[info.uid].name`；如果 `users` 中没有对应用户，只展示 `info.uid`，不要猜测昵称。
149. 展示介绍：使用 `info.brief`。
150. 展示全文字数：使用 `info.content.word_count`。
151. 展示阅读时长：根据 `info.content.word_count` 计算，建议 300～400 字/分钟。
152. 展示原文链接：使用 `info.url`。
153. 展示笔记时，尽量把标题做成链接，或在标题旁附带 `url`；引用笔记也优先使用 `notes[note_id].url`。
154. 展示创建时间：使用 `info.created_at`。
155. 展示发表时间：使用 `info.public_at`；如果为空或为 `0`，表示当前输出中没有可展示的公开发表时间。
156. 展示最近更新时间：使用 `info.updated_at`。
157. 展示计数信息：阅读数、点赞数、收藏数、分享数、评论数参考 [`NoteStat - 笔记计数`](../mo-shared/references/mocli-output-schema.md#note-stat)；引用数量不要从 `stat` 猜测，应使用 `info.embed.ref/refed` 计算。
158. 展示含有引用笔记多少篇：使用 `len(info.embed.ref.all)`；可结合 `notes` 展示 3-5 条引用笔记简要信息（作者、标题、链接），但 `notes` 只附带最多 5 条引用笔记简要信息，未附带的 ID 不要补写标题。
159. 展示被多少篇笔记引用：使用 `len(info.embed.refed.all)`；可结合 `notes` 展示 3-5 条被引用笔记简要信息（作者、标题、链接），但 `notes` 只附带最多 5 条被引用笔记简要信息，未附带的 ID 不要补写标题。
160. 展示历史评论：按 `comments.comment_ids` 顺序取 3-10 条，再用 `comments.comments[comment_id]` 获取详情；`comments` 只包含前 10 条当前身份可见评论，不要表述为最新评论或全部评论。
161. 展示评论作者：优先使用 `users[comment.uid].name`；如果评论是回复，可用 `comment.reply_uid` 到 `users` 查找被回复用户。当前 `CommentInfo` 不直接包含被回复评论的时间和内容，不要展示不存在的字段。
162. 字段缺失处理：`embed`、`comments`、`notes`、`users` 都可能为空；展示时跳过缺失部分即可，不要为了补全展示而额外使用 `--show-atom`。
163. `mocli note info` 输出中：`reply.info` 是 NoteInfo 笔记详情主体；引用索引位于 `info.embed.ref/refed`；仅使用 `--show-atom` 时，完整正文位于 `info.content.ast`。
164. `mocli note info` 输出中：`reply.comments` 是笔记评论集合，默认使用 `--show-comment` 时返回；只包含前 10 条当前身份可见评论。展示评论时优先遍历 `comments.comment_ids`，再到 `comments.comments[comment_id]` 取详情。
165. `mocli note info` 输出中：`reply.users` 是用户信息 `Map`，键为 UID。展示作者、评论作者和被回复用户时到该 Map 中查找。
166. `mocli note info` 输出中：`reply.notes` 是引用和被引用笔记简要信息 `Map`，键为笔记 ID。`info.embed.ref/refed` 保留全部引用索引，但本字段只附带引用和被引用各 5 条笔记的简要信息。
167. `mocli notes search` 用于按关键词搜索笔记。`--keyword` 是必填参数；如果用户明确要求只搜索指定用户的笔记，先解析该用户 UID，再通过 `--focus` 指定 UID。
168. `mocli notes search --keyword string`：搜索关键词（必填）。
169. `mocli notes search --count int`：返回笔记数量。范围：`1-100`。默认：`20`。
170. `mocli notes search --focus string`：只搜索指定用户（UID）的笔记。
171. 在墨问中搜索包含「AI Agent」关键词的笔记：`mocli notes search --keyword "AI Agent"`。
172. 在墨问中搜索 10 篇包含「产品思考」的笔记：`mocli notes search --keyword "产品思考" --count 10`。
173. 在墨问中搜索老池（指定 UID）写的「Prompt」相关笔记：`mocli notes search --keyword "Prompt" --focus xxxxxxxx --count 20`。
174. `mocli notes search` 输出中：按 `reply.note_ids` 有序遍历笔记；到 `reply.notes` 获取笔记信息；用 `notes[note_id].uid` 到 `reply.users` 获取作者信息。
175. `mocli notes homepage` 用于查看某个用户个人主页上的笔记列表，即对外展示的笔记；它不同于 `mocli notes mine`，不会返回当前认证用户的私有笔记。用户未提供 `--uid` 时，默认查看当前认证用户的主页。
176. `mocli notes homepage --uid string`：要查看主页笔记的墨问 UID。默认使用当前认证用户的 UID。
177. `mocli notes homepage --filter string`：筛选类型。支持：`all(全部笔记)`、`album(合集)`、`fee(付费笔记)`、`popular(热门笔记，即最多阅读)`。默认：`all`。
178. `mocli notes homepage --count int`：返回笔记数量。范围：`1-100`。默认：`20`。
179. `mocli notes homepage --recent string`：最近时间筛选，目前支持到天(d)和小时(h)，如：`2h`、`1d`，范围：`1h-15d`。当 `--filter=popular` 时忽略本参数。
180. 看看我最近发表了哪些笔记：`mocli notes homepage --recent 3d`。
181. 给我 10 篇二爷发表过的付费笔记：`mocli notes homepage --uid xxxxxxxx --filter fee --count 10`。
182. 给我 10 篇老池最近 3 天发表过的笔记合集：`mocli notes homepage --uid xxxxxxxx --filter album --count 10 --recent 3d`。
183. 给我 30 篇池老师最热门的笔记：`mocli notes homepage --uid xxxxxx --filter popular --count 30`。
184. `mocli notes homepage` 输出中：按 `reply.note_ids` 有序遍历；到 `reply.notes` 获取笔记信息；用 `notes[note_id].uid` 到 `reply.users` 获取作者信息。
185. `mocli notes mine` 用于查看当前认证用户创作的笔记列表，可能包含私有、部分公开、完全公开和付费笔记。它不同于 `mocli notes homepage`：`mine` 面向当前认证用户的创作管理视角，`homepage` 面向主页公开展示视角。用户只说“我的笔记”时优先使用本命令；如果用户明确说“我的主页笔记/公开主页”，使用 `homepage`。
186. `mocli notes mine --filter string`：筛选类型。支持：`all(全部笔记)`、`fee(付费笔记)`、`pub(完全公开)`、`cond-pub(部分公开)`、`priv(私有)`。默认：`all`。
187. `mocli notes mine --count int`：返回笔记数量。范围：`1-100`。默认：`20`。
188. `mocli notes mine --recent string`：最近时间筛选，支持天(d)和小时(h)，如：`2h`、`1d`，范围：`1h-15d`。
189. 看看我最近 3 天写的笔记：`mocli notes mine --recent 3d`。
190. 给我 10 篇我自己的付费笔记：`mocli notes mine --filter fee --count 10`。
191. 给我 20 篇我自己的私有笔记（近 3 天）：`mocli notes mine --filter priv --count 20 --recent 3d`。
192. `mocli notes mine` 输出中：按 `reply.note_ids` 有序遍历；到 `reply.notes` 获取笔记信息；用 `notes[note_id].uid` 到 `reply.users` 获取作者信息。
193. `mocli notes tagged` 用于查看当前认证用户指定标签下的笔记列表，即“按标签筛选我的笔记”。只支持当前认证用户自己的标签，不支持查看其他用户标签下的笔记。它是读取操作，不修改任何笔记或标签。
194. 多个标签（`--tag-id` 与 `--tag-name` 混合传入也算）之间是交集（AND）逻辑：只返回同时打上了所有指定标签的笔记；指定标签越多，结果越收敛。
195. `mocli notes tagged --tag-id string`：逗号分隔的标签 ID 列表，最多 5 个；空项和非法 ID（非数字、0、负数）会被忽略。
196. `mocli notes tagged --tag-name string`：逗号分隔的标签名称列表，最多 5 个；标签名称由服务端解析为当前认证用户的标签。
197. `mocli notes tagged --count int`：返回笔记数量。范围：`1-100`。默认：`20`。
198. `--tag-id` 和 `--tag-name` 至少需要提供一个；两者组合使用时，名称会先解析成标签 ID，与显式 ID 合并去重后一起做交集筛选。
199. 用户提供标签名称时，直接使用 `--tag-name`；标签名称解析依赖当前认证用户已有的标签，名称不存在时该名称不会命中任何笔记。
200. 用户只提供模糊的标签描述、或需要先从已有标签中挑选时，先使用 [`mo-tag`](../mo-tag/SKILL.md) 的 `mocli tag mine` 获取当前已有标签的名称和 ID，确认后再执行本命令。
201. 标签 ID 明确（例如来自 `mocli tag mine` 或 `mocli note tag` 返回的 `tags[].id`）时，优先使用 `--tag-id`，避免名称歧义。
202. 标签用英文逗号拼接；空标签会被忽略，重复标签会被去重；`--tag-id` 和 `--tag-name` 各自最多 5 个，超出部分会被截断。
203. 多标签是交集语义，只返回同时具备所有指定标签的笔记；用户想要“任一标签命中”的并集结果时，应分多次按单个标签查询再自行合并，并向用户说明这一差异。
204. 执行后按共享规则解析顶层 `code`、`status`、`reason`；成功时按 `reply.note_ids` 顺序展示笔记列表，失败时展示 `reason`、`msg`、`meta.hints` 等可执行信息。
205. 如果 `reply.note_ids` 为空，明确说明该标签组合下没有返回笔记，不要编造笔记。
206. 查看「AI」标签下的笔记：`mocli notes tagged --tag-name "AI"`。
207. 查看同时具备「AI」和「产品思考」标签的 10 篇笔记（交集）：`mocli notes tagged --tag-name "AI,产品思考" --count 10`。
208. 按标签 ID 查看笔记：`mocli notes tagged --tag-id "11,12"`。
209. 组合标签 ID 和名称做交集筛选：`mocli notes tagged --tag-id "11" --tag-name "产品思考"`。
210. `mocli notes tagged` 输出中：按 `reply.note_ids` 有序遍历；到 `reply.notes` 获取笔记信息；用 `notes[note_id].uid` 到 `reply.users` 获取作者信息。
211. 展示规则参考 [`公共展示规则`](../mo-shared/SKILL.md#reply-display-rules)。

适用边界 · 注意事项

• 未安装、未初始化或未认证 `mocli`，或没有墨问笔记账号时，这些命令不适用。
• 目标笔记包含当前正文语法树不支持的节点或 marks（如 `gallery`、`video`、`h1`、`h2`、`h3` 等）时，不要直接执行 `mocli note edit` 覆盖，否则可能被服务端过滤并造成原内容丢失；除非用户明确确认仍要继续覆盖。
• 不要用 `mocli note set` 修改正文、标签、标题或其它元数据；不要用 `mocli note edit` 修改发布状态、标签或隐私设置；也不要把 Markdown、HTML、纯文本或自然语言描述直接传给 `mocli note create` 或 `mocli note edit`。