プロトタイプ · プレビュー版:公式レジストリのすべてのサーバーを掲載し、30分ごとに同期しています。レビューとアカウント機能は今後のステップで始まります。
PopNx MCPAIを使う人のためのMCPサーバー · やさしい言葉で解説

hush

作者:royashbrookバージョン 1.3.0i★ –iクラウドで動く
レジストリ名com.royashbrook/hush

インストール

概要

作者による説明(英語の原文)

A secret store for AI agents: the agent never sees the plaintext.

PopNx MCPの3つの柱

この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。

できること

このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。

  • 接続方法: クラウドで動く
  • トランスポート: Streamable HTTP
  • カテゴリ: その他

インストール

使っているAIアプリを選んで、設定をコピーしてください。

インストールの前に

  • 基本チェック:1項目中1項目に合格
  • 作者のサーバーで動きます。あなたが頼んだ内容は、作者のサーバーを通ります。
  • レジストリには、入力が必要なキーは載っていません。

必要なもの

どのアプリを使っていますか?

上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。

ウェブ、デスクトップ、モバイルのClaudeで使えます:

  1. Settings → Connectors を開く
  2. Add custom connector を押す
  3. 下のアドレスを貼り付けて Add を押す
  4. サインインを求められたら、作者のサービスにサインインする
SettingsConnectors1+ Add2https://…3
https://royashbrook.com/hush

ターミナルでこれを実行します

claude mcp add --transport http hush https://royashbrook.com/hush

Cursorで開く

または、設定を自分でコピーする

プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます

{
  "mcpServers": {
    "hush": {
      "url": "https://royashbrook.com/hush"
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

VS Codeで開く

または、設定を自分でコピーする

プロジェクトの .vscode/mcp.json に貼り付けます

{
  "servers": {
    "hush": {
      "type": "http",
      "url": "https://royashbrook.com/hush"
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

ChatGPTがつなげるのは、インターネット上のサーバーだけです:

  1. ウェブ版のChatGPTを開き → Settings → Connectors (Apps)
  2. Create または Add を押す(プランによっては、先に Advanced で Developer mode をオンにする必要があります)
  3. 下のアドレスを貼り付け、名前を付けて保存する
  4. サインインを求められたら、作者のサービスにサインインする
SettingsConnectors1+ Create2https://…3
https://royashbrook.com/hush

メニューの名前は、プランや時期によって少し違うことがあります。

選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。

この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。

できること

このサーバーのツール一覧はまだ読み取っていません。エンドポイントは順番にチェックしています。

基本チェックi

誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月6日にチェック

  • ✓ 合格

    作者とリポジトリが一致

    レジストリ名はドメイン royashbrook.com で確認済みです(レジストリがドメインの所有を確認しています)

  • … 未チェック

    今もメンテナンスされている

    このリポジトリはまだGitHubから読み取っていません

  • … 未チェック

    ライセンスがある

    このリポジトリはまだGitHubから読み取っていません

  • … 未チェック

    エンドポイントが応答する

    まだチェックしていません。エンドポイントは順番にチェックしています

  • … 未チェック

    OAuthでサインイン

    まだチェックしていません。エンドポイントは順番にチェックしています

  • … 未チェック

    ツールの説明に隠れた指示がない

    まだチェックしていません。エンドポイントをチェックするときにツール一覧を読み取ります

その他のほかのサーバーとの比較i

  • このカテゴリのほかの32531件のうち0%よりスターが多い
  • このカテゴリのほかの32531件のうち15%より最近レジストリに公開
  • 基本チェックの結果が、このカテゴリのほかの32531件のうち100%と同じかそれ以上

レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。

よくある質問

hushは安全ですか?

当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。

どんなキーやコードが必要ですか?

レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。

パソコンで動きますか、それともクラウドですか?

作者のクラウドで動きます。インストール不要でインターネット経由でつながりますが、送った内容は作者のサーバーを通ります。

今もメンテナンスされていますか?

GitHubリポジトリの最終更新は–、最新バージョン(1.3.0)がレジストリに届いたのは4 か月前です。

どのアプリで使えますか?

Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。URLでつながるので、リモートMCPサーバーに対応したアプリ(開発者モードのChatGPTなど)でも使えます。

代わりに使えるものは?

同じカテゴリには:Spec Driven Development, Remote Desktop Commander, Reelsaw

代わりの候補

同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。

カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i

Remote Desktop Commander

作者:desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

クラウドで動く★ 211昨日更新
インストール

Reelsaw

作者:osbytes

Drive a self-hosted Reelsaw: turn long videos into vertical clips, edit, re-render and export them.

パソコンで動く今日更新
インストール

作者のREADME

READMEを開く

作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。

a secret store for AI agents, the one with no get .

get a secret once into the OS keychain, then inject it into commands forever, the value never hits stdout, the transcript, or the cloud.


A secret store for AI agents, with one hard rule: the agent never sees the plaintext.

Values never reach stdout, so they never land in the tool result, the transcript, or the cloud. A secret only ever moves from the store straight into the consumer. There's no get on purpose, a plain getter is the leak.

The point: you (an agent) are running as the user with their CLIs already authed, so you can already set a server-side secret or call a service, you just can't *see* the value without it landing in the chat. hush gets it once into the OS keychain, then you inject it into those commands forever. No chat paste, no temp files, no .env to commit by accident.

agents: start here

If you were handed this repo's url, install yourself, then follow the playbook. Get the hush script onto the box and read SKILL.md, that's the whole onboarding (it covers store / mint / inject and how to adopt hush in the repo you're working in). The script is one self-contained bash file; put it wherever your agent loads tools or just on your PATH:

git clone https://github.com/royashbrook/hush

chmod +x hush/hush

then put hush/hush on your PATH, or move it into your agent's skills/tools dir

or run it straight from npm without cloning: npx @royashbrook/hush (mac/linux; on windows use the clone, the orchestrator is bash).

Claude Code convenience (auto-loads as a skill): clone straight into the skills dir instead, whole session git clone https://github.com/royashbrook/hush ~/.claude/skills/hush, or one project ./.claude/skills/hush. Other agents: see AGENTS.md.

That's it, the human points you here and says "use the hush skill," and you take it from here. The one thing only a human can do is paste a secret they hold: when you hit that, run hush set and a hidden dialog pops on *their* screen (you never see the value).

install (humans)

Same clone as above, or just grab the single hush script and put it on your PATH.

Backends: macOS Keychain, Linux libsecret (secret-tool), and Windows DPAPI (via PowerShell) are built in. On other platforms keep the same contract with your OS secret store (see SKILL.md). Cross-OS tested in CI (manual workflow_dispatch, all three runners).

maintenance (opt-in)

hush doctor checks local installation drift and backup health without opening the secret store. hush doctor --check-updates explicitly checks the public npm version. daily notices, agent-readable status, and reversible scheduler repair are covered in maintenance without surprises. nothing auto-upgrades.

quick start

hush set my-vendor-token                      # paste a value you hold (hidden prompt)

printf '%s' "$TOK" | hush set my-vendor-token # ...or pipe it in (scripts/CI), still off argv hush set my-vendor-token --gui # force the dialog (or --tty / --pipe; HUSH_PROMPT= too) hush mint app-operator-key # generate + store a random one hush run TOKEN=my-vendor-token -- some-cmd # inject into a command, never printed hush sync lastpass --dry-run # preview a one-way LastPass sync hush sync lastpass # upsert every name under LastPass group "hush" hush sync keepass --database vault.kdbx --db-secret keepass-password --dry-run hush sync bitwarden --dry-run # requires an unlocked BW_SESSION hush list # names only, never values

On an agent host where the dialog won't open (some runners have no GUI session, so macOS can't post the paste dialog, Connection Invalid ... hiservices-xpcservice): hush now says so plainly instead of a misleading "cancelled or empty", and the fix is to pipe the value (printf '%s' "$VAL" | hush set ) or run hush set from a GUI-attached Terminal.

Naming: keep the default hush namespace and prefix names by project (blame-cf-token, lifescored-gemini-key) so one keychain search for hush finds everything. HUSH_NS is only for a genuinely separate store, not per-project. Need to fix an existing name? hush rename moves the value internally (never re-asked, never printed). Full docs + the portable contract: SKILL.md.

sync to LastPass

Install and log into the official LastPass CLI once, then preview and run the sync:

brew install lastpass-cli                     # macOS

lpass login you@example.com hush sync lastpass --dry-run # names + destinations only, no values fetched hush sync lastpass # all names -> hush/ hush sync lastpass --group team/secrets api-key deploy-key hush sync lastpass --exclude local-only # repeat to keep local-only names out of bulk sync

This is an upsert into each LastPass entry's password field. A missing entry is created, a unique entry is updated, and duplicate LastPass names fail closed. Values move over stdin, never argv, stdout, or a temp file. Each write uses --sync=now, so hush reports success only after LastPass has synchronized it to the server. Multiline hush values are refused because lpass password-field edits accept one line and would otherwise truncate them.

The sync runs wherever both hush and the official lpass CLI run: macOS, Linux, and Cygwin. The official CLI does not currently provide a native PowerShell or Node entry point, so native Windows remains limited by that dependency rather than by the hush store backend.

schedule it with experimental auto-login (macOS)

A cold npm install includes an optional Node-based launchd helper:

npm install -g @royashbrook/hush

brew install lastpass-cli hush-lastpass-schedule install --auto-login --email you@example.com --every 6h hush-lastpass-schedule status

Auto-login is experimental. Its complete contract passes deterministic fake-CLI tests, but we could not complete a real trusted login because Homebrew lastpass-cli crashed in its MFA path before any vault access. This matches upstream lastpass-cli issue #719. It may work with account/MFA combinations unaffected by that bug, but it is not live-tested.

The design performs one interactive lpass login --trust, then asks once for the LastPass master password through hush's hidden prompt. Scheduled runs are intended to use that local Keychain value to restore the lpass session after reboot. This is explicit opt-in: no LastPass login material is stored unless --auto-login is present. The helper never uses lpass --plaintext-key, and its dedicated login secret is always excluded from vault sync. Failed setup installs nothing; revoked or expired trust makes later jobs fail closed.

Use hush-lastpass-schedule remove to unload the job. It retains the non-secret config and the hush login secret so removal cannot silently destroy credentials. Delete that secret separately with hush rm hush-lastpass-master-password if you want to revoke the opt-in completely.

An API key cannot replace this login: the published LastPass Business API manages accounts, companies, and reports, but does not expose vault-item writes. The scheduler is Node so other native schedulers can be added without changing the sync contract, but this release installs launchd on macOS only.

All three macOS sync schedulers use local-time calendar slots, so launchd runs a slot missed during sleep when the Mac wakes. --every is the maximum cadence; unusual values that do not divide a day or week evenly may run slightly early at the boundary, never later.

sync to a local KeePass database

KeePassXC opens the same encrypted KDBX file on macOS, Linux, and Windows. Put that file in an iCloud Drive folder and it becomes an offline-first backup that another iCloud machine can open without a service login:

brew install --cask keepassxc

hush set hush-keepass-master-password hush sync keepass --database "$HOME/Library/Mobile Documents/com~apple~CloudDocs/hush/hush.kdbx" \ --db-secret hush-keepass-master-password --init

--init refuses to overwrite a file. Later runs omit it and upsert entries in group hush:

hush sync keepass --database "$HOME/Library/Mobile Documents/com~apple~CloudDocs/hush/hush.kdbx" \

--db-secret hush-keepass-master-password --dry-run hush sync keepass --database "$HOME/Library/Mobile Documents/com~apple~CloudDocs/hush/hush.kdbx" \ --db-secret hush-keepass-master-password --exclude local-only

The database password and entry passwords reach keepassxc-cli only over stdin. They are never put on argv, stdout, logs, or a temp plaintext file. The database-password secret is always excluded. Missing entries are created, unique entries are updated, duplicate names fail closed, and multiline values are refused rather than truncated.

encrypted snapshots into iCloud (macOS, opt-in)

For whole-store encrypted snapshots instead of a password-manager mirror, npm also ships hush-backup and hush-backup-schedule. Requires GnuPG (brew install gnupg).

npm install -g @royashbrook/hush

hush mint hush-backup-key # only if absent; never overwrite an existing recovery key

keep a recovery copy outside this machine's Keychain before proceeding

hush-backup --dry-run hush-backup-schedule install --every 6h --keep 30 # keeps 30 days, 12 months, every year hush-backup-schedule status

Values stream into GPG; only ciphertext snapshots are written. The key is passed on a private file descriptor, not in arguments or logs. run performs one backup; remove stops the schedule without removing keys, config, or backups. A loaded job is not proof of backup success: check the dated log at ~/Library/Logs/hush-backup.log and a completed .gpg snapshot. iCloud upload is handled by macOS, not verified by this tool. Existing manual com.hush-backup schedules must be retired deliberately before installing the new job.

See backup options and the packaged recovery runbook. Recovery needs the separately saved key; an encrypted backup cannot recover its own key. Scheduling and interactive dialogs are macOS only. The unattended Bash/GPG path targets POSIX hosts with an explicit alternate directory; Windows backup-helper execution is not yet verified.

schedule KeePass into iCloud (macOS)

The npm package includes a Node/launchd helper. A cold setup creates the database if absent, asks for its password through hush when needed, performs the first sync, and loads the recurring job:

npm install -g @royashbrook/hush

brew install --cask keepassxc hush-keepass-schedule install --every 6h hush-keepass-schedule status

The default destinat

冒頭だけを表示しています。続きはリポジトリで読めます

PopNxに聞く