Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Share a dev server or upload a built site at a public https link, and hand the link back.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
OUICU_API_KEY「秘密」と表示された値は、あなたのアカウントの鍵です。絶対に人に教えたり、チャットに貼り付けたりしないでください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"ouicu": {
"command": "npx",
"args": [
"-y",
"@ouicu/mcp"
],
"env": {
"OUICU_API_KEY": "your-value"
}
}
}
}ターミナルでこれを実行します
claude mcp add ouicu --env OUICU_API_KEY=your-value -- npx -y @ouicu/mcp動かす前に、空欄の値を入力してください。
プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"ouicu": {
"command": "npx",
"args": [
"-y",
"@ouicu/mcp"
],
"env": {
"OUICU_API_KEY": "your-value"
}
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"ouicu": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@ouicu/mcp"
],
"env": {
"OUICU_API_KEY": "your-value"
}
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名はドメイン ouicu.com で確認済みです(レジストリがドメインの所有を確認しています)
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
入力が必要なもの:OUICU_API_KEY
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.1.2)がレジストリに届いたのは30 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, AvaHR
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ 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 hiring data and create inactive assessment and questionnaire drafts for human review.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
An MCP server for ouicu. A coding agent can share the dev server it is working on, or put a built site up, and hand back a link to send to someone: "build the landing page and send me a link" in one turn.
npx -y @ouicu/mcp setup claude-code
or claude-desktop, cursor, vscode, codex, windsurf. If this computer is not logged in to ouicu, it logs you in first: it shows a code, opens ouicu.com in your browser to approve it, and saves the key where the ouicu CLI keeps it. Then it adds the server to the tool, for every project. The key never goes into the tool's settings; the server reads it from the credentials file, so ouicu login and the server share one login.
When the tool's own command (claude, codex) is missing, it prints the command to run by hand. For Claude Code that is:
claude mcp add -s user --transport stdio ouicu -- npx -y @ouicu/mcp
Any other MCP client starts it as npx -y @ouicu/mcp (stdio):
{
"mcpServers": { "ouicu": { "command": "npx", "args": ["-y", "@ouicu/mcp"] } } }
Sharing a port also needs the ouicu CLI, 0.1.7 or later (0.1.8 to share with only invited people):
curl -fsSL https://ouicu.com/install.sh | sh
On Windows, in PowerShell:
irm https://ouicu.com/install.ps1 | iex
| Tool | What it does |
|---|---|
ouicu_share_port | Shares a port at a public link while the server runs (port, name?, password?, allow?) |
ouicu_stop_share | Stops a share by name, id or link, here or anywhere on the account |
ouicu_list_shares | Live shares first, then the latest ended |
ouicu_deploy | Puts a built folder up at a link that lasts (directory, name?, spa?, password?) |
ouicu_list_sites | The account's sites |
ouicu_delete_site | Deletes a site and its files |
ouicu_recent_requests | The latest requests to a share or site: who opened it, and what failed |
ouicu_usage | The month's data against the plan's allowance |
ouicu_whoami | The account and plan |
Each answers in words an agent can pass on, with the same as structured content. Links are public: anyone who has one can open it unless it has a password or is only for invited people. On the Free plan, people opening a link in a browser first see a short notice from ouicu saying who shared it.
Shares the server starts run inside it, through the CLI, and stop when it stops or with ouicu_stop_share. For a link that outlives the session, use ouicu_deploy.
On Pro, ouicu_share_port takes allow: email addresses, or @ and a domain (@client.com) for everyone at one. Only those people can open the link. ouicu does not send it to them; you do, as with any link. On opening it, each types their email address on ouicu's page and, if it is on the list, gets a sign-in link by email. Your own address always gets in. allow does not go with password. The tool says when only invited people can open a share, and ouicu_list_shares and ouicu_list_sites say "only invited people can open it" for those.
Asking again for a port the server already shares hands back that share only when the same people can open it (anyone, the same password or the same list); otherwise the tool says to stop it first.
The server starts with one tool, ouicu_login. It opens the approval page in the person's browser when it can (otherwise it answers with the code and the address for the agent to pass on) and waits for the approval. The other tools then appear without a restart. When the saved key stops working, ouicu_login comes back.
The server reads OUICU_API_KEY (a key from ouicu.com, instead of the saved login), OUICU_API (another ouicu than ouicu.com), OUICU_TUNNEL and OUICU_BIN (the CLI to run). From code:
import { createServer } from "@ouicu/mcp";
import { StdioServerTransport } from "@modelcontextprotocol/sdk/server/stdio.js";
await createServer().connect(new StdioServerTransport());
MIT