Dropnote

io.github.CloudCorpRecords由 GitHub 账号 CloudCorpRecords 发布v0.1.0更新于 Nov 3, 2026

通过本地应用将一段简短文本片段放入 noglow 桌面便签的目标槽位。

AI 翻译由 AI 模型根据下方的原文描述翻译,可能有误。

原文描述

Drop a short text fragment into the noglow desktop scratchpad's target slot via the local app.

已验证STDIO仅桌面

概览

Dropnote 的本地 MCP 服务;无需登录;STDIO。

暂无 AI 概览:以下信息来自注册中心条目和服务本身。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Dropnote,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

dropnote

Sometimes you just need a fragment of text to land in a scratchpad — a line you copied out of a terminal, a half-formed thought, a snippet you do not want to lose while you switch windows. dropnote performs that one small hand-off: it takes a short plaintext fragment and drops it into the noglow desktop scratchpad's target slot (the slot is chosen in the app's own settings) by launching the local noglow app.

The text never travels as a command-line string. dropnote writes it, byte-for-byte as UTF-8, to a uniquely-named temporary file (noglow-drop-<unique>.txt in the OS temp directory) and spawns the app with a single argument, --drop-file <path>. Because only the path sits on argv, newlines, quotes, $ and backticks all survive exactly as written, and the fragment itself stays out of the process list. The spawn is fire-and-forget: dropnote reports success as soon as the app process has been launched, and it leaves the temp file in place — the app reads it and deletes it.

Fragments are capped at 1500 characters. A missing or non-string text, an empty fragment, and an over-long fragment are all errors with fixed messages, as are a temp file that cannot be written and a binary that cannot be launched.

Which binary gets launched is resolved in a fixed order: the NOGLOW_BIN environment variable when it is set and non-empty, otherwise the platform default — /Applications/noglow.app/Contents/MacOS/noglow on macOS and %LOCALAPPDATA%\noglow\noglow.exe on Windows. On Linux the bare name noglow is used and resolved through PATH. The noglow desktop app must be installed for a drop to work; without it, the launch error names the path that was tried and points at NOGLOW_BIN.

On success a drop reports dropped (true), characters (the fragment's length), tempFile (the temp file's path), and binary (the resolved binary that was spawned), in that order.

CLI

bash
npx @reneturcios/dropnote drop '{"text":"a fragment to keep"}'npx @reneturcios/dropnote --version

The drop command takes the full arguments object as one JSON string and prints the result as JSON:

json
{  "dropped": true,  "characters": 18,  "tempFile": "/tmp/noglow-drop-3f2a1c9e-4b7d-8e5a-9c0d-1a2b3c4d5e6f.txt",  "binary": "noglow"}

Exit codes: 0 on success, 1 on a runtime error (including an unparseable JSON argument or a failed drop), 2 on a usage error.

MCP server

bash
npx -y @reneturcios/dropnote mcp

MCP client config:

json
{  "mcpServers": {    "dropnote": {      "command": "npx",      "args": ["-y", "@reneturcios/dropnote", "mcp"]    }  }}

Tools

  • drop — Drop a short text fragment (up to 1500 characters) into the noglow scratchpad's target slot via the local noglow app. Fires only on an explicit user request.

    • text (string, required) — the fragment to drop; newlines and formatting are preserved

    Returns {dropped, characters, tempFile, binary}. Errors are returned as error results carrying one of the fixed messages: text is required, text must not be empty, text exceeds the 1500-character limit (got N), failed to write drop file: <message>, or failed to launch noglow binary at <path>: <message> (set NOGLOW_BIN to override the binary path).

Docker

bash
docker run -i ghcr.io/cloudcorprecords/dropnotedocker run --rm ghcr.io/cloudcorprecords/dropnote drop '{"text":"a fragment to keep"}'

Note that a containerised drop launches a noglow binary inside the container; point NOGLOW_BIN at a binary available there, or prefer the local install.

Development

bash
npm installnpm run build   # tsc -> dist/npm test        # tsx --test test/*.test.ts (fake executor plus a stand-in script; no real app)npm run dev     # run the CLI from source

License

MIT — Copyright (c) 2026 Rene Turcios

来源:README.md,提交 b46e05b

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v0.1.0最新Nov 3, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分