@dollhousemcp/mcp-server 2.0.0 → 2.0.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +282 -222
- package/README.npm.md +282 -222
- package/dist/constants/version.d.ts +3 -0
- package/dist/constants/version.d.ts.map +1 -0
- package/dist/constants/version.js +4 -0
- package/dist/generated/version.d.ts +2 -2
- package/dist/generated/version.js +3 -3
- package/dist/logging/sinks/SSELogSink.d.ts +35 -0
- package/dist/logging/sinks/SSELogSink.d.ts.map +1 -0
- package/dist/logging/sinks/SSELogSink.js +181 -0
- package/dist/logging/viewer/viewerHtml.d.ts +8 -0
- package/dist/logging/viewer/viewerHtml.d.ts.map +1 -0
- package/dist/logging/viewer/viewerHtml.js +204 -0
- package/package.json +1 -1
- package/server.json +2 -2
package/README.npm.md
CHANGED
|
@@ -1,51 +1,68 @@
|
|
|
1
1
|
# DollhouseMCP
|
|
2
2
|
|
|
3
3
|
[](https://www.npmjs.com/package/@dollhousemcp/mcp-server)
|
|
4
|
-
[](https://modelcontextprotocol.io)
|
|
5
4
|
[](https://www.gnu.org/licenses/agpl-3.0)
|
|
5
|
+
[](https://modelcontextprotocol.io)
|
|
6
6
|
[](https://github.com/DollhouseMCP/mcp-server/actions/workflows/core-build-test.yml)
|
|
7
|
+
[](https://github.com/DollhouseMCP/mcp-server)
|
|
8
|
+
[](https://github.com/DollhouseMCP/mcp-server)
|
|
9
|
+
|
|
10
|
+
[](https://sonarcloud.io/summary/new_code?id=DollhouseMCP_mcp-server)
|
|
11
|
+
[](https://sonarcloud.io/summary/new_code?id=DollhouseMCP_mcp-server)
|
|
12
|
+
[](https://sonarcloud.io/summary/new_code?id=DollhouseMCP_mcp-server)
|
|
13
|
+
[](https://sonarcloud.io/summary/new_code?id=DollhouseMCP_mcp-server)
|
|
14
|
+
[](https://github.com/DollhouseMCP/mcp-server/actions/workflows/core-build-test.yml)
|
|
15
|
+
[](https://github.com/DollhouseMCP/mcp-server/actions/workflows/core-build-test.yml)
|
|
16
|
+
[](https://github.com/DollhouseMCP/mcp-server/actions/workflows/core-build-test.yml)
|
|
17
|
+
|
|
18
|
+
<div align="center">
|
|
19
|
+
<img src="docs/assets/dollhouse-logo.png" alt="DollhouseMCP" width="200" />
|
|
20
|
+
|
|
21
|
+
**Open-source AI customization through modular elements.**
|
|
7
22
|
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
**🌐 Repository**: https://github.com/DollhouseMCP/mcp-server
|
|
11
|
-
**🏪 Collection**: https://github.com/DollhouseMCP/collection
|
|
12
|
-
**📦 NPM Package**: https://www.npmjs.com/package/@dollhousemcp/mcp-server
|
|
13
|
-
**🌍 Website**: https://dollhousemcp.com
|
|
14
|
-
|
|
15
|
-
## 📦 Installation
|
|
16
|
-
|
|
17
|
-
### Choose Your Installation Method
|
|
18
|
-
|
|
19
|
-
<table>
|
|
20
|
-
<tr>
|
|
21
|
-
<th>Method</th>
|
|
22
|
-
<th>Best For</th>
|
|
23
|
-
<th>Pros</th>
|
|
24
|
-
<th>Cons</th>
|
|
25
|
-
</tr>
|
|
26
|
-
<tr>
|
|
27
|
-
<td><strong>Local Install</strong><br>(Recommended)</td>
|
|
28
|
-
<td>Most users, multiple configs, customization</td>
|
|
29
|
-
<td>✅ Multiple setups<br>✅ Easy backup<br>✅ No permissions</td>
|
|
30
|
-
<td>❌ Longer path in config</td>
|
|
31
|
-
</tr>
|
|
32
|
-
<tr>
|
|
33
|
-
<td><strong>npx</strong></td>
|
|
34
|
-
<td>Quick testing, always latest</td>
|
|
35
|
-
<td>✅ No install<br>✅ Always updated</td>
|
|
36
|
-
<td>❌ Slower startup<br>❌ Needs internet</td>
|
|
37
|
-
</tr>
|
|
38
|
-
<tr>
|
|
39
|
-
<td><strong>Global Install</strong></td>
|
|
40
|
-
<td>Single shared instance</td>
|
|
41
|
-
<td>✅ Short command</td>
|
|
42
|
-
<td>❌ Only one version<br>❌ Needs sudo/admin</td>
|
|
43
|
-
</tr>
|
|
44
|
-
</table>
|
|
23
|
+
[Website](https://dollhousemcp.com) · [Browse the Collection](https://dollhousemcp.github.io/collection/) · [NPM Package](https://www.npmjs.com/package/@dollhousemcp/mcp-server) · [Discord](https://discord.gg/bzY2tkT6rQ)
|
|
24
|
+
</div>
|
|
45
25
|
|
|
46
26
|
---
|
|
47
27
|
|
|
48
|
-
|
|
28
|
+
## How It Works
|
|
29
|
+
|
|
30
|
+
```
|
|
31
|
+
CREATE or EDIT PORTFOLIO ACTIVATE → USE
|
|
32
|
+
─────────────────────────────────────────────────────────────────────────────
|
|
33
|
+
|
|
34
|
+
"Create a skill for 📁 ~/.dollhouse/portfolio/ "Activate the Dollhouse
|
|
35
|
+
writing blog posts" Expert ensemble"
|
|
36
|
+
38 starter elements:
|
|
37
|
+
"Edit the code review ──▶ personas · skills · ──▶ Your AI now has
|
|
38
|
+
persona to add security" templates · agents · new behavior,
|
|
39
|
+
memories · ensembles capabilities, and
|
|
40
|
+
persona · skill · template permission policies
|
|
41
|
+
agent · memory · ensemble + everything you create
|
|
42
|
+
+ community installs
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
**Pick any path to start:**
|
|
46
|
+
- **Activate** a starter element from your portfolio — your AI immediately changes
|
|
47
|
+
- **Create** any element type (persona, skill, template, agent, memory, ensemble) by describing what you want in plain English
|
|
48
|
+
- **Edit** any existing element to refine it
|
|
49
|
+
- **Browse** the [community collection](https://dollhousemcp.github.io/collection/) and install elements made by other users
|
|
50
|
+
|
|
51
|
+
Your **portfolio** (`~/.dollhouse/portfolio/`) is a local folder that holds all your Dollhouse elements. It ships with 38 starters — including the **dollhouse-expert-suite** ensemble (persona + knowledge base) you can activate for guided help. Everything you create or install lands here. Share back to the community or sync to GitHub whenever you're ready.
|
|
52
|
+
|
|
53
|
+
---
|
|
54
|
+
|
|
55
|
+
## Quick Start
|
|
56
|
+
|
|
57
|
+
> **v2.0.0 is now available.** DollhouseMCP v2 is the default release. [Release notes](https://github.com/DollhouseMCP/mcp-server/releases/tag/v2.0.0) | [Migration guide](docs/guides/v2-migration-guide.md) | [Report issues](https://github.com/DollhouseMCP/mcp-server/issues)
|
|
58
|
+
|
|
59
|
+
DollhouseMCP installs on any MCP-compatible AI client — Claude Code, Claude Desktop, Cursor, Gemini, Codex, and local LLMs. Core element management (create, activate, search, browse) works across all platforms. Advanced features (Gatekeeper confirmation flows, agentic loop execution) have been tested extensively on Claude Code and should work on any client that supports standard MCP tool call/response patterns.
|
|
60
|
+
|
|
61
|
+
**Claude Desktop** (one-click install):
|
|
62
|
+
|
|
63
|
+
Download the [DollhouseMCP Desktop Extension](https://github.com/DollhouseMCP/mcp-server/releases/tag/v2.0.0) (`.mcpb` file) and open it. Claude Desktop handles the rest — no terminal required.
|
|
64
|
+
|
|
65
|
+
**Claude Code** (one command):
|
|
49
66
|
|
|
50
67
|
All projects (recommended):
|
|
51
68
|
```bash
|
|
@@ -57,257 +74,300 @@ Current project only:
|
|
|
57
74
|
claude mcp add dollhousemcp -- npx -y @dollhousemcp/mcp-server
|
|
58
75
|
```
|
|
59
76
|
|
|
60
|
-
|
|
77
|
+
**Other platforms** — see the [Quick Start Guide](docs/guides/quick-start.md) for Claude Desktop manual config, Gemini, Cursor, Codex, local LLMs, and more.
|
|
61
78
|
|
|
62
|
-
|
|
79
|
+
Then start a conversation:
|
|
63
80
|
|
|
64
|
-
|
|
81
|
+
```
|
|
82
|
+
"What DollhouseMCP tools do you have available?"
|
|
83
|
+
"List all available Dollhouse personas"
|
|
84
|
+
"Activate the Dollhouse debug detective persona"
|
|
85
|
+
```
|
|
65
86
|
|
|
66
|
-
|
|
67
|
-
# Create MCP servers directory
|
|
68
|
-
mkdir ~/mcp-servers
|
|
69
|
-
cd ~/mcp-servers
|
|
87
|
+
DollhouseMCP ships with 38 Dollhouse elements across all 6 types. Just describe what you want in natural language.
|
|
70
88
|
|
|
71
|
-
|
|
72
|
-
npm install @dollhousemcp/mcp-server
|
|
73
|
-
```
|
|
89
|
+
> **First time?** The [Public Beta Onboarding Guide](docs/guides/public-beta-onboarding.md) walks you from install to your first activated Dollhouse persona in under 10 minutes.
|
|
74
90
|
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
Add to your config file:
|
|
78
|
-
- **macOS**: `~/Library/Application Support/Claude/claude_desktop_config.json`
|
|
79
|
-
- **Windows**: `%APPDATA%\Claude\claude_desktop_config.json`
|
|
80
|
-
- **Linux**: `~/.config/Claude/claude_desktop_config.json`
|
|
81
|
-
|
|
82
|
-
```json
|
|
83
|
-
{
|
|
84
|
-
"mcpServers": {
|
|
85
|
-
"dollhousemcp": {
|
|
86
|
-
"command": "node",
|
|
87
|
-
"args": ["/Users/YOUR_USERNAME/mcp-servers/node_modules/@dollhousemcp/mcp-server/dist/index.js"]
|
|
88
|
-
}
|
|
89
|
-
}
|
|
90
|
-
}
|
|
91
|
-
```
|
|
91
|
+
---
|
|
92
92
|
|
|
93
|
-
|
|
93
|
+
## Dollhouse Elements: Behavior, Capabilities, and Permissions
|
|
94
|
+
|
|
95
|
+
Dollhouse elements are modular building blocks that customize your AI. When you activate a Dollhouse element, you're not just changing a prompt — you're changing what tools the AI can access, what commands it can run, and what operations require your approval.
|
|
96
|
+
|
|
97
|
+
| Dollhouse Element | What It Does |
|
|
98
|
+
|---|---|
|
|
99
|
+
| **Dollhouse Personas** | Shape behavior, tone, expertise, and priorities. <br> Act as security principals with permission policies that control what the AI can do. |
|
|
100
|
+
| **Dollhouse Skills*** | Add discrete capabilities the AI can activate on demand. <br> Code review, data analysis, penetration testing, translation, and more. |
|
|
101
|
+
| **Dollhouse Templates** | Standardize outputs with variable substitution. <br> Reports, emails, briefs, documentation — consistent structure every time. |
|
|
102
|
+
| **Dollhouse Agents** | Execute multi-step goals autonomously. <br> State tracking, resilience policies, autonomy evaluation, and an execution lifecycle. |
|
|
103
|
+
| **Dollhouse Memories** | Persist structured context across sessions. <br> Facts, preferences, project state. Can auto-load on startup. |
|
|
104
|
+
| **Dollhouse Ensembles** | Bundle multiple elements into one activatable unit. <br> Activation strategies, conflict resolution, and coordinated permission policies. |
|
|
105
|
+
|
|
106
|
+
> **\*Skills Compatibility**
|
|
107
|
+
>
|
|
108
|
+
> Dollhouse Skills (introduced July 2025) predate the agent skills format later adopted by Claude/Anthropic. DollhouseMCP includes a built-in lossless bidirectional converter between the two formats.
|
|
109
|
+
>
|
|
110
|
+
> - **Import**: Convert agent skills → Dollhouse Skills via `convert_skill_format`. Once converted, they're first-class Dollhouse elements — combinable with Personas, Templates, and other Skills inside Ensembles, managed by Dollhouse Agents, and protected by Gatekeeper policies.
|
|
111
|
+
> - **Export**: Convert Dollhouse Skills → agent skills for platforms that don't have DollhouseMCP installed.
|
|
112
|
+
> - **Roundtrip**: The converter supports a lossless mode that preserves everything in both directions. A safe mode is also available that sanitizes potentially risky patterns during conversion.
|
|
113
|
+
>
|
|
114
|
+
> [Full Skills Converter documentation](docs/guides/skills-converter.md)
|
|
115
|
+
|
|
116
|
+
All Dollhouse elements are readable markdown or YAML files stored in your local portfolio. You own them, you control them. When interacting with your AI, use "Dollhouse" to disambiguate — say "activate the Dollhouse code review persona" or "run the Dollhouse research agent" to ensure the AI uses DollhouseMCP elements rather than native platform features.
|
|
94
117
|
|
|
95
118
|
---
|
|
96
119
|
|
|
97
|
-
|
|
120
|
+
## MCP-AQL: How Your AI Talks to DollhouseMCP
|
|
98
121
|
|
|
99
|
-
|
|
122
|
+
Most MCP servers expose dozens of individual tools, each consuming context tokens and forcing the LLM to pick the right one from a flat list. DollhouseMCP takes a different approach.
|
|
100
123
|
|
|
101
|
-
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
|
|
124
|
+
**MCP-AQL** (Model Context Protocol – **A**dvanced **A**gent **A**PI **A**dapter **Q**uery **L**anguage) organizes all operations into 5 semantic endpoints — **CRUDE**: Create, Read, Update, Delete, Execute. The A pulls quadruple duty: **A**dvanced query capabilities, **A**gent-first design, **A**PI consolidation, and **A**dapter layer to bridge other MCP servers and APIs to work directly with LLMs. Each endpoint groups operations by what they do to state, giving the LLM clear semantic signals about the consequences of each action:
|
|
125
|
+
|
|
126
|
+
| Endpoint | Purpose | Permission Level |
|
|
127
|
+
|----------|---------|-----------------|
|
|
128
|
+
| **Create** | Add new elements, install from collection, add memory entries | Confirm once per session |
|
|
129
|
+
| **Read** | List, search, get details, activate, introspect | Auto-approved (safe, no side effects) |
|
|
130
|
+
| **Update** | Edit existing elements | Confirm each time |
|
|
131
|
+
| **Delete** | Remove elements, clear entries | Confirm each time |
|
|
132
|
+
| **Execute** | Run agents, manage execution lifecycle, confirm operations | Confirm each time |
|
|
133
|
+
|
|
134
|
+
### Why This Matters
|
|
135
|
+
|
|
136
|
+
- **Semantic clarity** — The LLM knows that calling `mcp_aql_read` is always safe. Calling `mcp_aql_delete` is always destructive. No guessing.
|
|
137
|
+
- **Host-level permission control** — MCP clients like Claude Code can set different approval policies per endpoint (auto-approve reads, require confirmation for deletes).
|
|
138
|
+
- **Progressive disclosure through introspection** — The LLM starts with just 5 tool endpoints. It discovers operations, parameters, element formats, and usage examples at runtime by asking the server:
|
|
111
139
|
|
|
112
|
-
|
|
140
|
+
```json
|
|
141
|
+
{ "operation": "introspect", "params": { "query": "operations" } }
|
|
142
|
+
{ "operation": "introspect", "params": { "query": "format", "name": "persona" } }
|
|
143
|
+
```
|
|
144
|
+
|
|
145
|
+
This is progressive disclosure built into the protocol — the LLM only loads what it needs, when it needs it. Unlike client-side solutions that require special harness support (like Claude Code's deferred tool loading), MCP-AQL's introspection works on any MCP client because it's just a standard tool call that returns structured data. No fancy client features required. The server describes itself.
|
|
146
|
+
|
|
147
|
+
Elements use the same principle: YAML frontmatter provides metadata for quick scanning, full markdown content loads only when activated. The LLM can list 200 elements at a glance and deep-dive into the ones it needs.
|
|
148
|
+
|
|
149
|
+
- **Token efficiency** — 5 endpoints at ~4,300 tokens vs ~29,600 for ~40 discrete tools (85% reduction). Single mode reduces further to ~350 tokens.
|
|
150
|
+
|
|
151
|
+
> [Full MCP-AQL documentation](docs/architecture/mcp-aql/README.md) — protocol design, CRUDE pattern rationale, introspection system, endpoint modes, and debugging.
|
|
113
152
|
|
|
114
153
|
---
|
|
115
154
|
|
|
116
|
-
|
|
155
|
+
## The Gatekeeper: Elements Control Permissions
|
|
117
156
|
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
157
|
+
Every MCP-AQL operation passes through the Gatekeeper — a server-side permission system that Dollhouse elements directly control. When you activate a Dollhouse Persona, Skill, or Ensemble, its permission policies take effect immediately.
|
|
158
|
+
|
|
159
|
+
```
|
|
160
|
+
Example: Activate a "read-only analyst" persona
|
|
161
|
+
|
|
162
|
+
┌─────────────────────────────────────────────────────────────────┐
|
|
163
|
+
│ Persona: read-only-analyst │
|
|
164
|
+
│ │
|
|
165
|
+
│ gatekeeper: │
|
|
166
|
+
│ allow: [list_elements, search, get_element, introspect] │
|
|
167
|
+
│ deny: [create_element, edit_element, delete_element, │
|
|
168
|
+
│ execute_agent, confirm_operation] │
|
|
169
|
+
└─────────────────────────────────────────────────────────────────┘
|
|
170
|
+
│
|
|
171
|
+
▼
|
|
172
|
+
┌─────────────────────────────────────────────────────────────────┐
|
|
173
|
+
│ What the LLM CAN do: What the LLM CANNOT do: │
|
|
174
|
+
│ │
|
|
175
|
+
│ ✓ List and search elements ✗ Create new elements │
|
|
176
|
+
│ ✓ Read element details ✗ Edit existing elements │
|
|
177
|
+
│ ✓ Introspect operations ✗ Delete anything │
|
|
178
|
+
│ ✓ Activate/deactivate ✗ Run agents │
|
|
179
|
+
│ ✗ Confirm any gated operation │
|
|
180
|
+
└─────────────────────────────────────────────────────────────────┘
|
|
121
181
|
```
|
|
122
182
|
|
|
123
|
-
**
|
|
183
|
+
**This works even if the MCP client has "Always Allow" enabled.** The Gatekeeper runs server-side — after the client approves the tool call, the Gatekeeper still enforces the active element's policies. A deny from any active element cannot be overridden by the LLM or the client.
|
|
124
184
|
|
|
125
|
-
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
129
|
-
|
|
130
|
-
}
|
|
131
|
-
}
|
|
132
|
-
}
|
|
185
|
+
### How Policy Resolution Works
|
|
186
|
+
|
|
187
|
+
```
|
|
188
|
+
deny > confirm > allow > route default
|
|
189
|
+
(highest priority) (lowest priority)
|
|
133
190
|
```
|
|
134
191
|
|
|
135
|
-
|
|
192
|
+
1. **Element deny** — hard-blocked, cannot be confirmed or bypassed
|
|
193
|
+
2. **Element confirm** — requires user confirmation even if the route default is auto-approve
|
|
194
|
+
3. **Element allow** — auto-approves operations that would normally require confirmation
|
|
195
|
+
4. **Route default** — the endpoint's built-in permission level (reads auto-approve, deletes confirm)
|
|
136
196
|
|
|
137
|
-
|
|
197
|
+
Policies stack across all active elements. If one persona allows an operation but another denies it, deny wins. This lets you compose elements with confidence — a security-focused persona can lock down operations while a skill adds capabilities.
|
|
138
198
|
|
|
139
|
-
###
|
|
199
|
+
### What This Means in Practice
|
|
140
200
|
|
|
141
|
-
|
|
201
|
+
- **Activate a read-only persona** → the LLM can only browse and search, even if you've given the MCP client full access
|
|
202
|
+
- **Activate a security analyst ensemble** → `delete_element` and `rm -rf *` are denied, but code review tools work normally
|
|
203
|
+
- **Deactivate the restrictive element** → full access returns immediately
|
|
204
|
+
- **Nuclear sandbox** → `deny: ['confirm_operation']` blocks ALL confirmations, making the session completely read-only until the element is deactivated
|
|
142
205
|
|
|
143
|
-
|
|
144
|
-
# Personal assistant
|
|
145
|
-
mkdir ~/mcp-servers/personal
|
|
146
|
-
cd ~/mcp-servers/personal
|
|
147
|
-
npm install @dollhousemcp/mcp-server
|
|
206
|
+
> **Platform compatibility**: The Gatekeeper enforces policies server-side — deny and allow decisions work on any MCP client. The confirmation flow (where the LLM calls `confirm_operation` in response to a block) has been tested extensively on Claude Code and the DollhouseMCP Bridge. It should work on any MCP client where the LLM can interpret structured tool responses and make follow-up tool calls, but has not been rigorously verified on all platforms.
|
|
148
207
|
|
|
149
|
-
|
|
150
|
-
mkdir ~/mcp-servers/work
|
|
151
|
-
cd ~/mcp-servers/work
|
|
152
|
-
npm install @dollhousemcp/mcp-server
|
|
208
|
+
> [Gatekeeper documentation](docs/security/gatekeeper-confirmation-model.md) — confirmation flows, element policy syntax, sandbox model, external tool restrictions, and the session-allow problem.
|
|
153
209
|
|
|
154
|
-
|
|
155
|
-
mkdir ~/mcp-servers/creative
|
|
156
|
-
cd ~/mcp-servers/creative
|
|
157
|
-
npm install @dollhousemcp/mcp-server
|
|
158
|
-
```
|
|
210
|
+
---
|
|
159
211
|
|
|
160
|
-
|
|
161
|
-
|
|
162
|
-
```json
|
|
163
|
-
{
|
|
164
|
-
"mcpServers": {
|
|
165
|
-
"dollhouse-personal": {
|
|
166
|
-
"command": "node",
|
|
167
|
-
"args": ["/Users/YOU/mcp-servers/personal/node_modules/@dollhousemcp/mcp-server/dist/index.js"],
|
|
168
|
-
"env": {
|
|
169
|
-
"DOLLHOUSE_PORTFOLIO_DIR": "/Users/YOU/portfolios/personal"
|
|
170
|
-
}
|
|
171
|
-
},
|
|
172
|
-
"dollhouse-work": {
|
|
173
|
-
"command": "node",
|
|
174
|
-
"args": ["/Users/YOU/mcp-servers/work/node_modules/@dollhousemcp/mcp-server/dist/index.js"],
|
|
175
|
-
"env": {
|
|
176
|
-
"DOLLHOUSE_PORTFOLIO_DIR": "/Users/YOU/portfolios/work"
|
|
177
|
-
}
|
|
178
|
-
}
|
|
179
|
-
}
|
|
180
|
-
}
|
|
181
|
-
```
|
|
212
|
+
## Portfolio
|
|
182
213
|
|
|
183
|
-
|
|
214
|
+
Your Dollhouse elements live in a local portfolio at `~/.dollhouse/portfolio/`. Ask your AI to "open the portfolio browser" (or call `open_portfolio_browser` via MCP-AQL) to browse them visually. Activation is done through the LLM — ask it to "activate the Dollhouse code review persona" and it handles the rest.
|
|
215
|
+
|
|
216
|
+
<div align="center">
|
|
217
|
+
<img src="docs/assets/portfolio-browser.png" alt="DollhouseMCP Portfolio Browser" width="700" />
|
|
218
|
+
</div>
|
|
219
|
+
|
|
220
|
+
- **Local-first** — Everything works offline. No account required.
|
|
221
|
+
- **38 bundled elements** — 7 personas, 7 skills, 8 templates, 7 agents, 4 memories, 5 ensembles ship with the server as starter content. Includes the **dollhouse-expert-suite** ensemble (persona + knowledge base memory) for guided help, and a **Session Monitor** agent that keeps your LLM synchronized with server state changes.
|
|
222
|
+
- **GitHub sync** — Optionally back up your portfolio to a GitHub repository and share elements with others.
|
|
223
|
+
- **Community Collection** — [Browse the collection](https://dollhousemcp.github.io/collection/) to see what's available, then install elements directly from your AI. Or [submit your own](https://github.com/DollhouseMCP/collection).
|
|
224
|
+
|
|
225
|
+
> [GitHub Portfolio Sync Guide](docs/guides/portfolio-setup-guide.md) — back up to GitHub, sync between machines, submit to the community.
|
|
184
226
|
|
|
185
227
|
---
|
|
186
228
|
|
|
187
|
-
|
|
229
|
+
## Dollhouse Agent Execution
|
|
188
230
|
|
|
189
|
-
|
|
231
|
+
Dollhouse Agents don't just run — every step passes through the MCP server, back to the LLM, and through the Gatekeeper. The LLM makes semantic decisions; the server handles programmatic enforcement. Neither side operates alone.
|
|
190
232
|
|
|
191
233
|
```
|
|
192
|
-
|
|
234
|
+
┌───────────────┐
|
|
235
|
+
│ HUMAN │
|
|
236
|
+
│ (optional) │◄──── LLM asks for guidance
|
|
237
|
+
│ │ when autonomy evaluator
|
|
238
|
+
│ Approve, deny,│ says "pause"
|
|
239
|
+
│ or guide │
|
|
240
|
+
└───────┬───────┘
|
|
241
|
+
│ responds to LLM
|
|
242
|
+
▼
|
|
243
|
+
┌─────────────┐ ┌─────────────────────────────┐ ┌─────────────┐
|
|
244
|
+
│ │ │ DollhouseMCP MCP Server │ │ │
|
|
245
|
+
│ LLM │────▶│ │────▶│ LLM │
|
|
246
|
+
│ │ │ 1. Gatekeeper checks policy │ │ │
|
|
247
|
+
│ Decides │ │ 2. Autonomy Evaluator scores │ │ Records │
|
|
248
|
+
│ next │ │ 3. Danger Zone enforcement │ │ step and │
|
|
249
|
+
│ action │ │ 4. Execute or block │ │ continues │
|
|
250
|
+
│ │ │ 5. Return result + autonomy │ │ or pauses │
|
|
251
|
+
│ │◀────│ guidance to LLM │◀────│ │
|
|
252
|
+
└─────────────┘ └─────────────────────────────┘ └─────────────┘
|
|
253
|
+
│ │
|
|
254
|
+
└──────────────── repeats every step ───────────────────┘
|
|
193
255
|
```
|
|
194
256
|
|
|
195
|
-
|
|
257
|
+
Each step in the loop:
|
|
258
|
+
- **Gatekeeper** checks every operation against active element policies — deny, confirm, or allow
|
|
259
|
+
- **Autonomy Evaluator** scores whether the agent should continue autonomously or pause for human input
|
|
260
|
+
- **Danger Zone** enforces hard blocks on high-risk operations (file deletion, external API calls, system commands)
|
|
261
|
+
- **Step recording** creates an audit trail of every decision and outcome
|
|
262
|
+
- **The LLM receives autonomy guidance** with each response — continue, pause, or escalate — so it never operates unmonitored
|
|
196
263
|
|
|
197
|
-
|
|
264
|
+
This means a Dollhouse Agent can't silently escalate. Every action is visible, every step is evaluated, and active element policies are enforced throughout the entire execution.
|
|
198
265
|
|
|
199
|
-
|
|
266
|
+
> **Platform note**: The agentic loop relies on the LLM making sequential MCP tool calls and interpreting structured responses — standard MCP behavior. It has been tested extensively on Claude Code and the DollhouseMCP Bridge. The server-side enforcement (Gatekeeper, Danger Zone, step recording) is platform-independent. The LLM's ability to follow autonomy guidance (continue/pause/escalate) depends on the LLM's capability to interpret structured tool responses, which may vary across platforms.
|
|
200
267
|
|
|
201
|
-
|
|
202
|
-
- **macOS/Linux**: `~/.dollhouse/portfolio/`
|
|
203
|
-
- **Windows**: `%USERPROFILE%\.dollhouse\portfolio\`
|
|
268
|
+
> [Full Agent Execution documentation](docs/guides/agent-execution.md) — the agentic loop, security enforcement, human-in-the-loop control, agent composition, resilience policies, and execution lifecycle operations.
|
|
204
269
|
|
|
205
|
-
|
|
270
|
+
---
|
|
206
271
|
|
|
207
|
-
##
|
|
272
|
+
## More Features
|
|
208
273
|
|
|
209
|
-
|
|
274
|
+
- **Web Portfolio Browser** — Built-in web console for browsing and managing your portfolio visually. Ask your AI to "open the portfolio browser" or run `npm run web` standalone.
|
|
275
|
+
- **Batch Operations** — Execute multiple operations in a single MCP-AQL request for efficient workflows
|
|
276
|
+
- **Activation Persistence** — Elements activated in a session are restored on server restart. No re-activation needed.
|
|
277
|
+
- **Universal Backup** — Built-in backup service for portfolio elements with restore capability
|
|
278
|
+
- **Cache Memory Budget** — Configurable memory budget for collection and index caches to control resource usage
|
|
279
|
+
- **NLP Discovery** — Jaccard similarity and Shannon entropy scoring for intelligent element search and discovery
|
|
280
|
+
- **Cross-Element Relationships** — GraphRAG-style mapping between elements for finding related content
|
|
281
|
+
- **Security Hardened** — Input sanitization, path traversal prevention, YAML injection protection, file locking, DOMPurify sanitization, content validation against hundreds of attack vectors. [Security docs](docs/security/README.md)
|
|
282
|
+
- **Cross-Platform** — Tested on Windows, macOS, and Linux across Node.js 20+
|
|
210
283
|
|
|
211
|
-
|
|
212
|
-
|
|
213
|
-
|
|
284
|
+
---
|
|
285
|
+
|
|
286
|
+
## Installation Options
|
|
214
287
|
|
|
215
|
-
#
|
|
216
|
-
activate_element name="creative-writer" type="personas"
|
|
288
|
+
The [Quick Start](#quick-start) above covers the fastest path. For more control:
|
|
217
289
|
|
|
218
|
-
|
|
219
|
-
browse_collection type="personas"
|
|
290
|
+
### Local Install (Recommended for Multiple Configs)
|
|
220
291
|
|
|
221
|
-
|
|
222
|
-
|
|
292
|
+
```bash
|
|
293
|
+
mkdir -p ~/mcp-servers && cd ~/mcp-servers
|
|
294
|
+
npm install @dollhousemcp/mcp-server
|
|
223
295
|
```
|
|
224
296
|
|
|
225
|
-
|
|
297
|
+
Then point your MCP client at `node <path>/node_modules/@dollhousemcp/mcp-server/dist/index.js`.
|
|
226
298
|
|
|
227
|
-
|
|
299
|
+
### MCP-AQL Endpoint Modes
|
|
228
300
|
|
|
229
|
-
|
|
|
230
|
-
|
|
231
|
-
|
|
|
232
|
-
|
|
|
233
|
-
|
|
|
234
|
-
| 📁 **GitHub Portfolio** | Personal repository for storing and versioning your AI elements |
|
|
235
|
-
| 👤 **User Identity System** | Environment-based attribution for persona creators |
|
|
236
|
-
| 🆔 **Unique ID System** | Advanced ID generation: `{type}_{name}_{author}_{YYYYMMDD}-{HHMMSS}` |
|
|
237
|
-
| 💬 **Chat-Based Management** | Create, edit, and validate personas through conversational interface |
|
|
238
|
-
| 🔄 **Real-time Operations** | Live editing with automatic version bumping and validation |
|
|
239
|
-
| 📦 **NPM Installation** | Install MCP servers from npm with cross-platform support and atomic operations |
|
|
240
|
-
| 🛡️ **Data Protection** | Copy-on-write for default personas, comprehensive backup system |
|
|
241
|
-
| 🏠 **Local-First Architecture** | Full functionality without cloud dependency |
|
|
301
|
+
| Mode | Endpoints | Tokens | Env Variable | Best For |
|
|
302
|
+
|------|-----------|--------|-------------|----------|
|
|
303
|
+
| **CRUDE** (default) | 5 | ~4,300 | `MCP_AQL_ENDPOINT_MODE=crude` | Most users. Semantic grouping with host-level permission control |
|
|
304
|
+
| **Single** | 1 | ~350 | `MCP_AQL_ENDPOINT_MODE=single` | Multi-server setups with constrained context windows |
|
|
305
|
+
| **Discrete** | ~40 | ~29,600 | `MCP_INTERFACE_MODE=discrete` | Backward compatibility with v1 tool names |
|
|
242
306
|
|
|
243
|
-
|
|
307
|
+
> **Note**: CRUDE and Single are controlled by `MCP_AQL_ENDPOINT_MODE`. Discrete mode uses a different variable: `MCP_INTERFACE_MODE=discrete`.
|
|
244
308
|
|
|
245
|
-
|
|
309
|
+
### Common Configuration
|
|
246
310
|
|
|
247
|
-
|
|
|
248
|
-
|
|
249
|
-
|
|
|
250
|
-
|
|
|
251
|
-
|
|
|
252
|
-
|
|
|
253
|
-
| 💬 **Prompts** | Pre-configured conversation starters and structured interactions | 🔄 Coming Soon |
|
|
254
|
-
| 🧠 **Memory** | Persistent context storage with retention policies and search capabilities | 🔄 Coming Soon |
|
|
255
|
-
| 🎯 **Ensemble** | Orchestrate multiple elements together as one unified entity | 🔄 Coming Soon |
|
|
311
|
+
| Variable | Default | Description |
|
|
312
|
+
|----------|---------|-------------|
|
|
313
|
+
| `MCP_AQL_ENDPOINT_MODE` | `crude` | Endpoint mode: `crude`, `single` |
|
|
314
|
+
| `MCP_INTERFACE_MODE` | `mcpaql` | Interface style: `mcpaql`, `discrete` |
|
|
315
|
+
| `DOLLHOUSE_PORTFOLIO_DIR` | `~/.dollhouse/portfolio/` | Custom portfolio location |
|
|
316
|
+
| `GITHUB_TOKEN` | — | Personal access token for GitHub operations |
|
|
256
317
|
|
|
257
|
-
|
|
318
|
+
> [Full environment variable reference](docs/guides/environment-variables.md) · [MCP client setup for other platforms](docs/guides/mcp-client-setup.md)
|
|
258
319
|
|
|
259
|
-
|
|
320
|
+
---
|
|
260
321
|
|
|
261
|
-
|
|
322
|
+
## Documentation
|
|
323
|
+
|
|
324
|
+
| Guide | Description |
|
|
325
|
+
|-------|-------------|
|
|
326
|
+
| [Quick Start Guide](docs/guides/quick-start.md) | Platform-specific install for Claude Code, Desktop, Cursor, Gemini, Codex, local LLMs |
|
|
327
|
+
| [Public Beta Onboarding](docs/guides/public-beta-onboarding.md) | Install to first persona in 10 minutes |
|
|
328
|
+
| [LLM Quick Reference](docs/guides/llm-quick-reference.md) | Operation cheat sheet written for AI assistants |
|
|
329
|
+
| [MCP-AQL Architecture](docs/architecture/mcp-aql/README.md) | CRUDE protocol, introspection, endpoint modes |
|
|
330
|
+
| [Gatekeeper Security Model](docs/security/gatekeeper-confirmation-model.md) | Permission layers, element policies, sandbox model |
|
|
331
|
+
| [GitHub Portfolio Sync](docs/guides/portfolio-setup-guide.md) | Back up to GitHub, sync between machines, community submission |
|
|
332
|
+
| [Memory System](docs/guides/memory-system.md) | Persistent context storage and retrieval |
|
|
333
|
+
| [Skills Converter](docs/guides/skills-converter.md) | Bidirectional agent skills conversion |
|
|
334
|
+
| [Agent Execution](docs/guides/agent-execution.md) | Agentic loop, security enforcement, human-in-the-loop, composition |
|
|
335
|
+
| [Architecture Overview](docs/architecture/overview.md) | System design, DI container, data flow |
|
|
336
|
+
| [Security](docs/security/README.md) | Threat model, testing, and vulnerability reporting |
|
|
337
|
+
| [API Reference](docs/reference/api-reference.md) | Complete MCP tool catalog and payload schemas |
|
|
338
|
+
| [V2 Migration Guide](docs/guides/v2-migration-guide.md) | Upgrading from v1.x |
|
|
339
|
+
| [Troubleshooting](docs/guides/troubleshooting.md) | Common issues and solutions |
|
|
262
340
|
|
|
263
|
-
|
|
264
|
-
|-------|----------|
|
|
265
|
-
| **Personas not loading** | Check `~/.dollhouse/portfolio/personas/` directory exists |
|
|
266
|
-
| **Server won't start** | Ensure Node.js v20+ is installed: `node --version` |
|
|
267
|
-
| **Collection not working** | Check internet connection and GitHub API access |
|
|
268
|
-
| **Tools not appearing in Claude** | Restart Claude Desktop completely after config changes |
|
|
269
|
-
| **"Cannot find module" errors** | Reinstall: `npm install -g @dollhousemcp/mcp-server@latest` |
|
|
270
|
-
| **Rate limit errors** | Wait 60 seconds; GitHub API has hourly limits |
|
|
341
|
+
---
|
|
271
342
|
|
|
272
|
-
|
|
343
|
+
## Contributing
|
|
273
344
|
|
|
274
|
-
|
|
275
|
-
- 💬 [GitHub Issues](https://github.com/DollhouseMCP/mcp-server/issues)
|
|
276
|
-
- 💭 [GitHub Discussions](https://github.com/DollhouseMCP/mcp-server/discussions)
|
|
345
|
+
We welcome contributions — bug reports, feature requests, documentation, code, and community elements.
|
|
277
346
|
|
|
278
|
-
|
|
347
|
+
```bash
|
|
348
|
+
git clone https://github.com/DollhouseMCP/mcp-server.git
|
|
349
|
+
cd mcp-server
|
|
350
|
+
npm install && npm run build && npm test
|
|
351
|
+
```
|
|
279
352
|
|
|
280
|
-
|
|
281
|
-
- [Roundtrip Workflow Guide](docs/guides/roundtrip-workflow-user-guide.md)
|
|
282
|
-
- [Portfolio Setup Guide](docs/guides/portfolio-setup-guide.md)
|
|
283
|
-
- [Element Detection Guide](docs/guides/element-detection-guide.md)
|
|
284
|
-
- [PersonaTools Migration Guide](docs/archive/migrations/personatools-migration-guide.md)
|
|
285
|
-
- [API Documentation](docs/reference/api-reference.md)
|
|
353
|
+
See [CONTRIBUTING.md](CONTRIBUTING.md) for the full development workflow, branch strategy, and code style guide.
|
|
286
354
|
|
|
287
|
-
|
|
288
|
-
- [GitHub Repository](https://github.com/DollhouseMCP/mcp-server)
|
|
289
|
-
- [NPM Package](https://www.npmjs.com/package/@dollhousemcp/mcp-server)
|
|
290
|
-
- [Community Collection](https://github.com/DollhouseMCP/collection)
|
|
291
|
-
- [Discord Community](https://discord.gg/dollhousemcp) (coming soon)
|
|
355
|
+
---
|
|
292
356
|
|
|
293
|
-
|
|
294
|
-
- [Contributing Quick Start](CONTRIBUTING.md)
|
|
295
|
-
- [Contributor Reference](docs/contributing.md)
|
|
296
|
-
- [Security Policy](docs/security/documentation-guide.md)
|
|
297
|
-
- [Full Changelog](CHANGELOG.md)
|
|
357
|
+
## Community
|
|
298
358
|
|
|
299
|
-
|
|
359
|
+
- [GitHub Discussions](https://github.com/DollhouseMCP/mcp-server/discussions) — Questions, ideas, and showcase
|
|
360
|
+
- [GitHub Issues](https://github.com/DollhouseMCP/mcp-server/issues) — Bug reports and feature requests
|
|
361
|
+
- [Discord](https://discord.gg/bzY2tkT6rQ) — Real-time chat
|
|
362
|
+
- [Browse the Collection](https://dollhousemcp.github.io/collection/) — Community-contributed Dollhouse elements you can install
|
|
363
|
+
- [Collection Repository](https://github.com/DollhouseMCP/collection) — Source repo for submissions and contributions
|
|
300
364
|
|
|
301
|
-
|
|
365
|
+
---
|
|
302
366
|
|
|
303
|
-
|
|
304
|
-
- ✅ **Free to use** for personal and commercial purposes
|
|
305
|
-
- ✅ **Modify and distribute** with the same license
|
|
306
|
-
- ✅ **Network use** requires source code disclosure
|
|
307
|
-
- ✅ **Platform stability** commitments protect users
|
|
367
|
+
## License
|
|
308
368
|
|
|
309
|
-
See [LICENSE](LICENSE) for full terms.
|
|
369
|
+
[AGPL-3.0-or-later](LICENSE) — free to use, modify, and distribute. Network use requires source disclosure. See [LICENSE](LICENSE) for full terms.
|
|
310
370
|
|
|
311
371
|
---
|
|
312
372
|
|
|
313
|
-
*
|
|
373
|
+
*Copyright 2024-2026 Mick Darling / DollhouseMCP*
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
{"version":3,"file":"version.d.ts","sourceRoot":"","sources":["../../src/constants/version.ts"],"names":[],"mappings":"AACA,eAAO,MAAM,OAAO,UAAU,CAAC;AAC/B,eAAO,MAAM,UAAU,6BAA6B,CAAC"}
|
|
@@ -0,0 +1,4 @@
|
|
|
1
|
+
// Auto-generated version constant
|
|
2
|
+
export const VERSION = "1.6.5";
|
|
3
|
+
export const BUILD_DATE = "2025-08-26T15:30:22.187Z";
|
|
4
|
+
//# sourceMappingURL=data:application/json;base64,eyJ2ZXJzaW9uIjozLCJmaWxlIjoidmVyc2lvbi5qcyIsInNvdXJjZVJvb3QiOiIiLCJzb3VyY2VzIjpbIi4uLy4uL3NyYy9jb25zdGFudHMvdmVyc2lvbi50cyJdLCJuYW1lcyI6W10sIm1hcHBpbmdzIjoiQUFBQSxrQ0FBa0M7QUFDbEMsTUFBTSxDQUFDLE1BQU0sT0FBTyxHQUFHLE9BQU8sQ0FBQztBQUMvQixNQUFNLENBQUMsTUFBTSxVQUFVLEdBQUcsMEJBQTBCLENBQUMiLCJzb3VyY2VzQ29udGVudCI6WyIvLyBBdXRvLWdlbmVyYXRlZCB2ZXJzaW9uIGNvbnN0YW50XG5leHBvcnQgY29uc3QgVkVSU0lPTiA9IFwiMS42LjVcIjtcbmV4cG9ydCBjb25zdCBCVUlMRF9EQVRFID0gXCIyMDI1LTA4LTI2VDE1OjMwOjIyLjE4N1pcIjtcbiJdfQ==
|
|
@@ -2,8 +2,8 @@
|
|
|
2
2
|
* Auto-generated file - DO NOT EDIT
|
|
3
3
|
* Generated at build time by scripts/generate-version.js
|
|
4
4
|
*/
|
|
5
|
-
export declare const PACKAGE_VERSION = "2.0.
|
|
6
|
-
export declare const BUILD_TIMESTAMP = "2026-04-
|
|
5
|
+
export declare const PACKAGE_VERSION = "2.0.1";
|
|
6
|
+
export declare const BUILD_TIMESTAMP = "2026-04-02T00:00:54.478Z";
|
|
7
7
|
export declare const BUILD_TYPE: 'npm' | 'git';
|
|
8
8
|
export declare const PACKAGE_NAME = "@dollhousemcp/mcp-server";
|
|
9
9
|
//# sourceMappingURL=version.d.ts.map
|