GitHub
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
作者提供的说明(英文原文)
Let your coding agent manage real todos, events, and check-in habits in Kenotex on your Mac.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
KENOTEX_TOKEN, KENOTEX_HOST标为机密的值是你账户的钥匙。千万不要分享给别人,也不要粘贴到聊天里。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json
{
"mcpServers": {
"kenotex": {
"command": "npx",
"args": [
"-y",
"kenotex-mcp"
],
"env": {
"KENOTEX_TOKEN": "your-value",
"KENOTEX_HOST": "your-value"
}
}
}
}在终端中运行这条命令
claude mcp add kenotex --env KENOTEX_TOKEN=your-value --env KENOTEX_HOST=your-value -- npx -y kenotex-mcp运行前请先填写空着的值。
粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"kenotex": {
"command": "npx",
"args": [
"-y",
"kenotex-mcp"
],
"env": {
"KENOTEX_TOKEN": "your-value",
"KENOTEX_HOST": "your-value"
}
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"kenotex": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"kenotex-mcp"
],
"env": {
"KENOTEX_TOKEN": "your-value",
"KENOTEX_HOST": "your-value"
}
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
KENOTEX_HOST env这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过域名 kenxcomp.com 验证(注册中心会核实域名所有权)
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
你需要填写:KENOTEX_TOKEN
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(1.4.0)于9天前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Node.js。
同一分类中有:GitHub, Desktop Commander, Cloudflare MCP
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
MCP server for terminal commands, file operations, and process management
Cloudflare MCP servers
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
Let your coding agent manage your real todos, calendar, and habits.
Kenotex is a native planner for Mac and iPhone. This package is its MCP server: point Claude Code, Claude Desktop, Cursor, Zed, or any MCP client at it, and the agent works on the actual items in the app — creating todos with categories and recurrence, scheduling calendar events, ticking off daily or interval check-in habits. Not a scratchpad, not a markdown file. Everything lives in a local SQLite database on your own machine.
Your agent writes on your Mac. It's on your iPhone via iCloud.
Works with Claude Code, Claude Desktop, Cursor, Zed, OpenClaw, and anything else that speaks MCP over stdio.
These tools drive the Kenotex macOS app — it hosts the local server this package talks to, so you need it installed and running. Free to download, with in-app purchases.
The MCP integration is not one of those purchases. Every tool in this package talks to the app's local HTTP server, which has no subscription gate — the whole integration works on the free tier.
→ [kenxcomp.com/kenotex](https://kenxcomp.com/kenotex/?ct=npm-mcp)
Globally:
npm install -g kenotex-mcp
bun add -g kenotex-mcp
Or use it directly via npx / bunx (no install):
npx kenotex-mcp
Edit ~/Library/Application Support/Claude/claude_desktop_config.json:
{
"mcpServers": { "kenotex": { "command": "npx", "args": ["-y", "kenotex-mcp"] } } }
Restart Claude Desktop. You'll see the Kenotex tools appear in the 🛠️ menu.
Same pattern: point the MCP config at kenotex-mcp as the command.
KENOTEX_HOST — override base URL (default http://127.0.0.1:21519).KENOTEX_TOKEN — skip filesystem token discovery and use this token.| Category | Tool |
|---|---|
| Todo | create_todo list_todos get_todo update_todo complete_todo delete_todo |
| Event | create_event list_events get_event update_event delete_event |
| Habit | create_habit list_habits get_habit update_habit set_habit_check list_habit_checks delete_habit |
| Category | list_categories create_category |
| Reminder | add_reminder remove_reminder |
`create_todo` requires a `categoryId` — todos can no longer be created uncategorized. The flow is: call list_categories and reuse a matching category's id; if none fits, call create_category and use the returned id, then create_todo.
Habits are check-in trackers (medication, water, stretching) — daily by default (up to 6 dose times/day), or interval (Q times every N days / N times a week / N times a month) via cadence. Use create_habit for routines the user ticks off; use create_todo + recurrence for one-off tasks or *fixed-slot* schedules (a particular weekday, a particular day of the month) — cadence counts how many times per period, recurrence pins which day. Writes take times: ["HH:mm", …]; reads return times: [{id, time}] — pass a slot's id as slotId to set_habit_check for a multi-dose habit (omit it to check all of today's doses). cadence: {"unit":"day"|"week"|"month","interval":N,"quota"?:Q,"startDate"?:"yyyy-MM-dd"} makes an interval habit — quota defaults to 1, out-of-range is a 422 and is never clamped, startDate defaults to today and can never be changed afterwards, and an interval habit takes at most one dose time:
unit | interval | quota | period |
|---|---|---|---|
day | 1–365 | 1–interval | N calendar days, so quota ≤ N; day/1 takes quota 1 = explicitly daily |
week | 1–8 | 1–7×interval | N week(s) |
month | 1–12 | 1–min(31×interval, 365) | N whole calendar months (1st → last day), so the due day is always month end and the period's length follows the calendar rather than a fixed 30 days |
Examples: {"unit":"day","interval":3} = every 3 days · {"unit":"day","interval":5,"quota":2} = twice every 5 days · {"unit":"week","interval":1,"quota":2} = twice a week · {"unit":"month","interval":1,"quota":2} = twice a month.
Reads add cadence, isIntervalHabit and currentPeriod {start,end,dueDay,doneCount,quota,done} (quota is the period's effective quota — the configured quota clamped to the period's checkable days from startDate on, so a 31-a-month habit reports 28 in February and 17 for a first month started on the 14th) — use currentPeriod.done for "is this period satisfied" (checkedToday stays a calendar-day fact). update_habit {"cadence": null} turns an interval habit back into a daily one (anchor kept). A daily cadence with a future start — {"unit":"day","interval":1,"startDate":" "} — makes a daily habit that starts that day: until then reads report isStarted: false and set_habit_check is a 422 on date. Interval habits are checked per calendar day (no slotId; date never in the future). Checking is explicit set-state (checked: true|false, date defaults to today, idempotent, false un-checks). `delete_habit` permanently deletes the habit and its entire check-in history — set an endDate via update_habit to stop-but-keep-records instead.
App version: habit tools require the Kenotex app release that ships /v1/habits (1.2.9+, local API v2). cadence additionally requires the release that advertises local API v3 — against an older app a cadence write is refused up front with VERSION_SKEW rather than being silently ignored, and once the app is updated you just retry (the check re-reads the running app's version, no MCP restart needed). Nothing else is gated: on a v2 app every other tool, habit tools included, behaves exactly as it did before — only cadence is unavailable. The daily start date (isStarted, pre-start check refusal) needs local API v4: a daily cadence carrying a startDate is refused with VERSION_SKEW against a v3 app (which would store it but start the habit right away).
Recurrence DSL: 'daily' / 'weekly:mon,wed,fri' / 'monthly:15' / 'yearly' / 'after:daily' (todos only) / 'none'.
Virtual event occurrences: get_event accepts ids like {parentId}__occ__{yyyy-MM-dd}. Recurring parents materialize past occurrences on delete.
On each HTTP request the server reads the Kenotex bearer token from (in order):
~/Library/Containers/com.kenxcomp.kenotex/Data/Library/Application Support/Kenotex/local-http-token~/Library/Application Support/Kenotex/local-http-token~/.kenotex-local-tokenThe token is rotated each time the Kenotex app starts, so a stale MCP session just re-reads the file on its next tool call.
"Kenotex app not running or token not accessible" — launch Kenotex.app. If running, the token file should exist at one of the three paths above.
Requests time out — check that no firewall is blocking localhost:21519; tools are hardcoded to 10-second timeout.
MIT © kenxcomp