Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Claude Desktop reminders for Windows. Survives MSIX boundary; persists across restarts. Zero deps.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
リンク先は作者自身のファイルです。私たちが置いたり再パッケージしたりしたものではありません。ファイルを開くと、Claude Desktopがインストールします。
ターミナルでこれを実行します
ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント RyanJamesStewart で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(2.2.6)がレジストリに届いたのは6 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにMCPBも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, Asset Notation
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ 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.
Read and maintain an Asset Notation file on disk: net worth, holdings, valuations, CSV import.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
Schedule Windows desktop reminders directly from Claude Desktop. Zero dependencies — just PowerShell + Windows Task Scheduler.
Adds three tools to Claude Desktop:
| Tool | What it does |
|---|---|
schedule_reminder | Set a one-time or recurring desktop reminder |
list_reminders | Show every reminder currently scheduled |
cancel_reminder | Cancel a reminder by ID |
Reminders persist across reboots and Claude restarts. There is no cloud surface — everything runs locally.
prompt-time-v2.2.6.zip from the latest release.install.bat from inside the zip preview window will not work.No Node, no npm, no admin rights, no internet required.
The extracted folder is disposable after install. v2.2.6+ copies both the MCP server and the watcher into the prompt-time data directory at install time, and points Claude Desktop's config + the scheduled task at the data-dir copies. You can move or delete the extracted folder afterwards without breaking anything. (Re-run
install.batfrom a fresh extract if you ever want to upgrade.)
Just talk to Claude:
"Remind me to send the weekly update at 4pm today"
"Set a reminder every weekday at 9am to check my inbox"
"Remind me about the board call next Monday at 2pm"
"What reminders do I have set?"
"Cancel reminder PROMPTTIME-A1B2C3D4"
Recurrence: once, daily, weekly, weekdays. Granularity is ~10 seconds (the watcher's poll interval).
Two pieces:
prompt_time.ps1) — runs inside Claude Desktop's process tree. Validates and enqueues reminders to a JSONL file on disk.prompt-time-watcher.ps1) — registered once at install as a Task Scheduler At LogOn task. Polls the queue, renders the toast popup in-process, and advances recurring entries.The MCP server never talks to Task Scheduler at runtime, never spawns a process, and never displays UI. It only writes one JSONL line per reminder. Everything else is the watcher's job.
Claude Desktop ships as an MSIX-packaged app. MSIX containers transparently virtualize file writes: a server running inside the package that calls Add-Content $env:APPDATA\prompt-time\queue.jsonl does not write to %APPDATA%\Roaming\prompt-time\queue.jsonl — it writes to a per-package shadow tree under %LOCALAPPDATA%\Packages\ \LocalCache\….
Anything Task Scheduler spawns runs *outside* the package, so a per-reminder schtasks task would look for files at the real path and find nothing.
prompt-time resolves this once: at startup, every component (prompt_time.ps1, prompt-time-watcher.ps1, install.ps1, uninstall.ps1) discovers the Claude AppX package and computes the same canonical data directory inside its LocalCache. Server writes and watcher reads land at the same physical file. The watcher renders the popup itself rather than asking Task Scheduler to do it, which keeps every state-bearing operation on the same side of the boundary.
The installer also pre-creates the queue file at the canonical path before the MCP server's first write — without that, MSIX file-virtualization redirects new file creation into the package shadow even though existing files at the real path are written through.
The same trap bites the Claude Desktop config itself. If MSIX-packaged Claude has ever written to its own claude_desktop_config.json (e.g. saving preferences), MSIX materializes a per-package shadow copy at %LOCALAPPDATA%\Packages\ \LocalCache\Roaming\Claude\claude_desktop_config.json and then *reads from the shadow* on every subsequent boot. An installer that writes only to %APPDATA% becomes invisible to Claude on those machines. v2.2.3+ reads shadow-first as the source of truth and writes the merged config to both paths atomically; uninstall removes from both. v2.2.4 adds post-write self-verify so install fails loudly with an actionable error if the entry doesn't survive (AV rollback, managed-policy override, etc.) instead of reporting a false success. Run diagnose.bat for a full breakdown.
Notifications muted by Focus Assist. Windows Focus Assist (Settings → System → Focus) silences toasts. Either turn it off or add powershell.exe to the Priority list.
Tools don't appear in Claude Desktop.
prompt_time.ps1 the way Claude Desktop will, reads Claude Desktop's MCP logs, and prints an actionable hint for each failure. Most "install ran but nothing appeared" cases are diagnosed here without needing IT.diagnose.bat says all checks pass but tools still don't show: run diagnose.bat -Json and attach the output when filing a bug.`install.bat` closes immediately. Run it from a cmd prompt instead so you can read the error: install.bat from inside the unzipped folder. The installer also writes a debug log at %APPDATA%\prompt-time\prompt-time.debug.log (or the MSIX LocalCache equivalent) — check there.
Reminders not firing. Check the watcher task is running:
Get-ScheduledTask -TaskName PROMPTTIME-Watcher | Get-ScheduledTaskInfo
LastTaskResult should be 267009 (running) or 0 (success).
Double-click `uninstall.bat`. It removes the prompt-time entry from Claude Desktop's config, deletes the PROMPTTIME-Watcher scheduled task, and clears the data directory. Other MCP servers in your config are untouched.
.\tests\run.ps1
Installs Pester 5 if missing, runs the Pester suite, and emits NUnit XML at tests/pester-results.xml. CI runs the same harness plus Invoke-ScriptAnalyzer on every push.
See SECURITY.md for the trust model, supply-chain story, and how to report a vulnerability. Short version: the trust boundary is your local Windows user; reminder titles and messages are stored on disk in cleartext (don't put secrets in them); prompt-time registers a logon-time scheduled task as a standard persistence primitive.
MIT — see LICENSE.
Built by Ryan Stewart