create-metamynd-agent 0.6.0 → 0.6.2

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.
Files changed (3) hide show
  1. package/README.md +12 -0
  2. package/index.mjs +8 -0
  3. package/package.json +1 -1
package/README.md CHANGED
@@ -41,6 +41,18 @@ rewrite**: the exact same `guardTool()` call your harness project already makes
41
41
  `bundleUrl`/`api` pointed at a real gate (provision normally, without `--harness`) instead of a rules
42
42
  file you authored yourself. Nothing about how you wrote your agent changes.
43
43
 
44
+ It is also **not a separate enforcement boundary**, and this matters more than the list above.
45
+ `guardToolLocal()` is a cooperative library your own process embeds — call the raw handler directly
46
+ instead of the guarded one and nothing stops you, because there is no second party in the loop to
47
+ disagree with you. Confirmed by direct testing: a bypass attempt (skip the guard, call the tool
48
+ function underneath it) succeeds every time, structurally, not as a bug. In the hosted flow this is
49
+ what the **counterparty** is for — the MCP/tool service independently re-verifies the agent's signed
50
+ authority for itself rather than trusting that the agent's own guard ran, which is why a compromised
51
+ or dishonest agent still can't get an honest service to act (see the three-party demo at
52
+ [metamynd.ai/developers/quickstart](https://metamynd.ai/developers/quickstart)). `--harness` has no
53
+ counterparty, so it can't have that property. Use it to govern your own agent's own honest behavior
54
+ — not as a defense against an agent (or a person) that's actively trying to get around it.
55
+
44
56
  Works with `--config` too — its `rules` become the harness's starter rules file, same as the hosted
45
57
  flow. See [Policy config file](#policy-config-file---config) below.
46
58
 
package/index.mjs CHANGED
@@ -1157,6 +1157,14 @@ No anchored/verifiable identity, no cross-party trust, no evidence anyone but yo
1157
1157
  no dashboard reachable when this machine is off, no owner queue someone else can approve from.
1158
1158
  That's the hosted platform (\`npx create-metamynd-agent\`, without \`--harness\`) — same
1159
1159
  \`guardTool()\` call, same rules shape, so upgrading later is a config change, not a rewrite.
1160
+
1161
+ It is also **not a separate enforcement boundary**. \`guardToolLocal()\` (in \`index.mjs\`) is a
1162
+ cooperative library this process embeds — call the tool handler directly instead of the guarded
1163
+ one and nothing stops you, because there is no second party in the loop to disagree with you.
1164
+ That's structural, not a bug: use this harness to govern your own agent's own honest behavior,
1165
+ not as a defense against an agent (or a person) actively trying to get around it. The hosted
1166
+ platform's \`guardTool()\` doesn't have this gap, because the MCP/tool service re-verifies the
1167
+ agent's signed authority for itself instead of trusting that the agent's own guard ran.
1160
1168
  `;
1161
1169
  }
1162
1170
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "create-metamynd-agent",
3
- "version": "0.6.0",
3
+ "version": "0.6.2",
4
4
  "description": "Scaffold a MetaMynd/AgentSafe-governed AI agent in one command — logs in, provisions the agent (identity + mandate + SOP + Standards) in a single call, writes agent.metamynd.json, and drops a runnable example. --harness scaffolds a free, local, zero-network governance harness instead.",
5
5
  "type": "module",
6
6
  "bin": {