Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Unofficial Windows WebView2 diagnostics and automation for Tauri 2.12 development builds.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"tauri-agent-kit": {
"command": "npx",
"args": [
"-y",
"tauri-agent-kit"
]
}
}
}ターミナルでこれを実行します
claude mcp add tauri-agent-kit -- npx -y tauri-agent-kitプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"tauri-agent-kit": {
"command": "npx",
"args": [
"-y",
"tauri-agent-kit"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"tauri-agent-kit": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"tauri-agent-kit"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント Firzus で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.1.0-alpha.2)がレジストリに届いたのは15 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, MCP Server Autocad Lisp Helper
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ 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.
High-precision static analysis and debug server for AutoCAD AutoLISP (.lsp) files.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
An opinionated development stack for coding agents: you describe what you want, the agent asks only the decisions that are yours, builds it test-first, has it reviewed independently, shows it working, and ships only when you say so.
The stack is a set of skills that call each other, kept in skills/stack/. Next to it, the collection offers standalone skills for engineering, web, and game work that you can install one at a time. These are independent, community-maintained skills, not official vendor products.
The stack · How it works · Get started · Choose by task · Requirements · All skills · Contribute
Agents fail in predictable ways: they build before understanding the request, ask you what the repository already says, grade their own work, bury you in jargon or in ceremony, and publish without asking. The stack answers each failure with an opinion.
General rules (communication, authorization, delegation, verification, Git) live once in a shared operating policy; each skill holds only what is specific to its task.
flowchart LR
request([Your request]) --> work work -.->|bug, research, experiment| specialist{{"debug · research · prototype"}} specialist -.-> work work --> size{{Quick · Small · Project}} size -->|Quick| build[Build test-first] size -->|Small or Project| interview[interview, when decisions are open] interview --> agree([You agree]) agree --> build build --> review[code-review] review --> show([Result shown working]) show --> ship([Ship when you say yes])
You start everything with /work and your request, in your own words. The agent first finds the cause of a bug or gathers the evidence a decision needs, then sizes the work:
| Size | When | What you do |
|---|---|---|
| Quick | The request says everything that matters and is easy to undo | Check the result, then say whether to ship |
| Small | One unit: fits one session and one reviewable change | Answer the decisions, agree on the Linear issue, check the result, say whether to ship |
| Project | Several units, or questions that need research, an experiment, or a later decision first | Agree on a Linear project and its first issues; then start a new conversation for each unit with /work on the project or one of its issues: the agent runs that unit, asks for your decisions and review, names the next one, and takes stock with you when results change the plan |
Small and Project work need Linear: when the agent cannot reach it, it stops and tells you how to reconnect. Quick work does not use Linear.
You need a coding agent that supports skills and subagents, and Node.js and npm for the installer.
npx skills add Firzus/agent-skills --skill setup-harness work interview debug prototype research code-review
The installer asks for your agent and destination. It installs in the project by default; add -g to install globally.
/work fix the typo in the confirmation email. Check the result it shows you, then tell it whether to ship.If an invoked skill is not found, check the installation location and restart the session.
Browse, update, or remove installed skills
# Browse the collection without installing it
npx skills add Firzus/agent-skills --list
npx skills add Firzus/agent-skills
npx skills list npx skills update work npx skills remove work
See the skills CLI documentation for supported agents, installation modes, and troubleshooting.
Some skills work on their own, without the rest of the stack.
| I want to… | Start with | Needs the stack |
|---|---|---|
| Take a request from idea to a shipped change | work | Yes |
| Settle open decisions on a plan or feature | interview | No |
| Review an existing change without modifying it | code-review | No |
| Diagnose a bug or verify an authorized fix | debug | No |
| Compare interface ideas or test feasibility | prototype | No |
| Investigate a question across multiple sources | research | No |
| Find refactors worth doing | improve-architecture | No |
| Audit security boundaries in a codebase | security-review | No |
| Explain how shipped software works from its files | reverse-engineer | No |
Stack and engineering skills assume the shared operating policy, even when used alone.
Installing instructions does not install every tool they describe or authorize every action they can perform. Check the selected skill's prerequisites first.
| Workflow | Additional requirements |
|---|---|
| Stack and engineering skills | The shared operating policy installed by setup-harness; these skills rely on it and repeat only its safety boundaries |
| The stack | Git in the project; a Linear workspace the agent can read and write (for example through the Linear MCP server) for Small and Project work; GitHub CLI or another way to open pull requests to ship |
| Independent reviews and delegated research | An agent with subagent support |
| Figma workflows | The Figma integration, account access, and approval for external writes |
| Chrome debugging and automation | Google Chrome and the chrome-devtools CLI from the npm package chrome-devtools-mcp; the skill proposes the global install and waits for approval |
| Cloudflare operations | The cf CLI from the npm package cf (open beta) and a Cloudflare account; the skill proposes the global install and waits for approval |
| Video reports | FFmpeg and access to the application being recorded |
| Runbooks | Bash to run them (Git Bash on Windows); an authenticated GitHub CLI to set secrets and variables, otherwise the runbook lists them to set by hand |
| YouTube transcription | Available captions, or the audio/transcription tools required by the selected route |
| Image generation | An authenticated Codex CLI setup with the image-generation capability described by the skill |
| Reverse engineering | The reverse-engineer MCP server for the fast route (Node.js 24.11+); the skill installs Ghidra, jadx or ilspycmd per user when a task needs them |
Host support for installing skills does not guarantee identical behavior or tool availability. Explicit-invocation workflows such as work, improve-architecture, and setup-harness run only when you select them.
setup-harness asks which harnesses and languages to configure, previews the complete changes, and waits for approval. It adds personal instructions without replacing the built-in system prompt and creates no backups. Existing unrelated instructions are preserved.
| Harness | Personal instruction destination |
|---|---|
| Codex (app and CLI) | One shared AGENTS.md per CODEX_HOME (default ~/.codex) |
| Cursor | User Rules in Customize > Rules; manual handoff if UI editing is unavailable |
| Claude Code | ~/.claude/CLAUDE.md |
Cursor's project AGENTS.md is not a global substitute. See the native destinations for loading limits, and review the shared operating policy before running this skill.
The tauri skill remains the agent-facing entry point. Its optional Windows diagnostic application, tauri-agent-kit, is maintained in this repository but is not an installable skill. Installing the skill does not install the MCP server or Rust plugin: the skill proposes the integration when a compatible project lacks it, and installs it only after approval. Check the kit's compatibility and publication status before integrating it into an application.
The reverse-engineer skill works with shell commands alone, but it is faster and more economical with its read-only MCP server, mcp/reverse-engineer. Installing the skill does not install the server: register its npm package, reverse-engineer (alpha), with your agent, as described in its README.
| Skill | Purpose |
|---|---|
| code-review | Independent read-only review of a change on requirements, standards, and correctness. |
| debug | Evidence-led diagnosis and verification of authorized bug fixes. |
| interview | Settle the user's decisions in short question rounds, each explained and with a recommendation. |
| prototype | Answer a design or feasibility question through an experiment. |
| research
冒頭だけを表示しています。続きはリポジトリで読めます