GetNote MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| GETNOTE_API_KEY | Yes | Your API Key for Get笔记 Open API, obtained from https://www.biji.com/openapi | |
| GETNOTE_CLIENT_ID | Yes | Your Client ID for Get笔记 Open API, obtained from https://www.biji.com/openapi |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_reference_resourcesA | 按课程名/老师定位有个人笔记的得到课程,不需要知识库。query仅课程名exact/prefix,author精确,二者AND且至少一个;用返回course_type+course_id筛选list_notes。核对reference.resources.v1与applied_filters,空页has_more=true仍沿next_cursor继续。保留每页partial/warnings及候选metadata_state;course_directory_no_lessons表示目录缺课节,末页has_more=false仍不能宣称找全老师的全部课程。total未知,不冒充全站课程列表或课程内语义搜索。 |
| get_notesA | 单次后端批量读取最多20个去重个人笔记ID,保持顺序。默认content/ref_content/reference,original需显式选择;引用原文ref_content,content是评论。默认32000/最多64000Unicode码点及1MiB。逐条保留ok/unavailable/failed/deferred_budget、content_state、pending_ids和partial,成功调用不代表每条读完;整条超预算按需改用旧get_note,不自动并发20次。不批量开放知识库共享权限。需note.batch_detail.v1。 |
| list_notesA | 按来源、引用资源或知识库查找笔记。列表只返回定位信息;少量个人笔记正文按需用get_notes,知识库共享笔记保持get_note原权限路径。新查询核对meta.capabilities、applied_filters并按pagination.next_cursor翻页;partial/warnings未解决时末页也不代表来源完整。书库无匹配可按note_type=ref列定位信息,在真实reference中核对书籍作者/书名/book_id;保留时间、平台和知识库范围,平台未知不自加dedao,一次发现最多5页,未遍历完说明未查完。book_info.author与reference.author冲突须分别标注,候选不直接认定作者身份。total_count=null表示未知。 |
| get_noteA | 获取指定笔记的详细内容,包括正文、标签、附件、音频转录、网页链接等。 字段语义说明(AI Agent 重要参考):
用户要求'读原文'时,先看 |
| get_note_originalA | 直接读取笔记原文。引用笔记返回 ref_content,链接笔记返回网页原文,录音笔记返回转写原文,文字笔记返回正文;无原文或不支持的类型会报错。 |
| get_note_transcriptA | 直接读取录音台、录音卡及录音、会议或课堂笔记的转写原文;设备来源先用list_notes.source定位。没有转写时明确返回不可用,不用AI总结代替。 |
| get_note_attachmentsA | 直接列出笔记中的图片、音频和文件附件,不需要从完整详情中猜字段。 |
| get_note_timelineB | 直接读取录音或会议笔记的结构化时间线和原文资源;没有时间线时明确返回不可用。 |
| get_note_chaptersA | 读取总结中的独立章节时间线 chapter_timeline;start_ms 为毫秒,保留 source。与录音 moments 和标记分别读取,不能相互替代。 |
| get_note_quick_noteA | 直接读取录音笔记的快捷笔记;没有快捷笔记时明确返回不可用。 |
| get_note_todosA | 读取从会议总结中明确的待办章节按规则解析出的条目。返回 source 和 items;空列表表示未识别到明确待办章节,不应让模型自由补写。 |
| save_noteA | 新建笔记(⚠️ 仅支持新建,不支持编辑已有笔记)。支持纯文本笔记(plain_text)、链接笔记(link)和图片笔记(img_text)。 🔗 笔记内链:Get笔记正文支持链接到其他笔记,格式为 图片笔记流程:先用 upload_image 上传图片获取 image_url,再调用此接口传入 image_urls。 返回值说明:
|
| get_note_task_progressA | 查询创建笔记任务的处理进度。用于链接笔记(note_type=link)创建后,通过 save_note 返回的 task_id 轮询任务状态,直到 status 变为 success(可获取 note_id)或 failed(可获取 error_msg)。建议每 10~30 秒轮询一次,约 3 分钟内完成。需要 note.content.read scope。 |
| delete_noteA | 删除笔记(移入回收站)。需要 note.content.trash scope。 |
| update_noteA | 更新已有笔记的标题、内容或标签。⚠️ 仅支持 plain_text 类型笔记,链接笔记、图片笔记等暂不支持更新。至少需要传 title、content、tags 中的一个。tags 是替换操作,会覆盖原有标签。 |
| add_note_tagsC | 为指定笔记添加标签。 |
| delete_note_tagA | 删除笔记的指定标签(系统标签不可删除)。 |
| list_topicsA | 获取用户创建、拥有或加入的知识库列表,默认DEFAULT;查书名/书籍作者显式scope=BOOKSPACE,query只匹配书名、author匹配书籍作者,二者AND,只有作者线索就只传author。返回topics[]、has_more、total,完整分页并核对book_info。无匹配且用户未限定只查自有时,用list_subscribe_topics保留全部条件补查;仍无匹配再按list_notes的引用来源路线补查,不能把空书库当账号没有划线。用户限定具体知识库时保留原范围;来源作者冲突保留为待核验候选。 |
| create_topicB | 创建新的知识库。⚠️ 限制:每天最多创建 50 个知识库,北京时间自然日 00:00 重置。 |
| list_topic_notesA | 列出知识库内可访问的笔记,支持来源、引用资源、时间筛选。列表只返回定位信息;需要正文和完整元数据时调用 get_note。按 pagination.next_page 翻页;去重 ID,重复游标/页码、无进展或中途失败不能声称全量完成。 |
| batch_add_notes_to_topicC | 批量将笔记添加到知识库(每批最多 20 个)。 |
| list_topic_directoriesB | 浏览知识库文件夹结构及当前目录下的笔记等资源。支持个人、书籍、客户档案和团队知识库。 |
| create_topic_directoryC | 在知识库中创建文件夹。 |
| update_topic_directoryB | 重命名或移动知识库文件夹。未提供的字段保持不变。 |
| delete_topic_directoryB | 删除空的知识库文件夹。属于破坏性操作,调用前必须取得用户确认。 |
| remove_note_from_topicC | 将笔记从知识库中移除。 |
| get_note_marksA | 读取笔记标记(包含文字标记、照片等),与 Timeline 独立,不用时间线替代标记。 |
| list_sproutsB | 按月份读取当前用户发芽报告;发芽不是标记数据。 |
| get_sproutB | 读取已授权用户发芽报告原文,id 来自 list_sprouts。 |
| get_knowledge_file_capabilitiesA | 上传前查询当前配置允许的文件扩展名、MIME、大小、页数和独立日限额;不缓存为固定格式列表。 |
| get_knowledge_file_upload_operationA | 仅查询原知识库文件上传凭据操作。保留已上传对象和同一笔记 client_request_id;保存遇限流不要重新上传。凭据敏感,不得放进聊天、日志或命令参数。任务 pending/processing 不等于完成。恢复仅查询原 operation_id,不能自动申请新 key。 |
| get_upload_operationA | 仅查询原图片上传凭据操作。保留已上传对象和同一笔记 client_request_id;保存遇限流不要重新上传。凭据敏感,不得放进聊天、日志或命令参数。任务 pending/processing 不等于完成。恢复仅查询原 operation_id,不能自动申请新 key。 |
| get_knowledge_file_upload_tokenA | 保留已上传对象和同一笔记 client_request_id;保存遇限流不要重新上传。凭据敏感,不得放进聊天、日志或命令参数。任务 pending/processing 不等于完成。恢复仅查询原 operation_id,不能自动申请新 key。获取一次 OSS 文件上传临时凭据。通过本地 getnote upload --token-file --max-size-bytes <能力上限> 直接 PUT 到 OSS,无需再次 CLI 登录。凭据通过受控文件或 stdin 传入,不写命令参数或聊天;不要把文件字节传给云 MCP。 |
| upload_knowledge_fileB | 保留已上传对象和同一笔记 client_request_id;保存遇限流不要重新上传。凭据敏感,不得放进聊天、日志或命令参数。任务 pending/processing 不等于完成。恢复仅查询原 operation_id,不能自动申请新 key。OSS 直传成功后将原文件加入知识库,只接收元数据,不接收本地路径或 base64。返回处理中的资源不等于入库成功;用 list_topic_directories 查询同一 ID,直到 SUCCESS 或 FAIL。 |
| get_upload_configA | 获取图片上传配置,包括支持的文件类型、大小限制等。上传图片前先调用此接口了解约束。 |
| get_upload_tokenB | 保留已上传对象和同一笔记 client_request_id;保存遇限流不要重新上传。凭据敏感,不得放进聊天、日志或命令参数。任务 pending/processing 不等于完成。恢复仅查询原 operation_id,不能自动申请新 key。获取 OSS 图片上传凭证。返回 accessid/host/policy/signature 等字段,用于 multipart/form-data POST 上传图片到阿里云 OSS。上传成功后获取 image_id,再用 save_note 创建图片笔记。⚠️ mime_type 必须与实际文件格式一致,否则 OSS 签名失败。 |
| upload_imageA | 保留已上传对象和同一笔记 client_request_id;保存遇限流不要重新上传。凭据敏感,不得放进聊天、日志或命令参数。任务 pending/processing 不等于完成。恢复仅查询原 operation_id,不能自动申请新 key。上传图片到 OSS。返回 image_url(用于创建图片笔记的 image_urls 参数)。 |
| list_topic_bloggersA | 获取知识库订阅的博主列表。需要 topic.blogger.read scope。 |
| follow_topic_bloggerC | 把抖音博主订阅到指定知识库,后续可读取该博主内容。 |
| list_topic_blogger_contentsA | 获取知识库中某个博主发布的内容列表(摘要,不含原文)。需要 topic.blogger.read scope。 |
| get_blogger_content_detailA | 获取博主内容详情,包含完整原文(post_media_text)。需要 topic.blogger.read scope。 |
| list_topic_livesA | 获取知识库中已完成且 AI 已处理的直播列表。需要 topic.live.read scope。 |
| get_live_detailA | 获取直播详情,包含 AI 摘要(post_summary)和完整原文转写(post_media_text)。需要 topic.live.read scope。 |
| follow_topic_liveA | 订阅一个得到 App 直播到知识库。直播结束后经 AI 处理即可通过 list_topic_lives 查看。目前仅支持得到 App 直播链接。需要 topic.live.write scope。 |
| share_noteA | 生成笔记的公开分享链接。幂等接口,多次调用返回同一个 share_url。需要 note.sharing.write scope。 |
| list_subscribe_topicsA | 获取当前用户真实订阅的他人知识库,不含自己创建的库。默认DEFAULT;书籍显式BOOKSPACE,保留query/author/book_id及分页。自有书库无匹配时可补查这里;仍无匹配且用户未限定只查订阅库时,按list_notes的个人引用来源路线核对候选,保留已知平台/时间,不能把空库当没有笔记。返回topics[]、has_more、total。 |
| get_quotaA | 查询当前 API Key 的调用配额,包括 read/write/write_note 三类的日/月剩余次数。 |
| recallB | 全局语义搜索:在所有笔记中进行语义召回。适用场景:「搜一下」「找找我哪些笔记提到了 XX」。返回结果按相关度从高到低排序。需要 note.recall.read scope。 |
| recall_knowledgeA | 知识库语义搜索:在指定知识库范围内进行语义召回。适用场景:「在我的 XX 知识库搜一下 XX」。返回结果按相关度从高到低排序。需要 note.topic.recall.read scope。 |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 49 tools
The set is broadly split into notes, topics, uploads, and content sources, but several tools overlap in practice: list_notes, list_topic_notes, get_notes, recall, and recall_knowledge all find/read notes, and the upload credential/operation tools have parallel image-vs-file variants with intricate boundaries. Descriptions are detailed and often disambiguate, but the sheer number of similar read/search paths leaves real misselection risk.
Most tools follow a snake_case verb_noun pattern (list_notes, create_topic, delete_topic_directory, follow_topic_blogger), and related tools cluster predictably. Minor deviations exist: save_note instead of create_note, recall without a noun, singular/plural tag inconsistency (add_note_tags vs delete_note_tag), and generic get_upload_operation for the image-specific operation.
49 tools is very heavy for a single MCP server, even for a broad note/knowledge-base platform. Many granular facets (attachments, timeline, chapters, quick note, todos, marks, transcripts) and parallel upload flows could be consolidated or grouped, reducing agent selection burden.
Note operations are fairly complete: create, read, update, delete, tags, sharing, batch reads, semantic search, attachments, transcripts, and topic membership. However, knowledge-base lifecycle coverage is incomplete with no update/delete/fetch-detail topic operations, and blogger/live tools support follow/list/detail but no unfollow, creating notable dead ends in management workflows.