@rubytech/create-maxy-code 0.1.279 → 0.1.281

package/payload/platform/plugins/admin/skills/a4-print-documents/SKILL.md

@@ -11,6 +11,8 @@ description: >
 
 # A4 Print-Ready HTML Documents
 
+Invoked from `specialists:content-producer`.
+
 Constraints for producing HTML documents that render correctly when saved as PDF via the on-device `browser-pdf-save` tool. Every rule exists because violating it caused a visible problem in production documents.
 
 ## Rendering path

package/payload/platform/plugins/admin/skills/access-manager/SKILL.md

@@ -5,6 +5,8 @@ description: "Manage per-agent access grants for gated public agents — invite
 
 # Access Manager
 
+Invoked by the admin agent directly.
+
 Applies when the business owner wants to control who can access a gated public agent.
 
 ## When to Activate

package/payload/platform/plugins/admin/skills/admin-user-management/SKILL.md

@@ -5,6 +5,8 @@ description: "Add, remove, list admins on this account, and update an admin PIN.
 
 # Admin user management
 
+Invoked by the admin agent directly.
+
 This skill manages who has admin access to this account. It wraps four MCP tools and carries the discipline that keeps the three identity stores in lockstep. The owner (or any current admin) can manage admins; roles are labels only, with no capability differences enforced.
 
 ## The four tools

package/payload/platform/plugins/admin/skills/business-profile/SKILL.md

@@ -5,6 +5,8 @@ description: "Populate the business's operational data in the graph — identity
 
 # Business Profile Setup
 
+Invoked by the admin agent directly.
+
 Applies when the business owner wants to set up, complete, or update their business profile — or when a session-start check reveals missing operational data in the graph.
 
 ## When to Activate

package/payload/platform/plugins/admin/skills/capabilities-here/SKILL.md

@@ -5,6 +5,8 @@ description: Use when grounding any claim about what is installed on the current
 
 # capabilities-here
 
+Invoked by the admin agent directly.
+
 The `capabilities-here` admin MCP tool returns a single JSON object describing the live install state on the current account. Call it whenever you are about to:
 
 - Tell the operator what you can or cannot do here.

package/payload/platform/plugins/admin/skills/datetime/SKILL.md

@@ -10,6 +10,8 @@ description: >
 
 # Datetime & Timezone Queries
 
+Invoked by the admin agent directly.
+
 Answer timezone-related questions and relative-date arithmetic using Node.js — never freelance the math. Relative dates and quarter forms must go through the deterministic one-liner in this skill; the same algorithm runs server-side in the memory plugin's `relative-date.ts`, so chat answers stay consistent with timeline rows the operator sees in the graph.
 
 ## When to Activate

package/payload/platform/plugins/admin/skills/deck-pages/SKILL.md

@@ -13,6 +13,8 @@ description: >
 
 # Deck Pages — Slide-Based PDF Documents
 
+Invoked by the admin agent directly.
+
 Constraints for producing HTML slide decks that render correctly on screen and export as pixel-perfect PDFs via client-side `html2canvas-pro` + `jsPDF`. Every rule exists because violating it caused a visible rendering problem in exported decks.
 
 ## How this differs from A4 print documents

package/payload/platform/plugins/admin/skills/file-presentation/SKILL.md

@@ -5,6 +5,8 @@ description: "Deliver a file or document to the owner inside chat for review and
 
 # File presentation
 
+Invoked by the admin agent directly.
+
 This skill covers presenting editable content for inline review before it is persisted, and delivering a finished file to the owner. Deliver by inventory, not by recipe: if you have a file-sending tool, use it — on a turn that arrived over a channel such as WhatsApp the platform relays that delivery to the channel for you. If you do not (for example you are a specialist running as a subagent), write the file under `output/` and state its full path in your result; the main session relays it to the owner.
 
 ## The trigger

package/payload/platform/plugins/admin/skills/investigate/SKILL.md

@@ -17,6 +17,8 @@ allowed-tools:
 
 # Systematic Debugging
 
+Invoked by the admin agent directly.
+
 ## Iron Laws
 
 **NO FIXES WITHOUT ROOT CAUSE INVESTIGATION FIRST.**

package/payload/platform/plugins/admin/skills/plainly/SKILL.md

@@ -5,6 +5,8 @@ description: Use when the user asks for a "plain English" explanation, definitio
 
 # plainly
 
+Invoked by the admin agent directly.
+
 **Scope — agent-to-human only.** Plainly applies to prose returned to a human reader (the operator, a customer, the admin agent when admin renders prose to the operator). It does NOT apply to arguments passed to `image-generate`, `memory-write`, `memory-classify`, `memory-ingest`, `cypher-shell`, or any other MCP tool — those are agent-to-machine payloads where technical descriptors and structured tokens are required, not jargon to strip.
 
 Produce an explanation that *teaches* the concept to a reader who is bright and motivated but **new to the topic**. They hold general vocabulary (integrals, polynomials, bell curves, logarithms) but do not own the specialist machinery (quadrature rules, weight functions, exactness orders, regime generators). Every phrase in the explanation must be one such a reader can either already understand or be brought up to speed on within the explanation itself. Plain English is the **spoken register**: a sentence has to parse if you read it aloud, in conversation, without a whiteboard. The goal is working understanding the reader can apply and pass on, not a textbook entry they could find in a glossary. Hit the bar on the first attempt; iteration is a leak.

package/payload/platform/plugins/admin/skills/platform-architecture/SKILL.md

@@ -1,13 +1,15 @@
 ---
 name: platform-architecture
 description: Use when grounding any documented-surface claim about what Maxy ships — plugins, skills, specialists, install/deploy flows, internals. This is the install catalogue, not evidence of what is enabled on the current account. For install state on this account, call `capabilities-here`; for documented surface, cite the `Source:` URL inline.
-content-hash: sha256:2002a63079af7332d583e86fd68fe798a5736452310f3412e20b99320194b383
+content-hash: sha256:137ecdb03fdbb733f6150e0d931f4e5f30bf7daafcf738398d8c2768b868936e
 brand: maxy-code
 product-name: Maxy
 ---
 
 # Maxy platform architecture (catalogue)
 
+Invoked by the admin agent directly.
+
 This skill is the install catalogue — every surface the platform can ship. It is not evidence of what is installed on the current account. Cite for documented surface. For 'what is installed here' / 'what can you do', call `capabilities-here` and read `account-manage`; do not infer install state from this body.
 
 This skill is generated. Its body is the concatenated source markdown for every public Maxy docs page, emitted by `docs/scripts/copy-docs.mjs` as `docs/public/llms-full.maxy-code.txt` and assembled here by `maxy-code/scripts/assemble-architecture-skill.mjs`. Do not hand-edit — the drift gate in `platform/scripts/check-architecture-skill-no-drift.mjs` will fail CI.
@@ -143,6 +145,8 @@ Everything Maxy can do is provided by a plugin. Each plugin is a self-contained
 
 **How tools and roles reach the session.** Each `claude` PTY spawn registers every plugin's MCP server and every bundled subagent directory before the operator's first turn — a per-spawn `mcp-config.json` written by the session manager and passed as `--mcp-config` on the PTY argv, plus one `--add-dir` per agents directory. Admin sessions see every plugin and every role; public sessions see only plugins with at least one public-allowlisted tool. The manager refuses to start when a plugin's `PLUGIN.md` declares tools without a matching `mcp:` block (forensic signal: `boot-failed reason=mcp-allowlist-without-server …`). See `internals.md` "Spawn-time MCP and subagent registration" for the full mechanism and `internals.md` "Tool Eagerness" for the separate ToolSearch-vs-eager registration concern.
 
+**MCP helper death observability (Task 706).** `claude` spawns each plugin MCP helper as its own child, so the manager cannot see a helper die. Every spawn-capable plugin therefore wraps its `mcp:` command with `lib/mcp-spawn-tee`, a parent-side node wrapper that is the helper's real parent and observes its true exit code, signal, and lifetime (including SIGKILL / transport crashes). The wrapper tees the helper's stderr to a wrapper-only per-session file `~/.{brand}/logs/mcp-<server>-<sessionId>.log` — never mixed with the admin-server enumeration copy — and emits lifecycle lines keyed `session=<id8> server=<name>`: `[mcp-helper] op=spawn … pid= entry=`, `[mcp-helper] op=boot … head=<first stderr bytes>`, and `[mcp-helper] op=exit … code= signal= lifetimeMs= stderr-tail=` on every exit (including a clean one). Lines are written synchronously to the per-session file and best-effort mirrored to `server.log` via the loopback log-ingest route. Diagnose a dead helper by `grep '\[mcp-helper\]' ~/.{brand}/logs/server.log` filtered by `session=<id8>`, then read the per-session file for its last output. Full contract and diagnostic path in [`.docs/mcp-helper-observability.md`](../../../.docs/mcp-helper-observability.md). The alive-but-wedged case (no process exit) is the deferred `[mcp-helper-census]` reconciler (Task 710).
+
 **Where premium bundle subs live.** Bundle subs (`loop`, `property-data`, `brochures`, etc. inside `real-agent`) live exclusively at `premium-plugins/<bundle>/plugins/<sub>/` and are registered via the resolver's bundle-descent walk. Standalone premiums (no `BUNDLE.md`, e.g. `writer-craft`, `teaching`, `venture-studio`) live exclusively at `premium-plugins/<name>/` and are registered via the resolver's dual-root scan (`platform/plugins/` and `premium-plugins/` are both `pluginsRoots`). Neither shape is flat-copied into `platform/plugins/<name>/`. A divergent flat copy of a bundle sub is treated as an operator override: the resolver refuses to boot with `boot-failed reason=mcp-plugin-duplicate <plugin> declared by more than one plugins root: <pathA> (sha=…) vs <pathB> (sha=…)` so the operator can `sha256sum` both paths and remove the stale one. Byte-identical bundle-sub flat copies left over from installer versions that flat-copied bundle subs are reaped on the first post-upgrade boot (`[premium-auto-deliver] reaped sub=<name> reason=duplicate-of-premium-tree`). Standalone flat copies (leaked by the pre-fix `autoDeliverPremiumPlugins` standalone branch) are reaped unconditionally — there is no documented override path for standalones at `platform/plugins/<name>/` — and the reaper logs `[premium-auto-deliver] reaped standalone=<name> matches-source=<true|false>` so divergent reaps leave a forensic trail.
 
 Plugins are installed and managed through conversation. You can add marketplace plugins (like Stripe) or use Maxy's built-in ones (contacts, memory, Telegram).

package/payload/platform/plugins/admin/skills/plugin-management/SKILL.md

@@ -5,6 +5,8 @@ description: "Install, remove, enable, and configure plugins and account setting
 
 # Plugin Management
 
+Invoked by the admin agent directly.
+
 Manage plugins and account settings at any time via conversation.
 
 ## Claude Official Plugins

package/payload/platform/plugins/admin/skills/professional-document/SKILL.md

@@ -22,6 +22,8 @@ description: >
 
 # Professional document
 
+Invoked from `specialists:content-producer`.
+
 Compose a single A4 PDF of a generic business document from an operator brief, brand tokens, and the graph. The skill body is the workflow contract; load it once via `Skill professional-document` at the start of the turn and follow it through to delivery.
 
 ## Refusal taxonomy (run first, before any composition)

package/payload/platform/plugins/admin/skills/public-agent-manager/SKILL.md

@@ -5,6 +5,8 @@ description: "Create, edit, clone, list, preview, and delete public agents, each
 
 # Public Agent Manager
 
+Invoked by the admin agent directly.
+
 Create, edit, clone, list, preview, and delete public agents. Each public agent is a self-contained directory under `agents/` with its own identity, personality, knowledge, and model.
 
 ## Agent Directory Structure

package/payload/platform/plugins/admin/skills/qr-code/SKILL.md

@@ -9,6 +9,8 @@ description: >
 
 # QR Code Generation
 
+Invoked by the admin agent directly.
+
 Generate QR codes from user-provided data and deliver by stating the file path.
 
 ## When to Activate

package/payload/platform/plugins/admin/skills/session-management/SKILL.md

@@ -5,6 +5,8 @@ description: "Reset the current session, list past sessions, continue a previous
 
 # Session management
 
+Invoked by the admin agent directly.
+
 This skill wraps the session tools and carries the discipline that keeps long-running work coherent across sessions. The platform handles a lot of session machinery automatically: this skill is for the moments where the owner names a session intent directly.
 
 ## The tools

package/payload/platform/plugins/admin/skills/skill-builder/SKILL.md

@@ -5,6 +5,8 @@ description: "Guide the user through creating a new lean skill — collect name,
 
 # Skill Builder
 
+Invoked by the admin agent directly.
+
 A deterministic walkthrough for creating new lean skills. Follow each step in order. Be conversational — one question at a time.
 
 ## When to Activate

package/payload/platform/plugins/admin/skills/specialist-management/SKILL.md

@@ -5,6 +5,8 @@ description: "Install, remove, and manage specialist subagents and premium plugi
 
 # Specialist Management
 
+Invoked by the admin agent directly.
+
 Manage specialist subagents at any time via conversation.
 
 ## Install a specialist

package/payload/platform/plugins/admin/skills/stream-log-review/SKILL.md

@@ -10,6 +10,8 @@ description: >
 
 # Stream Log Review
 
+Invoked by the admin agent directly.
+
 Analyse Claude agent stream logs — the `claude-agent-stream-{sessionId}.log` files generated by the platform. Each file is scoped to exactly one conversation; a resumed conversation accumulates in one file across multiple process lifetimes, delimited by `[spawn]` / `[process-exit]`. Pre-conversation events (CDP auth-poll, module-init warnings) live in `preconversation-claude-agent-stream-{YYYY-MM-DD}.log` — a separate file per UTC day, read only when investigating boot-time failures.
 
 Parse the log, identify problems, attempt diagnosis, and produce a structured report.

package/payload/platform/plugins/admin/skills/superpowers-sprint/SKILL.md

@@ -5,6 +5,8 @@ description: Structured sprint workflow built only on officially-distributed Cla
 
 # Superpowers Sprint
 
+Invoked by the admin agent directly.
+
 A structured workflow for executing development work — features, bug fixes, refactors, any scoped unit of work — using only skills that ship with the official Claude Code distribution. No `gstack`, no custom plugin required.
 
 This skill is the maxy-code counterpart to `sprint`. The phase chain is identical in spirit; the difference is the skill at each phase. If both `gstack` and superpowers are installed and the project is set up for it, prefer `sprint` — its plan reviews are richer. Use this skill when `gstack` is not available.

package/payload/platform/plugins/admin/skills/task/SKILL.md

@@ -17,6 +17,8 @@ allowed-tools:
 
 # Task Generation
 
+Invoked by the admin agent directly.
+
 ## What this skill produces
 
 A single task entry that fully defines a unit of work — its motivation,

package/payload/platform/plugins/admin/skills/update-knowledge/SKILL.md

@@ -5,6 +5,8 @@ description: "Refresh a public agent's KNOWLEDGE.md from the current graph, scop
 
 # Update Knowledge
 
+Invoked by the admin agent directly.
+
 Refresh a public agent's KNOWLEDGE.md from the current graph, scoped to that agent's knowledge configuration.
 
 ## When to Use

package/payload/platform/plugins/admin/skills/upgrade/SKILL.md

@@ -5,6 +5,8 @@ description: "Upgrade Maxy to the latest published version by re-running the bra
 
 # Upgrade
 
+Invoked by the admin agent directly.
+
 The operator wants to upgrade Maxy. Re-run the installer for the active brand; it is idempotent, brings the install to the latest published version, and restarts the brand service when it finishes.
 
 ## Resolve the brand package

package/payload/platform/plugins/aeo/skills/structured-answer/SKILL.md

@@ -5,6 +5,8 @@ description: Use when authoring or auditing a page whose primary purpose is to a
 
 # Structured-answer page template
 
+Invoked from `specialists:content-producer`.
+
 Answer engines (Claude, ChatGPT, Perplexity, Google AI Overviews, Bing Copilot) lift a single short span when they cite a page. That span is almost always the first paragraph after the H1, when it is short and direct. Every other element on the page either supports the lift or gets ignored.
 
 ## The shape

package/payload/platform/plugins/business-assistant/PLUGIN.md

@@ -32,6 +32,8 @@ Enquiries also arrive through the business's **published-site contact form**, wh
 
 Track status through the pipeline: enquiry → quoted → booked → completed → invoiced → paid.
 
+When a built document — a quote, contract, proposal, or set of terms — needs a recordable signature without DocuSign, load the `e-sign` skill (`skill-load skillName="e-sign"`).
+
 ## Session & Task Continuity
 
 Every conversation is a session. At the start of each session:
@@ -57,7 +59,6 @@ Load the relevant reference when the task requires it:
 - **Triage & escalation** → `references/escalation.md` — urgency classification (RED/AMBER/GREEN), customer handoff protocol, voice IVR handling
 - **Scheduling & briefings** → `references/scheduling.md` — booking protocol, geographic clustering, travel time estimation, morning briefings, holiday mode, GPS integration
 - **Invoices & payment** → `references/invoicing.md` — HTML invoice creation, PDF generation via `browser-navigate` + `browser-pdf-save`, sending, payment chase protocol
-- **E-signatures** → `references/e-sign.md` — sign any hosted document (quote, contract, proposal): a Cloudflare Pages signing form captures the acceptance to D1, then the agent sweeps the row and emails both parties a PDF of the signed content
 - **Customer records** → `references/crm.md` — contact record management, `contact_lookup`/`contact_update` usage, pipeline tracking, when to create/update records
 - **Site form submissions** → `references/site-lead-intake.md` — the published-site contact form is a primary inbound channel landing in Cloudflare D1; "any new sign-ups/contacts/enquiries?" reads D1 first, then dedupes each unswept row into the graph and routes it to the recorded front-line owner
 - **Document filing** → `references/document-management.md` — dual-scope filing system, naming conventions, folder structure for customer-facing vs internal documents

package/payload/platform/plugins/business-assistant/{references/e-sign.md → skills/e-sign/SKILL.md}

@@ -1,12 +1,19 @@
+---
+name: e-sign
+description: "Put a legally-recordable signature on any hosted document — a quote, contract, proposal, or set of terms — without DocuSign. A Cloudflare Pages signing form captures the acceptance to D1; the agent then sweeps the row, renders the signed content to PDF, and emails both parties. Triggers: 'sign this proposal', 'get this contract signed', 'put a signature on this', 'e-signature', 'send for signature', 'accept a proposal online', 'signature on a document'."
+---
+
 # E-signatures — signing any hosted document (form → D1 → PDF + email)
 
+**Invoked by the business-assistant (or admin) directly** when a built document — a quote, contract, proposal, or set of terms — needs a recordable signature.
+
 How to put a legally-recordable signature on **any** document the business hosts — a quote, a contract, a proposal, a set of terms — without DocuSign. The document is deployed to **Cloudflare Pages** with a signing form as its final section; the signer submits; a Pages Function writes the acceptance to **Cloudflare D1**; the agent later sweeps the row, renders the signed content to PDF, and emails both parties a confirmation.
 
-This reference owns **only the signature**: the form, the capture, the PDF, and the dispatch. The document's body — what is actually being signed — is whatever flow built it (a quotation plugin, a hand-written contract, anything). This begins at *"a built document needs a signature."*
+This skill owns **only the signature**: the form, the capture, the PDF, and the dispatch. The document's body — what is actually being signed — is whatever flow built it (a quotation plugin, a hand-written contract, anything). This begins at *"a built document needs a signature."*
 
 It composes two patterns you must read alongside it:
 
-- **`cloudflare/references/d1-data-capture.md`** — the form → Pages Function → D1 → sweep mechanics, and the token-scope breakage (§ 0). Everything about minting the Pages-+-D1 token, `wrangler.toml`, and `wrangler d1 execute --remote` lives there; this reference does not repeat it.
+- **`cloudflare/references/d1-data-capture.md`** — the form → Pages Function → D1 → sweep mechanics, and the token-scope breakage (§ 0). Everything about minting the Pages-+-D1 token, `wrangler.toml`, and `wrangler d1 execute --remote` lives there; this skill does not repeat it.
 - **`business-assistant/references/invoicing.md`** — PDF generation via `browser-navigate` + `browser-pdf-save` (its step 4). The signed-content PDF uses that exact pattern.
 
 Auth for every `wrangler`/API call is a minted narrow token per `cloudflare/references/api.md`. Deploy mechanics are `cloudflare/references/hosting-sites.md`.

package/payload/platform/plugins/cloudflare/skills/cloudflare/SKILL.md

@@ -5,6 +5,8 @@ description: Cloudflare operations for the install — tunnel setup/diagnosis/re
 
 # Cloudflare operations
 
+Invoked from `specialists:personal-assistant`.
+
 This is the entry point for every Cloudflare task on the install. Pick the operation class, read the matching reference, run the command via Bash, relay the literal output, and prove the outcome with a live signal. There are no Cloudflare MCP tools; the plugin registers none. The agent never browser-automates the dashboard — the operator clicks where a click is genuinely required.
 
 | You want to… | Read | Outcome contract |

package/payload/platform/plugins/deep-research/skills/academic-verify/SKILL.md

@@ -5,6 +5,8 @@ description: "Traces an academic or scientific claim through the publication cha
 
 # Academic verify
 
+Invoked from `specialists:research-assistant`.
+
 This skill is for claims that arrive as "studies show", "research suggests", or a named paper title. It traces the claim to the actual paper, the actual journal, and the actual conclusion of the source. It never says "verified" without a primary source URL.
 
 ## When to run

package/payload/platform/plugins/deep-research/skills/book-mirror/SKILL.md

@@ -5,6 +5,8 @@ description: "Reads a book the owner provides (PDF, ePub, web link, or text), wa
 
 # Book mirror
 
+Invoked from `specialists:research-assistant`.
+
 This skill turns a book into a usable document by walking the chapters one at a time and asking, for each: "what does this say, and how does it apply to this specific owner". The output is a personalised pack the owner can read once and act on. It is grounded in the graph; the right-hand column is always specific to what the graph already knows about the owner.
 
 ## When to run

package/payload/platform/plugins/deep-research/skills/data-research/SKILL.md

@@ -5,6 +5,8 @@ description: "Recipe-driven structured-data extraction. Takes a named recipe and
 
 # Data research
 
+Invoked from `specialists:research-assistant`.
+
 This skill turns unstructured-looking sources (emails, reports, forms, web pages) into structured graph entities. The transformation is always recipe-driven: a named YAML recipe declares what fields to extract, what validations to apply, and what graph nodes to write. The skill runs a named recipe; it never invents a schema on the fly.
 
 **Default parent.** Every recipe declares its hierarchy parent via `graph_target.parent` — either `Project` (the run-time recipe argument names which Project elementId to attach to) or `LocalBusiness` (the account root, for cross-project recipes like investor-updates). The skill refuses to run a recipe whose `parent` field is missing or whose named Project does not exist. Per-row writes attach to that parent via the canonical containment edge; the recipe's `relationships:` block describes cross-hierarchy edges (e.g. `ROUND_FOR → Organization`) which are written separately and do not substitute for the parent.

package/payload/platform/plugins/deep-research/skills/deep-research/SKILL.md

@@ -20,6 +20,8 @@ config:
 
 # Deep Research Skill
 
+Invoked from `specialists:research-assistant`.
+
 You are a research agent. Answer questions using live web sources, synthesise findings across multiple sources, and present results with full attribution. You do not guess. You search, read, extract, and cite.
 
 ## Workflow

package/payload/platform/plugins/deep-research/skills/strategic-reading/SKILL.md

@@ -5,6 +5,8 @@ description: "Reads a source (article, book, report, document) through a specifi
 
 # Strategic reading
 
+Invoked from `specialists:research-assistant`.
+
 This skill reads a document with a specific question in mind. The owner names the lens (a project, a problem, a goal). The skill summarises what the source actually says, then translates each section into how it applies to the named lens, and closes with a playbook of three to seven concrete steps. Both halves are grounded: the left half in the source text, the right half in the graph.
 
 ## When to run

package/payload/platform/plugins/docs/references/platform.md

@@ -31,6 +31,8 @@ Everything {{productName}} can do is provided by a plugin. Each plugin is a self
 
 **How tools and roles reach the session.** Each `claude` PTY spawn registers every plugin's MCP server and every bundled subagent directory before the operator's first turn — a per-spawn `mcp-config.json` written by the session manager and passed as `--mcp-config` on the PTY argv, plus one `--add-dir` per agents directory. Admin sessions see every plugin and every role; public sessions see only plugins with at least one public-allowlisted tool. The manager refuses to start when a plugin's `PLUGIN.md` declares tools without a matching `mcp:` block (forensic signal: `boot-failed reason=mcp-allowlist-without-server …`). See `internals.md` "Spawn-time MCP and subagent registration" for the full mechanism and `internals.md` "Tool Eagerness" for the separate ToolSearch-vs-eager registration concern.
 
+**MCP helper death observability (Task 706).** `claude` spawns each plugin MCP helper as its own child, so the manager cannot see a helper die. Every spawn-capable plugin therefore wraps its `mcp:` command with `lib/mcp-spawn-tee`, a parent-side node wrapper that is the helper's real parent and observes its true exit code, signal, and lifetime (including SIGKILL / transport crashes). The wrapper tees the helper's stderr to a wrapper-only per-session file `~/.{brand}/logs/mcp-<server>-<sessionId>.log` — never mixed with the admin-server enumeration copy — and emits lifecycle lines keyed `session=<id8> server=<name>`: `[mcp-helper] op=spawn … pid= entry=`, `[mcp-helper] op=boot … head=<first stderr bytes>`, and `[mcp-helper] op=exit … code= signal= lifetimeMs= stderr-tail=` on every exit (including a clean one). Lines are written synchronously to the per-session file and best-effort mirrored to `server.log` via the loopback log-ingest route. Diagnose a dead helper by `grep '\[mcp-helper\]' ~/.{brand}/logs/server.log` filtered by `session=<id8>`, then read the per-session file for its last output. Full contract and diagnostic path in [`.docs/mcp-helper-observability.md`](../../../.docs/mcp-helper-observability.md). The alive-but-wedged case (no process exit) is the deferred `[mcp-helper-census]` reconciler (Task 710).
+
 **Where premium bundle subs live.** Bundle subs (`loop`, `property-data`, `brochures`, etc. inside `real-agent`) live exclusively at `premium-plugins/<bundle>/plugins/<sub>/` and are registered via the resolver's bundle-descent walk. Standalone premiums (no `BUNDLE.md`, e.g. `writer-craft`, `teaching`, `venture-studio`) live exclusively at `premium-plugins/<name>/` and are registered via the resolver's dual-root scan (`platform/plugins/` and `premium-plugins/` are both `pluginsRoots`). Neither shape is flat-copied into `platform/plugins/<name>/`. A divergent flat copy of a bundle sub is treated as an operator override: the resolver refuses to boot with `boot-failed reason=mcp-plugin-duplicate <plugin> declared by more than one plugins root: <pathA> (sha=…) vs <pathB> (sha=…)` so the operator can `sha256sum` both paths and remove the stale one. Byte-identical bundle-sub flat copies left over from installer versions that flat-copied bundle subs are reaped on the first post-upgrade boot (`[premium-auto-deliver] reaped sub=<name> reason=duplicate-of-premium-tree`). Standalone flat copies (leaked by the pre-fix `autoDeliverPremiumPlugins` standalone branch) are reaped unconditionally — there is no documented override path for standalones at `platform/plugins/<name>/` — and the reaper logs `[premium-auto-deliver] reaped standalone=<name> matches-source=<true|false>` so divergent reaps leave a forensic trail.
 
 Plugins are installed and managed through conversation. You can add marketplace plugins (like Stripe) or use {{productName}}'s built-in ones (contacts, memory, Telegram).

package/payload/platform/plugins/email/PLUGIN.md

@@ -58,6 +58,8 @@ Manages the agent's own dedicated email account — IMAP for reading, SMTP for s
 
 **Identity boundary (operator-identity fix).** This plugin manages the AGENT's email channel: an `:EmailAccount` node with IMAP/SMTP credentials, polling state, and the agent's `agentAddress`. It is NOT the operator-identity store. The operator's own email lives on the OWNS-bound `:Person` (`Person.email`) and is captured via `profile-update` with `personFields`. Confusing the two surfaces (writing the operator's personal email to `EmailAccount.agentAddress`, or vice versa) breaks routing AND identity coverage. See [.docs/agents.md § Coverage-driven elicitation bias] for the operator-identity contract.
 
+**Login vs alias — the default recipient set.** A config carries two addresses. `email` is the IMAP login: the address you authenticate as, and an address this mailbox owns. `agentAddress` is an *additional* alias to surface (often a per-agent address on a shared catch-all mailbox). When they differ, `email-read`, `email-search`, `email-otp-extract`, and `email-fetch` default to surfacing mail whose **To or Cc** carries **either** address — not the alias alone — because replies commonly arrive at the login address, and a reply or multi-party thread routinely Cc's the alias rather than To'ing it (a proposal sent from `info@` is answered to `info@`, not the `maxy@` alias; a thread copies `maxy@` on Cc). When no distinct alias is configured, no recipient filter is applied. Pass an explicit `to=` to narrow to a single address. Whenever the default filter hides messages from the fetched window, `email-read`/`email-search` append a `Recipient filter: kept N, hid M (to ∈ {…}); pass to="…" to change.` line — including when every message was hidden — so "I can't see it" is never indistinguishable from "it isn't there". `email-fetch` has no tool-output filter line; its kept-vs-hidden split is recorded in the stderr `diag("fetchSinceUid", "filter applied", …)` log instead.
+
 ## Capabilities
 
 - **Provider lookup:** `email-provider-info` — given just an email address, returns the inferred IMAP/SMTP hosts and the provider's app-password / trusted-application / IMAP-enable requirement, deterministically from the provider map. Call this BEFORE soliciting a password so the requirement is relayed first; most providers reject the normal login password. Returns "unknown" (operator supplies hosts) or "unsupported" (provider blocks IMAP/SMTP, e.g. Tuta).

package/payload/platform/plugins/email/mcp/dist/__tests__/attachment-resolve.test.d.ts

@@ -0,0 +1,2 @@
+export {};
+//# sourceMappingURL=attachment-resolve.test.d.ts.map

package/payload/platform/plugins/email/mcp/dist/__tests__/attachment-resolve.test.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"attachment-resolve.test.d.ts","sourceRoot":"","sources":["../../src/__tests__/attachment-resolve.test.ts"],"names":[],"mappings":""}

package/payload/platform/plugins/email/mcp/dist/__tests__/attachment-resolve.test.js

@@ -0,0 +1,68 @@
+import { afterEach, beforeEach, describe, expect, it } from 'vitest';
+import { mkdtempSync, mkdirSync, writeFileSync, rmSync, realpathSync } from 'node:fs';
+import { join } from 'node:path';
+import { tmpdir } from 'node:os';
+import { resolveOutboundAttachments, accountDirFor } from '../lib/attachment-resolve.js';
+describe('Task 714 — attachment-resolve account-dir resolution', () => {
+    let root = ''; // stands in for dirname(PLATFORM_ROOT)
+    let platformRoot = '';
+    const accountId = 'acc-1';
+    let accountDir = '';
+    let inFile = '';
+    const saved = { ...process.env };
+    beforeEach(() => {
+        // realpath up front so realpathSync() inside the resolver (which canonicalizes
+        // /var → /private/var on macOS) matches the paths we assert against.
+        root = realpathSync(mkdtempSync(join(tmpdir(), 't714-')));
+        platformRoot = join(root, 'platform');
+        mkdirSync(platformRoot, { recursive: true });
+        accountDir = join(root, 'data', 'accounts', accountId);
+        mkdirSync(accountDir, { recursive: true });
+        inFile = join(accountDir, 'doc.pdf');
+        writeFileSync(inFile, 'x');
+        delete process.env.ACCOUNT_DIR;
+        delete process.env.PLATFORM_ROOT;
+        delete process.env.ACCOUNT_ID;
+    });
+    afterEach(() => {
+        process.env = { ...saved };
+        if (root)
+            rmSync(root, { recursive: true, force: true });
+    });
+    it('accountDirFor derives PLATFORM_ROOT/../data/accounts/<id>', () => {
+        process.env.PLATFORM_ROOT = platformRoot;
+        expect(accountDirFor(accountId)).toBe(accountDir);
+    });
+    it('accountDirFor returns undefined when PLATFORM_ROOT is absent', () => {
+        expect(accountDirFor(accountId)).toBeUndefined();
+    });
+    it('explicit accountDir validates an in-account file', () => {
+        const out = resolveOutboundAttachments(accountDir, [inFile]);
+        expect(out).toHaveLength(1);
+        expect(out[0].path).toBe(inFile);
+    });
+    it('falls back to PLATFORM_ROOT+ACCOUNT_ID when ACCOUNT_DIR is unset', () => {
+        process.env.PLATFORM_ROOT = platformRoot;
+        process.env.ACCOUNT_ID = accountId;
+        const out = resolveOutboundAttachments(undefined, [inFile]);
+        expect(out).toHaveLength(1);
+    });
+    it('uses ACCOUNT_DIR directly when present', () => {
+        process.env.ACCOUNT_DIR = accountDir;
+        const out = resolveOutboundAttachments(undefined, [inFile]);
+        expect(out).toHaveLength(1);
+    });
+    it('throws a precise error when neither source resolves', () => {
+        expect(() => resolveOutboundAttachments(undefined, [inFile])).toThrow(/no account context/);
+    });
+    it('still rejects a path outside the account directory', () => {
+        const outside = join(root, 'outside.pdf');
+        writeFileSync(outside, 'x');
+        expect(() => resolveOutboundAttachments(accountDir, [outside])).toThrow(/outside the account directory/);
+    });
+    it('returns [] for empty paths without needing any account context', () => {
+        expect(resolveOutboundAttachments(undefined, [])).toEqual([]);
+        expect(resolveOutboundAttachments(undefined, undefined)).toEqual([]);
+    });
+});
+//# sourceMappingURL=attachment-resolve.test.js.map

package/payload/platform/plugins/email/mcp/dist/__tests__/attachment-resolve.test.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"attachment-resolve.test.js","sourceRoot":"","sources":["../../src/__tests__/attachment-resolve.test.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,UAAU,EAAE,QAAQ,EAAE,MAAM,EAAE,EAAE,EAAE,MAAM,QAAQ,CAAA;AACpE,OAAO,EAAE,WAAW,EAAE,SAAS,EAAE,aAAa,EAAE,MAAM,EAAE,YAAY,EAAE,MAAM,SAAS,CAAA;AACrF,OAAO,EAAE,IAAI,EAAE,MAAM,WAAW,CAAA;AAChC,OAAO,EAAE,MAAM,EAAE,MAAM,SAAS,CAAA;AAChC,OAAO,EAAE,0BAA0B,EAAE,aAAa,EAAE,MAAM,8BAA8B,CAAA;AAExF,QAAQ,CAAC,sDAAsD,EAAE,GAAG,EAAE;IACpE,IAAI,IAAI,GAAG,EAAE,CAAA,CAAC,uCAAuC;IACrD,IAAI,YAAY,GAAG,EAAE,CAAA;IACrB,MAAM,SAAS,GAAG,OAAO,CAAA;IACzB,IAAI,UAAU,GAAG,EAAE,CAAA;IACnB,IAAI,MAAM,GAAG,EAAE,CAAA;IACf,MAAM,KAAK,GAAG,EAAE,GAAG,OAAO,CAAC,GAAG,EAAE,CAAA;IAEhC,UAAU,CAAC,GAAG,EAAE;QACd,+EAA+E;QAC/E,qEAAqE;QACrE,IAAI,GAAG,YAAY,CAAC,WAAW,CAAC,IAAI,CAAC,MAAM,EAAE,EAAE,OAAO,CAAC,CAAC,CAAC,CAAA;QACzD,YAAY,GAAG,IAAI,CAAC,IAAI,EAAE,UAAU,CAAC,CAAA;QACrC,SAAS,CAAC,YAAY,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAA;QAC5C,UAAU,GAAG,IAAI,CAAC,IAAI,EAAE,MAAM,EAAE,UAAU,EAAE,SAAS,CAAC,CAAA;QACtD,SAAS,CAAC,UAAU,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAA;QAC1C,MAAM,GAAG,IAAI,CAAC,UAAU,EAAE,SAAS,CAAC,CAAA;QACpC,aAAa,CAAC,MAAM,EAAE,GAAG,CAAC,CAAA;QAC1B,OAAO,OAAO,CAAC,GAAG,CAAC,WAAW,CAAA;QAC9B,OAAO,OAAO,CAAC,GAAG,CAAC,aAAa,CAAA;QAChC,OAAO,OAAO,CAAC,GAAG,CAAC,UAAU,CAAA;IAC/B,CAAC,CAAC,CAAA;IACF,SAAS,CAAC,GAAG,EAAE;QACb,OAAO,CAAC,GAAG,GAAG,EAAE,GAAG,KAAK,EAAE,CAAA;QAC1B,IAAI,IAAI;YAAE,MAAM,CAAC,IAAI,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,KAAK,EAAE,IAAI,EAAE,CAAC,CAAA;IAC1D,CAAC,CAAC,CAAA;IAEF,EAAE,CAAC,2DAA2D,EAAE,GAAG,EAAE;QACnE,OAAO,CAAC,GAAG,CAAC,aAAa,GAAG,YAAY,CAAA;QACxC,MAAM,CAAC,aAAa,CAAC,SAAS,CAAC,CAAC,CAAC,IAAI,CAAC,UAAU,CAAC,CAAA;IACnD,CAAC,CAAC,CAAA;IAEF,EAAE,CAAC,8DAA8D,EAAE,GAAG,EAAE;QACtE,MAAM,CAAC,aAAa,CAAC,SAAS,CAAC,CAAC,CAAC,aAAa,EAAE,CAAA;IAClD,CAAC,CAAC,CAAA;IAEF,EAAE,CAAC,kDAAkD,EAAE,GAAG,EAAE;QAC1D,MAAM,GAAG,GAAG,0BAA0B,CAAC,UAAU,EAAE,CAAC,MAAM,CAAC,CAAC,CAAA;QAC5D,MAAM,CAAC,GAAG,CAAC,CAAC,YAAY,CAAC,CAAC,CAAC,CAAA;QAC3B,MAAM,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC,CAAC,IAAI,CAAC,MAAM,CAAC,CAAA;IAClC,CAAC,CAAC,CAAA;IAEF,EAAE,CAAC,kEAAkE,EAAE,GAAG,EAAE;QAC1E,OAAO,CAAC,GAAG,CAAC,aAAa,GAAG,YAAY,CAAA;QACxC,OAAO,CAAC,GAAG,CAAC,UAAU,GAAG,SAAS,CAAA;QAClC,MAAM,GAAG,GAAG,0BAA0B,CAAC,SAAS,EAAE,CAAC,MAAM,CAAC,CAAC,CAAA;QAC3D,MAAM,CAAC,GAAG,CAAC,CAAC,YAAY,CAAC,CAAC,CAAC,CAAA;IAC7B,CAAC,CAAC,CAAA;IAEF,EAAE,CAAC,wCAAwC,EAAE,GAAG,EAAE;QAChD,OAAO,CAAC,GAAG,CAAC,WAAW,GAAG,UAAU,CAAA;QACpC,MAAM,GAAG,GAAG,0BAA0B,CAAC,SAAS,EAAE,CAAC,MAAM,CAAC,CAAC,CAAA;QAC3D,MAAM,CAAC,GAAG,CAAC,CAAC,YAAY,CAAC,CAAC,CAAC,CAAA;IAC7B,CAAC,CAAC,CAAA;IAEF,EAAE,CAAC,qDAAqD,EAAE,GAAG,EAAE;QAC7D,MAAM,CAAC,GAAG,EAAE,CAAC,0BAA0B,CAAC,SAAS,EAAE,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,OAAO,CAAC,oBAAoB,CAAC,CAAA;IAC7F,CAAC,CAAC,CAAA;IAEF,EAAE,CAAC,oDAAoD,EAAE,GAAG,EAAE;QAC5D,MAAM,OAAO,GAAG,IAAI,CAAC,IAAI,EAAE,aAAa,CAAC,CAAA;QACzC,aAAa,CAAC,OAAO,EAAE,GAAG,CAAC,CAAA;QAC3B,MAAM,CAAC,GAAG,EAAE,CAAC,0BAA0B,CAAC,UAAU,EAAE,CAAC,OAAO,CAAC,CAAC,CAAC,CAAC,OAAO,CACrE,+BAA+B,CAChC,CAAA;IACH,CAAC,CAAC,CAAA;IAEF,EAAE,CAAC,gEAAgE,EAAE,GAAG,EAAE;QACxE,MAAM,CAAC,0BAA0B,CAAC,SAAS,EAAE,EAAE,CAAC,CAAC,CAAC,OAAO,CAAC,EAAE,CAAC,CAAA;QAC7D,MAAM,CAAC,0BAA0B,CAAC,SAAS,EAAE,SAAS,CAAC,CAAC,CAAC,OAAO,CAAC,EAAE,CAAC,CAAA;IACtE,CAAC,CAAC,CAAA;AACJ,CAAC,CAAC,CAAA"}

package/payload/platform/plugins/email/mcp/dist/__tests__/email-setup.test.d.ts

@@ -0,0 +1,2 @@
+export {};
+//# sourceMappingURL=email-setup.test.d.ts.map

package/payload/platform/plugins/email/mcp/dist/__tests__/email-setup.test.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"email-setup.test.d.ts","sourceRoot":"","sources":["../../src/__tests__/email-setup.test.ts"],"names":[],"mappings":""}

package/payload/platform/plugins/email/mcp/dist/__tests__/email-setup.test.js

@@ -0,0 +1,55 @@
+import { describe, it, expect, vi, beforeEach } from "vitest";
+// Mock the MX surface so an M365 custom domain can be driven deterministically,
+// and the heavy IMAP/SMTP/credentials deps so emailSetup is exercised in
+// isolation. The Microsoft short-circuit must return BEFORE any of these run.
+const { resolveMx } = vi.hoisted(() => ({ resolveMx: vi.fn() }));
+vi.mock("node:dns/promises", () => ({ resolveMx }));
+const imap = vi.hoisted(() => ({ testConnection: vi.fn(), getInboxCount: vi.fn() }));
+const smtp = vi.hoisted(() => ({ testConnection: vi.fn() }));
+vi.mock("../lib/imap.js", () => imap);
+vi.mock("../lib/smtp.js", () => smtp);
+vi.mock("../lib/credentials.js", () => ({
+    writeConfig: vi.fn(),
+    writePassword: vi.fn(),
+    removeConfig: vi.fn(),
+    checkAddressBinding: vi.fn().mockResolvedValue(null),
+    writeBindingConfig: vi.fn(),
+}));
+const { emailSetup } = await import("../tools/email-setup.js");
+describe("email-setup short-circuits Microsoft addresses", () => {
+    beforeEach(() => {
+        resolveMx.mockReset();
+        imap.testConnection.mockReset();
+        smtp.testConnection.mockReset();
+    });
+    it("refuses a static Microsoft address without attempting a connection", async () => {
+        const result = await emailSetup({
+            email: "agent@outlook.com",
+            password: "irrelevant",
+            accountId: "acct-1",
+        });
+        expect(result.success).toBe(false);
+        expect(result.message).toMatch(/outlook-account-register/);
+        expect(result.message).toMatch(/outlook plugin/i);
+        expect(imap.testConnection).not.toHaveBeenCalled();
+        expect(smtp.testConnection).not.toHaveBeenCalled();
+        expect(resolveMx).not.toHaveBeenCalled();
+    });
+    it("refuses an M365 custom domain detected by MX, even with hosts supplied", async () => {
+        resolveMx.mockResolvedValue([
+            { exchange: "contoso-com.mail.protection.outlook.com", priority: 0 },
+        ]);
+        const result = await emailSetup({
+            email: "ceo@contoso.com",
+            password: "irrelevant",
+            imapHost: "outlook.office365.com",
+            smtpHost: "smtp.office365.com",
+            accountId: "acct-1",
+        });
+        expect(result.success).toBe(false);
+        expect(result.message).toMatch(/outlook-account-register/);
+        expect(imap.testConnection).not.toHaveBeenCalled();
+        expect(smtp.testConnection).not.toHaveBeenCalled();
+    });
+});
+//# sourceMappingURL=email-setup.test.js.map

package/payload/platform/plugins/email/mcp/dist/__tests__/email-setup.test.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"email-setup.test.js","sourceRoot":"","sources":["../../src/__tests__/email-setup.test.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,QAAQ,EAAE,EAAE,EAAE,MAAM,EAAE,EAAE,EAAE,UAAU,EAAE,MAAM,QAAQ,CAAC;AAE9D,gFAAgF;AAChF,yEAAyE;AACzE,8EAA8E;AAC9E,MAAM,EAAE,SAAS,EAAE,GAAG,EAAE,CAAC,OAAO,CAAC,GAAG,EAAE,CAAC,CAAC,EAAE,SAAS,EAAE,EAAE,CAAC,EAAE,EAAE,EAAE,CAAC,CAAC,CAAC;AACjE,EAAE,CAAC,IAAI,CAAC,mBAAmB,EAAE,GAAG,EAAE,CAAC,CAAC,EAAE,SAAS,EAAE,CAAC,CAAC,CAAC;AAEpD,MAAM,IAAI,GAAG,EAAE,CAAC,OAAO,CAAC,GAAG,EAAE,CAAC,CAAC,EAAE,cAAc,EAAE,EAAE,CAAC,EAAE,EAAE,EAAE,aAAa,EAAE,EAAE,CAAC,EAAE,EAAE,EAAE,CAAC,CAAC,CAAC;AACrF,MAAM,IAAI,GAAG,EAAE,CAAC,OAAO,CAAC,GAAG,EAAE,CAAC,CAAC,EAAE,cAAc,EAAE,EAAE,CAAC,EAAE,EAAE,EAAE,CAAC,CAAC,CAAC;AAC7D,EAAE,CAAC,IAAI,CAAC,gBAAgB,EAAE,GAAG,EAAE,CAAC,IAAI,CAAC,CAAC;AACtC,EAAE,CAAC,IAAI,CAAC,gBAAgB,EAAE,GAAG,EAAE,CAAC,IAAI,CAAC,CAAC;AACtC,EAAE,CAAC,IAAI,CAAC,uBAAuB,EAAE,GAAG,EAAE,CAAC,CAAC;IACtC,WAAW,EAAE,EAAE,CAAC,EAAE,EAAE;IACpB,aAAa,EAAE,EAAE,CAAC,EAAE,EAAE;IACtB,YAAY,EAAE,EAAE,CAAC,EAAE,EAAE;IACrB,mBAAmB,EAAE,EAAE,CAAC,EAAE,EAAE,CAAC,iBAAiB,CAAC,IAAI,CAAC;IACpD,kBAAkB,EAAE,EAAE,CAAC,EAAE,EAAE;CAC5B,CAAC,CAAC,CAAC;AAEJ,MAAM,EAAE,UAAU,EAAE,GAAG,MAAM,MAAM,CAAC,yBAAyB,CAAC,CAAC;AAE/D,QAAQ,CAAC,gDAAgD,EAAE,GAAG,EAAE;IAC9D,UAAU,CAAC,GAAG,EAAE;QACd,SAAS,CAAC,SAAS,EAAE,CAAC;QACtB,IAAI,CAAC,cAAc,CAAC,SAAS,EAAE,CAAC;QAChC,IAAI,CAAC,cAAc,CAAC,SAAS,EAAE,CAAC;IAClC,CAAC,CAAC,CAAC;IAEH,EAAE,CAAC,oEAAoE,EAAE,KAAK,IAAI,EAAE;QAClF,MAAM,MAAM,GAAG,MAAM,UAAU,CAAC;YAC9B,KAAK,EAAE,mBAAmB;YAC1B,QAAQ,EAAE,YAAY;YACtB,SAAS,EAAE,QAAQ;SACpB,CAAC,CAAC;QACH,MAAM,CAAC,MAAM,CAAC,OAAO,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;QACnC,MAAM,CAAC,MAAM,CAAC,OAAO,CAAC,CAAC,OAAO,CAAC,0BAA0B,CAAC,CAAC;QAC3D,MAAM,CAAC,MAAM,CAAC,OAAO,CAAC,CAAC,OAAO,CAAC,iBAAiB,CAAC,CAAC;QAClD,MAAM,CAAC,IAAI,CAAC,cAAc,CAAC,CAAC,GAAG,CAAC,gBAAgB,EAAE,CAAC;QACnD,MAAM,CAAC,IAAI,CAAC,cAAc,CAAC,CAAC,GAAG,CAAC,gBAAgB,EAAE,CAAC;QACnD,MAAM,CAAC,SAAS,CAAC,CAAC,GAAG,CAAC,gBAAgB,EAAE,CAAC;IAC3C,CAAC,CAAC,CAAC;IAEH,EAAE,CAAC,wEAAwE,EAAE,KAAK,IAAI,EAAE;QACtF,SAAS,CAAC,iBAAiB,CAAC;YAC1B,EAAE,QAAQ,EAAE,yCAAyC,EAAE,QAAQ,EAAE,CAAC,EAAE;SACrE,CAAC,CAAC;QACH,MAAM,MAAM,GAAG,MAAM,UAAU,CAAC;YAC9B,KAAK,EAAE,iBAAiB;YACxB,QAAQ,EAAE,YAAY;YACtB,QAAQ,EAAE,uBAAuB;YACjC,QAAQ,EAAE,oBAAoB;YAC9B,SAAS,EAAE,QAAQ;SACpB,CAAC,CAAC;QACH,MAAM,CAAC,MAAM,CAAC,OAAO,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;QACnC,MAAM,CAAC,MAAM,CAAC,OAAO,CAAC,CAAC,OAAO,CAAC,0BAA0B,CAAC,CAAC;QAC3D,MAAM,CAAC,IAAI,CAAC,cAAc,CAAC,CAAC,GAAG,CAAC,gBAAgB,EAAE,CAAC;QACnD,MAAM,CAAC,IAAI,CAAC,cAAc,CAAC,CAAC,GAAG,CAAC,gBAAgB,EAAE,CAAC;IACrD,CAAC,CAAC,CAAC;AACL,CAAC,CAAC,CAAC"}

package/payload/platform/plugins/email/mcp/dist/__tests__/providers.test.d.ts

@@ -0,0 +1,2 @@
+export {};
+//# sourceMappingURL=providers.test.d.ts.map

package/payload/platform/plugins/email/mcp/dist/__tests__/providers.test.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"providers.test.d.ts","sourceRoot":"","sources":["../../src/__tests__/providers.test.ts"],"names":[],"mappings":""}