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.
이 세 가지는 절대 하나의 점수로 합치지 않아요. 의견, 측정, 인기는 서로 다른 것이니까요.
이 서버는 아직 쉬운 말로 된 요약을 쓰지 못했어요. 아래는 레지스트리에서 읽어 온 사실이에요.
쓰고 있는 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는 인터넷에 있는 서버에만 연결할 수 있어요. 다른 앱을 고르세요.
선택한 앱은 이 기기의 쿠키에만 저장돼요. 계정은 필요 없어요.
이 설정은 제작자의 레지스트리 정보로 만들었어요. README와 다르면 README를 따르세요.
내 컴퓨터에서 실행돼요. 설치하면 AI 앱에 도구 목록이 나타나요.
누구나 볼 수 있는 정보를 점검했고, 코드는 읽지 않았어요. 해당하지 않는 항목은 개수에서 뺐어요. · 2026년 11월 7일 점검
레지스트리 이름이 GitHub 계정 Firzus 기준으로 확인되었고, 이 계정이 저장소를 소유하고 있어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
내 컴퓨터에서 실행되는 서버라 인터넷 엔드포인트가 없어요
내 컴퓨터에서 실행되며, 대신 로컬 설정을 사용해요
내 컴퓨터에서 실행돼요. 도구 목록은 인터넷 엔드포인트가 있는 서버에서만 읽을 수 있어요
레지스트리에서 이 카테고리의 활성 서버 전체와 비교했어요. 스타는 게시자가 저장소를 소유한 경우에만 세요.
해당하는 기본 점검 1개 중 1개를 통과했어요. 코드는 읽지 않았어요. 키나 토큰을 넣기 전에 서버가 어떤 권한을 요구하는지 확인하고, 꼭 필요한 권한만 있는 키를 쓰세요.
레지스트리에 필수 키가 나와 있지 않아요. 다만 처음 쓸 때 로그인을 요구하는 서버도 있어요.
내 컴퓨터에서 실행돼요. AI 앱이 필요할 때 실행하고, 데이터는 제작자의 서버를 거치지 않아요(서버 자체가 온라인 서비스를 호출하는 경우는 제외).
GitHub 저장소는 마지막으로 – 변경됐고, 최신 버전(0.1.0-alpha.2)은 14일 전 레지스트리에 올라왔어요.
Claude Desktop, Claude Code, Cursor, VS Code처럼 MCP를 지원하는 앱에서 쓸 수 있어요. 내 컴퓨터에 Node.js도 있어야 해요.
같은 카테고리에는: Spec Driven Development, Remote Desktop Commander, SuperCollider
같은 카테고리에서 다른 제작자가 만든 서버예요. 스타 순으로 정렬했어요.
카드 보는 법:★ GitHub 스타i세 기둥: 리뷰 · 점검 · 사용 정도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.
Make sound with SuperCollider: synths, drums, chords, melodies and soundscapes over OSC.
제작자의 저장소에서 쓰인 그대로 가져왔어요. 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
앞부분만 보여 드려요. 나머지는 저장소에서 읽어 보세요