Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Let your coding agent manage real todos, events, and check-in habits in Kenotex on your Mac.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っている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 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, Kanal Varna — drains, leaks & plumbing (Varna, BG)
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Drain unblocking, leak detection & plumbing in Varna, Bulgaria: services, prices, areas, contact
作者のリポジトリから書かれたとおりにコピーしたものです。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