studiograph 1.3.48-next.13 → 1.3.48-next.131

package/dist/agent/prompts/entity-types-section.js

@@ -0,0 +1,83 @@
+/**
+ * Renders the `## Entry Types` section injected into the agent system prompt.
+ *
+ * Consumers (orchestrator.ts, cli/commands/start.ts) replace the
+ * `{{ENTITY_TYPES}}` placeholder in system.md with the output of this function.
+ *
+ * The agent now has the full curated catalog available at all times. The
+ * "basic" vs "show more" distinction is a UI concern in the New Entry
+ * picker, not a creation-permission gate. Workspace-defined custom types
+ * (via schema_extensions) are appended after the canonical list.
+ */
+import { CURATED_ENTITY_TYPES, CURATED_ENTITY_TYPE_DESCRIPTIONS, DEFAULT_BASIC_ENTITY_TYPES, isCuratedEntityType, } from '../../core/entity-types-catalog.js';
+export function renderEntityTypesSection(options = {}) {
+    const lines = [];
+    lines.push('## Entry Types');
+    lines.push('');
+    // `asset` is canonical and surfaces in the catalog so the agent can read,
+    // search, and link to existing asset entries — but it's filtered out of
+    // the create_entity-creatable list because asset entries require a binary
+    // blob in the storage backend, which create_entity can't materialize.
+    // See `getAgentAllowedEntityTypes` below.
+    const creatableTypes = CURATED_ENTITY_TYPES.filter(t => t !== 'asset');
+    lines.push(`You have access to ${creatableTypes.length} canonical entry types via create_entity. ` +
+        `Any type can live in any folder. Use the most specific type that fits — ` +
+        `don't collapse a deck into a document, or a service into a note, just ` +
+        `because they're simpler.`);
+    lines.push('');
+    for (const type of creatableTypes) {
+        lines.push(`- \`${type}\`: ${CURATED_ENTITY_TYPE_DESCRIPTIONS[type]}`);
+    }
+    // Asset is documented separately so the agent knows what asset entries
+    // ARE (for read/search/link purposes) without being tempted to call
+    // create_entity for them.
+    lines.push('');
+    lines.push('**Asset entries:** there is also a canonical `asset` entry type for ' +
+        'hosted binaries (images, video, audio, PDFs, spreadsheets, and other ' +
+        'opaque files). You can list, search, link to, and read existing asset ' +
+        'entries — but they cannot be created via `create_entity` because they ' +
+        'require a binary in the storage backend. Use the `import_file` tool ' +
+        'with a local file path to create one, or ask the user to upload via ' +
+        'the workspace UI.');
+    const customTypes = (options.customTypes ?? []).filter(t => t && t.trim().length > 0 && !isCuratedEntityType(t));
+    if (customTypes.length > 0) {
+        lines.push('');
+        lines.push('**Custom types defined in this workspace:**');
+        for (const type of customTypes) {
+            lines.push(`- \`${type}\``);
+        }
+    }
+    lines.push('');
+    lines.push('**Defaulting and suggestion flow:**');
+    lines.push('- For freeform captured content with no obvious fit, use `note`.');
+    lines.push('- If the captured content clearly matches a more specific canonical type ' +
+        '(for example the user describes a meeting/workshop/call, a decision, a deal, a deck, or a deliverable), ' +
+        'ask once before creating: *"This looks like a meeting — want me to save it as an Event entry?"* ' +
+        'If the user accepts, create it as that type. (Meetings, calls, workshops, reviews, etc. all use `event` with the appropriate `type` value.)');
+    lines.push(`- The "basic" tier in the user-facing picker starts with ${DEFAULT_BASIC_ENTITY_TYPES.join(', ')}, ` +
+        'but you are not restricted to that subset — use whichever canonical type fits.');
+    return lines.join('\n');
+}
+/**
+ * List of entity type names the agent is allowed to create in a given
+ * workspace: the full canonical catalog plus any custom workspace types.
+ * Used for tool-schema enum construction and runtime guard checks.
+ *
+ * `asset` is intentionally excluded. Asset entities are bound to a binary
+ * blob in the storage backend (R2 or local volume) plus an `asset_url` and
+ * (for PDFs) a text sidecar. `create_entity` only writes markdown
+ * frontmatter — it can't materialize the binary or sidecar, so accepting
+ * `asset` would let an LLM (via prompt injection) create stub entities
+ * with attacker-controlled `asset_url` values. Use `import_file` (with a
+ * real file path) or the upload routes instead.
+ */
+export function getAgentAllowedEntityTypes(customTypes = []) {
+    const unique = new Set(CURATED_ENTITY_TYPES);
+    for (const t of customTypes) {
+        if (t && t.trim().length > 0)
+            unique.add(t);
+    }
+    unique.delete('asset');
+    return Array.from(unique);
+}
+//# sourceMappingURL=entity-types-section.js.map

package/dist/agent/prompts/entity-types-section.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"entity-types-section.js","sourceRoot":"","sources":["../../../src/agent/prompts/entity-types-section.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;GAUG;AAEH,OAAO,EACL,oBAAoB,EACpB,gCAAgC,EAChC,0BAA0B,EAC1B,mBAAmB,GACpB,MAAM,oCAAoC,CAAC;AAO5C,MAAM,UAAU,wBAAwB,CAAC,UAAqC,EAAE;IAC9E,MAAM,KAAK,GAAa,EAAE,CAAC;IAC3B,KAAK,CAAC,IAAI,CAAC,gBAAgB,CAAC,CAAC;IAC7B,KAAK,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;IACf,0EAA0E;IAC1E,wEAAwE;IACxE,0EAA0E;IAC1E,sEAAsE;IACtE,0CAA0C;IAC1C,MAAM,cAAc,GAAG,oBAAoB,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,KAAK,OAAO,CAAC,CAAC;IACvE,KAAK,CAAC,IAAI,CACR,sBAAsB,cAAc,CAAC,MAAM,4CAA4C;QACvF,0EAA0E;QAC1E,wEAAwE;QACxE,0BAA0B,CAC3B,CAAC;IACF,KAAK,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;IAEf,KAAK,MAAM,IAAI,IAAI,cAAc,EAAE,CAAC;QAClC,KAAK,CAAC,IAAI,CAAC,OAAO,IAAI,OAAO,gCAAgC,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;IACzE,CAAC;IAED,uEAAuE;IACvE,oEAAoE;IACpE,0BAA0B;IAC1B,KAAK,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;IACf,KAAK,CAAC,IAAI,CACR,sEAAsE;QACtE,uEAAuE;QACvE,wEAAwE;QACxE,wEAAwE;QACxE,sEAAsE;QACtE,sEAAsE;QACtE,mBAAmB,CACpB,CAAC;IAEF,MAAM,WAAW,GAAG,CAAC,OAAO,CAAC,WAAW,IAAI,EAAE,CAAC,CAAC,MAAM,CACpD,CAAC,CAAC,EAAE,CAAC,CAAC,IAAI,CAAC,CAAC,IAAI,EAAE,CAAC,MAAM,GAAG,CAAC,IAAI,CAAC,mBAAmB,CAAC,CAAC,CAAC,CACzD,CAAC;IACF,IAAI,WAAW,CAAC,MAAM,GAAG,CAAC,EAAE,CAAC;QAC3B,KAAK,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;QACf,KAAK,CAAC,IAAI,CAAC,6CAA6C,CAAC,CAAC;QAC1D,KAAK,MAAM,IAAI,IAAI,WAAW,EAAE,CAAC;YAC/B,KAAK,CAAC,IAAI,CAAC,OAAO,IAAI,IAAI,CAAC,CAAC;QAC9B,CAAC;IACH,CAAC;IAED,KAAK,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;IACf,KAAK,CAAC,IAAI,CAAC,qCAAqC,CAAC,CAAC;IAClD,KAAK,CAAC,IAAI,CACR,kEAAkE,CACnE,CAAC;IACF,KAAK,CAAC,IAAI,CACR,2EAA2E;QAC3E,0GAA0G;QAC1G,kGAAkG;QAClG,6IAA6I,CAC9I,CAAC;IACF,KAAK,CAAC,IAAI,CACR,4DAA4D,0BAA0B,CAAC,IAAI,CAAC,IAAI,CAAC,IAAI;QACrG,gFAAgF,CACjF,CAAC;IAEF,OAAO,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;AAC1B,CAAC;AAED;;;;;;;;;;;;GAYG;AACH,MAAM,UAAU,0BAA0B,CAAC,cAAwB,EAAE;IACnE,MAAM,MAAM,GAAG,IAAI,GAAG,CAAS,oBAAoB,CAAC,CAAC;IACrD,KAAK,MAAM,CAAC,IAAI,WAAW,EAAE,CAAC;QAC5B,IAAI,CAAC,IAAI,CAAC,CAAC,IAAI,EAAE,CAAC,MAAM,GAAG,CAAC;YAAE,MAAM,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC;IAC9C,CAAC;IACD,MAAM,CAAC,MAAM,CAAC,OAAO,CAAC,CAAC;IACvB,OAAO,KAAK,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;AAC5B,CAAC"}

package/dist/agent/prompts/system.md

@@ -7,12 +7,12 @@ You are Studiograph, an AI assistant helping creative teams manage their knowled
 You can help users with:
 
 1. **Entry Management**
-   - Create, read, update, and delete entries (projects, clients, decisions, briefs, etc.)
+   - Create, read, update, and delete entries (projects, events, people, tasks, documents, notes, etc.)
    - Validate entry data against schemas
    - Suggest appropriate entry types for user needs
 
 2. **Knowledge Graph Navigation**
-   - Search across collections
+   - Search across folders
    - Follow wikilink relationships
    - Find related entries and backlinks
    - Validate wikilinks to ensure data integrity
@@ -56,84 +56,140 @@ You can help users with:
 - NEVER use emojis or emoticons in any response — no exceptions
 - Use plain text only: dashes, bullets, and bold for emphasis
 - Keep language clear, direct, and professional
+- When you create, update, or otherwise reference entries, link to them inline using `[[entry-id]]` wikilinks so the user can click through if they want to. Do not assume the user has been navigated anywhere — they stay on whatever page they were on when they called you.
 
 **Respect Structure:**
 - Follow the established entry schemas
 - Maintain consistent naming conventions (kebab-case IDs)
 - Preserve YAML frontmatter formatting
+- Body content starts at `##` (h2). The entry's title lives in the frontmatter `name` field and is rendered above the body by the editor — do not add a redundant `# Title` line at the top of the body.
 - Keep wikilinks properly formatted: `[[entry-id]]` or `[[entry-id|Display Text]]`
+- **Array fields with wikilinks** (attendees, related_people, related_projects, participants, etc.) must have ONE wikilink per array item. Never pack multiple wikilinks into a single string — `attendees: ['[[a]], [[b]]']` is wrong. Emit each as its own item:
 
-## Entry Types
+  ```yaml
+  attendees:
+    - '[[a]]'
+    - '[[b]]'
+  ```
 
-You have access to 17 built-in entry types. Any entry type can live in any collection.
+## Scope Awareness
 
-**Identity Entries:**
-- `person`: Team members, client contacts, any individual (status: current/former/contractor/client/partner)
-- `organization`: Clients, vendors, partners, prospects (type: client/vendor/partner/prospect/industry-body; status: active/inactive/prospect/former)
-- `role`: Role definitions from leveling framework (title, department, level, type: staff/contractor/intern)
-- `practice-area`: Firm capabilities and disciplines (e.g. Data Visualization, UX Design)
+The user's message may be prefixed with a `[Currently viewing: ...]` marker. Use it to default the scope of your response to what they're looking at — they shouldn't have to repeat "in this folder" or "this entry" in every message.
 
-**Universal Entries:**
-- `project`: Client engagements and initiatives (type: client-project/internal-initiative/event/research)
-- `meeting`: Any scheduled gathering (type: internal/client/workshop/conference/industry-event)
-- `decision`: Structured decision records (ADR-style)
-- `task`: Action items and to-dos (status: open/in-progress/done/cancelled)
-- `document`: Any authored document (type: proposal/contract/brief/memo/financial-plan/template/report)
-- `dataset`: Structured tabular data with typed columns
-- `reference`: External resources and inspiration (type: article/video/tool/technique/framework/website)
-- `note`: Freeform thinking (type: research/scratch/daily/brainstorm/draft)
-- `deliverable`: Contracted outputs promised to a client
-- `publication`: Content published externally (type: article/social-post/case-study-writeup/talk/podcast/award-submission)
+- **No marker** → user is on the workspace home. Default to workspace-wide scope: searches span all folders they can access, suggestions can reference any entry.
+- **`[Currently viewing folder: <name>]`** → user is looking at a single folder. Default searches, lists, and new-entry placement to that folder unless they say otherwise. When creating entries here, don't ask which folder — it's this one.
+- **`[Currently viewing entry: <repo>/<type>/<id>]`** → user is on a specific entry. Questions without a clear subject are about THIS entry. The entry's frontmatter and content are provided inline; use them before calling `get_entity`.
 
-**Knowledge Entries** (typically in resource collections):
-- `process`: Workflows, SOPs, methodologies
-- `standard`: Guidelines and best practices (category: accessibility/design-principles/code-standards)
-- `case-study`: Portfolio narratives for completed work
+The user can always override by naming a different scope explicitly ("search all folders", "put this in the brand-refresh folder"). When they do, follow their explicit scope.
 
-**Deal lifecycle:** `organization` (status: prospect) + `person` contacts → `document` (type: proposal) → won → `project` → `deliverable`
+{{ENTITY_TYPES}}
 
 ## Entry Placement
 
 When creating entries, follow these rules:
 
 **Confirm before writing:**
-Unless the user has explicitly specified where to put an entry, always confirm the inferred collection before creating it. For example: *"I'll save this as a document in the meridian-rebrand collection — does that sound right?"* Wait for confirmation before calling `create_entity`.
+Unless the user has explicitly specified where to put an entry, always confirm the inferred folder before creating it. For example: *"I'll save this as a document in the meridian-rebrand folder — does that sound right?"* Wait for confirmation before calling `create_entity`.
 
-**Collection routing:**
-- Related to a specific project → that project's collection
-- Team-wide reusable content (processes, standards) → a resource collection
-- Business operations → a function collection
-- Identity entries (person, organization) → wherever makes sense for the team. If the team has a dedicated collection for contacts/identities, suggest that. Otherwise, put them in the relevant project collection.
+**Folder routing:**
+- Related to a specific project → that project's folder
+- Team-wide reusable content (processes, standards) → a resource folder
+- Business operations → a function folder
+- Identity entries (person, organization) → wherever makes sense for the team. If the team has a dedicated folder for contacts/identities, suggest that. Otherwise, put them in the relevant project folder.
 
-**Deduplication:** Entry IDs must be unique across the entire workspace. If you try to create an entry with an ID that already exists in another collection, the system will reject it. Use `[[wikilinks]]` to reference existing entries instead of recreating them.
+**Deduplication:** Entry IDs must be unique across the entire workspace. If you try to create an entry with an ID that already exists in another folder, the system will reject it. Use `[[wikilinks]]` to reference existing entries instead of recreating them.
 
-**Helping teams organize:** When the user needs a new collection (e.g. starting a new project), guide them to create one. Collections are lightweight — don't hesitate to suggest creating a new one when it makes sense.
+**Helping teams organize:** When the user needs a new folder (e.g. starting a new project), guide them to create one. Folders are lightweight — don't hesitate to suggest creating a new one when it makes sense. Folders created via `create_folder` are shared team folders; the creator is granted admin. For personal-only entries use `repo: "private"` instead (every user already has a "My Entries" folder — don't create another one).
 
-**Privacy — private collections vs. visibility field:**
+**Privacy — private folders vs. visibility field:**
 
 These are two different mechanisms. Do not confuse them:
 
 | | `repo: "private"` | `visibility: admin/restricted` |
 |---|---|---|
-| What it means | Saved to the user's personal "My Entries" collection (local-only, never synced) | File is committed but access-controlled in the collection |
+| What it means | Saved to the user's personal "My Entries" folder (local-only, never synced) | File is committed but access-controlled in the folder |
 | Use when | "Make it private" / draft / sensitive / not ready to share | Committed file that only certain roles should see |
 
-Every user has exactly one private collection ("My Entries") auto-created for them. When a user says "make it private", "keep this to myself", "don't share this", or "just for me" → use `repo: "private"`. The system auto-resolves `"private"` to the current user's personal collection. Do **not** use `visibility: admin` or `visibility: restricted` as a substitute for private storage.
+Every user has a default private folder ("My Entries") auto-created for them. When a user says "make it private", "keep this to myself", "don't share this", or "just for me" → use `repo: "private"`. The system auto-resolves `"private"` to the current user's personal folder. Do **not** use `visibility: admin` or `visibility: restricted` as a substitute for private storage.
 
 - If a draft or sensitive entry should stay private → `repo: "private"`
-- When unsure, ask: *"Should this stay in your personal entries, or be added to a team collection with restricted access?"*
+- When unsure, ask: *"Should this stay in your personal entries, or be added to a team folder with restricted access?"*
 - Private entries can wikilink to public entries
-- Use `search_entities` with `repoNames: ["private"]` to search the user's private collection
-- Never suggest committing or pushing anything from a private collection
+- Use `search_entities` with `repoNames: ["private"]` to search the user's private folder
+- Never suggest committing or pushing anything from a private folder
 
 **Entry type for generated content:**
-- Reports, assessments, summaries, email drafts, briefs, analyses → use `document` (type field: `"report"`, `"brief"`, `"memo"`, etc.)
-- Freeform thinking, research, scratch notes → use `note`
+- Pick the most specific canonical type. Don't collapse a deck into a document, or a service into a note, just because it's simpler — the catalog has a dedicated type for each. `deck` for decks, `deliverable` for scoped client outputs, `publication` for published content, `case-study` for portfolio narratives, `service` for the firm's offerings + methodologies, `position` for open jobs, `reference` for external resources, `document` for general authored documents (proposals, briefs, memos, reports, templates, guidelines), and so on. Decisions are plain `note` entries — there is no dedicated decision type.
+- Freeform thinking, research, scratch notes → use `note`.
+- If captured content clearly matches a specific canonical type better than `note`, ask the user once before creating: *"This looks like a meeting — want me to save it as an Event entry?"* If the user accepts, create it as that type. (Meetings, calls, workshops, reviews, etc. all use `event` with the appropriate `type` value — `meeting` is the default.)
 
 **Content format:**
 - Text content → markdown body of the entry
 - Binary or externally-hosted files → `url` field pointing to R2 URL or local path
 
+## Folder Management
+
+Repos can hold nested subfolders that organise entries Drive/Finder-style. The Folder Inventory section below lists every repo's existing subfolders — consult it before deciding where things go.
+
+**Routing rules:**
+- **Prefer existing folders.** If the inventory already shows a folder that fits, use its path on `create_entity` via `folder_path`. Don't create a near-duplicate ("clients/acme" vs "Clients/Acme") — match the existing slug exactly.
+- **Default to root.** If no existing folder fits and the repo's organising style is flat, leave `folder_path` off. Suggesting a folder is fine; unilaterally creating one is not.
+- **Mirror the user's style.** Heavily nested repo → use subfolders. Flat repo → leave at root. Don't impose structure on a repo that doesn't have one.
+- **Default to the active folder context.** When the user's `[Currently viewing folder: ...]` marker points inside a subfolder, route new entries to that subfolder unless they say otherwise.
+
+**Restraint rules (read carefully):**
+- **Never reorganise, rename, or delete existing folders or entries without an explicit user request.** Cleaning up someone else's filing system is a high-trust action. Wait to be asked.
+- For destructive operations (`delete_folder`, `rename_folder`, `move_entity`, `transfer_entity`), confirm with the user first. State what will move and roughly how much:
+  - Delete: *"Delete folder `clients/acme` and everything inside it (14 entries, 3 subfolders)?"*
+  - Rename: *"Rename `clients/acme` → `clients/acme-corp` and update path of 14 entries?"*
+  - Move entry (same repo): *"Move 'Q1 Standup' from `inbox` to `clients/acme/meetings`?"*
+  - Transfer entry (across repos): *"Transfer 'Q1 Standup' from `inbox` to the `clients` folder?"*
+- `delete_folder` defaults to non-recursive. The first call on a non-empty folder returns a `blast_radius` payload — present it to the user, get confirmation, then re-invoke with `recursive: true`. Never pass `recursive: true` on the first attempt.
+- `create_folder` is fine without confirmation when it's clearly the right structural move (e.g. user said "set up a folder for the Acme work"). Otherwise propose first.
+- `list_folders(repo)` is read-only — call it freely when you need to verify what exists in a repo before placing new entries or proposing a folder change.
+
+## Git History
+
+Every workspace folder is a git repository. The history tools let you answer "what changed", "what did I delete", and "bring that back" without leaving the conversation.
+
+**Discovery first.** When the user says *"what changed yesterday"*, *"what did I delete"*, *"undo"*, *"restore"*, or *"bring back"* — call `list_recent_deletions(repo)` or `list_folder_history(repo)` before guessing. Never invent a commit hash; always read it from one of these tools.
+
+**Read tools (always safe):**
+- `list_file_history(repo, entityType, entityId)` — commits that touched one entry. Works for existing AND recently-deleted entries (30-day deletion lookup).
+- `list_folder_history(repo)` — recent commits across a whole folder.
+- `list_recent_deletions(repo, withinDays?)` — entries deleted within the last N days. The discovery primitive; surfaces the `lastVersionCommit` you'll pass to `restore_file`.
+- `read_file_at_commit(repo, entityType, entityId, commitHash)` — full content at a past commit. Use to preview what `restore_file` would put back.
+- `get_entity_diff(repo, entityType, entityId, fromCommit, toCommit?)` — unified diff between two commits.
+
+**Write tool — preview-then-confirm:**
+- `restore_file(repo, entityType, entityId, commitHash)` — first call returns a `PREVIEW_REQUIRED` payload (action: recreate / overwrite, target path, size). Present that to the user verbatim. Re-invoke with `confirm: true` ONLY after explicit approval.
+- A `PATH_CONFLICT` payload means the recreate target is now occupied by a different entry. Tell the user who's there and ask how to resolve.
+
+**Restraint:**
+- Restore only the entry the user named. There is no multi-entity rollback tool yet — if the user wants to revert several entries at once, restore each one individually after confirming each.
+- Never restore without a preview-then-confirm round-trip, even for clearly-recent deletions. The cost of asking is low; the cost of restoring the wrong version is high.
+
+## User-Facing Input Surfaces
+
+The user can give you new information through several routes. When asked
+*"how do I add content?"*, *"how can I give you more information?"*, or
+similar discovery questions, mention these explicitly by their visible UI
+labels — not by internal names — so the user can find them on screen:
+
+- **The chat panel** (where you're talking now) — they can type, paste
+  text, or paste URLs. You'll extract entries from what they send.
+- **The "Add to your workspace" input** — a prominent input box on the
+  home screen, labeled exactly **"Add to your workspace"**. It accepts
+  pasted URLs, pasted text, or dropped files (PDFs, documents, notes).
+  Anything dropped there is captured into the graph the same way as chat
+  input. Refer to it by that exact label so a user who hasn't found it
+  yet can locate it on screen.
+- **Meeting capture** (when enabled) — for live or recorded meetings.
+
+Do not invent surfaces that don't exist (no "Quick Capture" branding,
+no "Import" menu, no "Upload" button on the chat panel). Stick to the
+three above.
+
 ## Interaction Patterns
 
 **When creating entries:**
@@ -158,13 +214,13 @@ Every user has exactly one private collection ("My Entries") auto-created for th
 
 You have access to tools in the following categories:
 
-**Entry Management** — CRUD operations on knowledge graph entries, wikilink traversal, search, schema queries, datasets, and linting.
+**Entry Management** — CRUD operations on knowledge graph entries, wikilink traversal, search, schema queries, and linting.
 
 **External Connectors** — Query external services (Linear, Slack, Pipedrive, Granola, etc.) on demand via `connector_list` and `connector_call`. Use these to look up data in external tools — do NOT suggest syncing, importing, or building sync configs. Connectors are for live queries only.
 
-**Workspace Git** — Check uncommitted changes, review diffs, and commit across all workspace collections. Use these when users ask about pending changes or want to commit.
+**Workspace Git** — Check uncommitted changes, review diffs, and commit across all workspace folders. Use these when users ask about pending changes or want to commit.
 
-**Skills** — Load domain-specific guidance on demand (see "Available Skills" below).
+**Skills** — Load domain-specific guidance on demand (see "Available Skills" below). Users can author their own skills as `skill` entries in any folder — the entity id is the skill name, `description` and `loading` are frontmatter fields, and the markdown body is the instructions. Personal skills go in the user's private folder; team skills go in shared folders.
 
 ### Tool Selection
 
@@ -187,6 +243,7 @@ When you have a workspace briefing in your context:
 - If nothing is urgent: "Things look stable. Your [project] is on track."
 - If the user dismisses something, acknowledge it and move on. The dismissal will be reflected in the next briefing via your memory.
 - Never recite the full briefing. Pick 1-3 items based on urgency.
+- **Don't repeat the user's greeting.** If the user's message starts with "Good morning/afternoon/evening", they've already greeted themselves — you greet them at most once in the entire response. If you emit a preamble before tool calls (e.g. "Let me take a quick look..."), the final response after the tools must NOT greet again; skip straight to the substance.
 
 ## Follow-Up Suggestions
 
@@ -196,12 +253,14 @@ At the end of every response, include exactly 3 contextual follow-up prompts. Fo
 
 Rules:
 - Specific to the conversation, not generic
-- Each prompt is a complete sentence the user could send as their next message
+- Each prompt is a complete sentence the user could send **as-is** — no placeholder syntax like `[name]`, `[role]`, `{project}`, or `<topic>`. If you don't know the value, don't include that suggestion; the user shouldn't have to edit the prompt before clicking it.
+- Only suggest actions the tools can actually perform. Don't offer PDF export, slide export, printing, emailing, publishing, deck generation, or any other output format Studiograph doesn't produce. When in doubt, stick to search / read / create-entry / update-entry / link / summarise.
 - After creating/updating entries: suggest exploring relationships, adding detail, or related actions
-- In interview/building mode: suggest continuing with next topic or deepening what was discussed
 - One suggestion may be an action ("Create a project entry for X") rather than a question
 - Keep each under 60 characters
-- Always include this comment, even after short responses
+- During onboarding interview: omit the followups comment entirely — the UI handles suggestions
+- Exception: if the user defers onboarding ("I'll finish this later", "come back to this", etc.), include exactly one suggestion: "Continue where I left off"
+- Always include this comment in all other contexts, even after short responses
 
 ## Remember
 

package/dist/agent/skill-loader.d.ts

@@ -1,21 +1,19 @@
 /**
  * Skill Loader — prompt skills for the Studiograph agent.
  *
- * Skills are markdown files with YAML frontmatter that inject domain-specific
- * knowledge into the agent's system prompt. Two formats supported:
+ * Skills come from two sources:
  *
- *   Directory skill:
- *     skills/create-deck/
- *       skill.md        ← required entrypoint
- *       slide-types.md  ← optional sub-files
+ *   1. Bundled filesystem skills — shipped with the app. Two formats:
+ *        Directory skill:   skills/create-deck/skill.md (+ optional sub-files)
+ *        Single-file skill: skills/quick-tip.md
+ *      Frontmatter fields: name, description, loading ("eager" | "on-demand").
  *
- *   Single-file skill:
- *     skills/quick-tip.md
- *
- * Frontmatter fields:
- *   name:        kebab-case identifier (defaults to directory/filename)
- *   description: shown in skill index so agent knows when to load it
- *   loading:     "on-demand" (default) | "eager" (inlined in system prompt)
+ *   2. Graph skills — authored by users as `skill` entities in any folder
+ *      (personal or shared). The entity id IS the skill name; `description`
+ *      and `loading` are frontmatter fields; the body markdown is the
+ *      instruction content. Graph skills use a `graph://<repo>/<id>`
+ *      entrypoint sentinel and are resolved via an optional graphResolver
+ *      callback passed to `loadSkillContent` / `loadEagerSkills`.
  */
 export interface SkillMeta {
     name: string;
@@ -31,18 +29,33 @@ export interface SkillMeta {
  * so workspace-level skills override app-bundled skills.
  */
 export declare function loadSkillIndex(skillsDirs: string[]): SkillMeta[];
+/** Resolver callback that loads a graph-authored skill's body by (repo, id). */
+export type GraphSkillResolver = (repo: string, id: string) => string;
+/**
+ * Parse a `graph://<repo>/<id>` entrypoint into its components.
+ * Returns null for filesystem paths.
+ */
+export declare function parseGraphSkillEntrypoint(entrypoint: string): {
+    repo: string;
+    id: string;
+} | null;
 /**
  * Load the full content of a skill's entrypoint or a named sub-file.
- * Sanitises the file parameter to prevent path traversal.
+ * Sanitises the file parameter to prevent path traversal. Graph-authored
+ * skills route through the provided resolver; filesystem skills read from
+ * disk.
  */
-export declare function loadSkillContent(meta: SkillMeta, file?: string): string;
+export declare function loadSkillContent(meta: SkillMeta, file?: string, graphResolver?: GraphSkillResolver): string;
 /**
  * Build the skill index section to append to the system prompt.
  * Eager skills are inlined separately; this lists only on-demand skills.
  */
 export declare function buildSkillIndexPrompt(skills: SkillMeta[]): string;
+/** Cap on total eager-skill content inlined into the system prompt. */
+export declare const EAGER_SKILL_BYTE_CAP = 20000;
 /**
  * Return the full content of all eager skills, to be injected directly
- * into the system prompt at startup.
+ * into the system prompt at startup. Respects `EAGER_SKILL_BYTE_CAP` —
+ * skills beyond the cap are dropped with a warning to stderr.
  */
-export declare function loadEagerSkills(skills: SkillMeta[]): string;
+export declare function loadEagerSkills(skills: SkillMeta[], graphResolver?: GraphSkillResolver): string;

package/dist/agent/skill-loader.js

@@ -1,26 +1,22 @@
 /**
  * Skill Loader — prompt skills for the Studiograph agent.
  *
- * Skills are markdown files with YAML frontmatter that inject domain-specific
- * knowledge into the agent's system prompt. Two formats supported:
+ * Skills come from two sources:
  *
- *   Directory skill:
- *     skills/create-deck/
- *       skill.md        ← required entrypoint
- *       slide-types.md  ← optional sub-files
+ *   1. Bundled filesystem skills — shipped with the app. Two formats:
+ *        Directory skill:   skills/create-deck/skill.md (+ optional sub-files)
+ *        Single-file skill: skills/quick-tip.md
+ *      Frontmatter fields: name, description, loading ("eager" | "on-demand").
  *
- *   Single-file skill:
- *     skills/quick-tip.md
- *
- * Frontmatter fields:
- *   name:        kebab-case identifier (defaults to directory/filename)
- *   description: shown in skill index so agent knows when to load it
- *   loading:     "on-demand" (default) | "eager" (inlined in system prompt)
+ *   2. Graph skills — authored by users as `skill` entities in any folder
+ *      (personal or shared). The entity id IS the skill name; `description`
+ *      and `loading` are frontmatter fields; the body markdown is the
+ *      instruction content. Graph skills use a `graph://<repo>/<id>`
+ *      entrypoint sentinel and are resolved via an optional graphResolver
+ *      callback passed to `loadSkillContent` / `loadEagerSkills`.
  */
 import { existsSync, readdirSync, readFileSync } from 'fs';
 import { join, extname, basename } from 'path';
-// Skills gated for MVP — re-enable when sync pipeline is production-ready
-const GATED_SKILLS = new Set(['sync-setup', 'sync-configuration', 'enrich-entities', 'obsidian-source-setup']);
 /**
  * Minimal YAML frontmatter parser — handles the subset used by skills.
  */
@@ -70,9 +66,6 @@ export function loadSkillIndex(skillsDirs) {
                     const content = readFileSync(skillMd, 'utf-8');
                     const { meta } = parseFrontmatter(content);
                     const name = meta.name || entry;
-                    // Skip sync/enrich skills for MVP
-                    if (GATED_SKILLS.has(name))
-                        continue;
                     if (!seen.has(name)) {
                         seen.add(name);
                         skills.push({
@@ -99,9 +92,6 @@ export function loadSkillIndex(skillsDirs) {
                     if (!meta.name && !meta.description)
                         continue;
                     const name = meta.name || basename(entry, '.md');
-                    // Skip sync/enrich skills for MVP
-                    if (GATED_SKILLS.has(name))
-                        continue;
                     if (!seen.has(name)) {
                         seen.add(name);
                         skills.push({
@@ -122,11 +112,37 @@ export function loadSkillIndex(skillsDirs) {
     }
     return skills;
 }
+const GRAPH_PREFIX = 'graph://';
+/**
+ * Parse a `graph://<repo>/<id>` entrypoint into its components.
+ * Returns null for filesystem paths.
+ */
+export function parseGraphSkillEntrypoint(entrypoint) {
+    if (!entrypoint.startsWith(GRAPH_PREFIX))
+        return null;
+    const rest = entrypoint.slice(GRAPH_PREFIX.length);
+    const slash = rest.indexOf('/');
+    if (slash === -1)
+        return null;
+    return { repo: rest.slice(0, slash), id: rest.slice(slash + 1) };
+}
 /**
  * Load the full content of a skill's entrypoint or a named sub-file.
- * Sanitises the file parameter to prevent path traversal.
+ * Sanitises the file parameter to prevent path traversal. Graph-authored
+ * skills route through the provided resolver; filesystem skills read from
+ * disk.
  */
-export function loadSkillContent(meta, file) {
+export function loadSkillContent(meta, file, graphResolver) {
+    const graph = parseGraphSkillEntrypoint(meta.entrypoint);
+    if (graph) {
+        if (file) {
+            return `Error: skill "${meta.name}" is a graph skill and has no sub-files. Use wikilinks in the skill body to reference other entries.`;
+        }
+        if (!graphResolver) {
+            return `Error: cannot load graph skill "${meta.name}" — no resolver provided.`;
+        }
+        return graphResolver(graph.repo, graph.id);
+    }
     if (file) {
         if (!meta.isDirectory) {
             return `Error: skill "${meta.name}" is a single-file skill with no sub-files.`;
@@ -152,23 +168,40 @@ export function buildSkillIndexPrompt(skills) {
     const onDemand = skills.filter(s => s.loading === 'on-demand');
     if (onDemand.length === 0)
         return '';
+    const formatSource = (dir) => {
+        const graph = parseGraphSkillEntrypoint(dir + '/');
+        return graph ? ` _(folder: ${graph.repo})_` : '';
+    };
     const lines = [
         '## Available Skills',
         '',
         'Call `load_skill` to load domain-specific guidance when it is relevant to the current task.',
         '',
-        ...onDemand.map(s => `- **${s.name}** — ${s.description}`),
+        ...onDemand.map(s => `- **${s.name}**${formatSource(s.dir)} — ${s.description}`),
     ];
     return lines.join('\n');
 }
+/** Cap on total eager-skill content inlined into the system prompt. */
+export const EAGER_SKILL_BYTE_CAP = 20_000;
 /**
  * Return the full content of all eager skills, to be injected directly
- * into the system prompt at startup.
+ * into the system prompt at startup. Respects `EAGER_SKILL_BYTE_CAP` —
+ * skills beyond the cap are dropped with a warning to stderr.
  */
-export function loadEagerSkills(skills) {
-    return skills
-        .filter(s => s.loading === 'eager')
-        .map(s => loadSkillContent(s))
-        .join('\n\n---\n\n');
+export function loadEagerSkills(skills, graphResolver) {
+    const pieces = [];
+    let total = 0;
+    for (const skill of skills.filter(s => s.loading === 'eager')) {
+        const content = loadSkillContent(skill, undefined, graphResolver);
+        if (total + content.length > EAGER_SKILL_BYTE_CAP) {
+            if (process.env.STUDIOGRAPH_VERBOSE === '1') {
+                console.warn(`[skill-loader] eager skill "${skill.name}" dropped — cap ${EAGER_SKILL_BYTE_CAP}B reached.`);
+            }
+            continue;
+        }
+        pieces.push(content);
+        total += content.length;
+    }
+    return pieces.join('\n\n---\n\n');
 }
 //# sourceMappingURL=skill-loader.js.map

package/dist/agent/skill-loader.js.map

@@ -1 +1 @@
-{"version":3,"file":"skill-loader.js","sourceRoot":"","sources":["../../src/agent/skill-loader.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;GAkBG;AAEH,OAAO,EAAE,UAAU,EAAE,WAAW,EAAE,YAAY,EAAE,MAAM,IAAI,CAAC;AAC3D,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,QAAQ,EAAE,MAAM,MAAM,CAAC;AAE/C,0EAA0E;AAC1E,MAAM,YAAY,GAAG,IAAI,GAAG,CAAC,CAAC,YAAY,EAAE,oBAAoB,EAAE,iBAAiB,EAAE,uBAAuB,CAAC,CAAC,CAAC;AAW/G;;GAEG;AACH,SAAS,gBAAgB,CAAC,OAAe;IACvC,MAAM,KAAK,GAAG,OAAO,CAAC,KAAK,CAAC,6CAA6C,CAAC,CAAC;IAC3E,IAAI,CAAC,KAAK,EAAE,CAAC;QACX,OAAO,EAAE,IAAI,EAAE,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,CAAC;IACrC,CAAC;IACD,MAAM,IAAI,GAA2B,EAAE,CAAC;IACxC,KAAK,MAAM,IAAI,IAAI,KAAK,CAAC,CAAC,CAAC,CAAC,KAAK,CAAC,IAAI,CAAC,EAAE,CAAC;QACxC,MAAM,KAAK,GAAG,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,CAAC;QAChC,IAAI,KAAK,KAAK,CAAC,CAAC;YAAE,SAAS;QAC3B,MAAM,GAAG,GAAG,IAAI,CAAC,KAAK,CAAC,CAAC,EAAE,KAAK,CAAC,CAAC,IAAI,EAAE,CAAC;QACxC,MAAM,KAAK,GAAG,IAAI,CAAC,KAAK,CAAC,KAAK,GAAG,CAAC,CAAC,CAAC,IAAI,EAAE,CAAC;QAC3C,IAAI,GAAG;YAAE,IAAI,CAAC,GAAG,CAAC,GAAG,KAAK,CAAC;IAC7B,CAAC;IACD,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,KAAK,CAAC,CAAC,CAAC,EAAE,CAAC;AAClC,CAAC;AAED;;;;GAIG;AACH,MAAM,UAAU,cAAc,CAAC,UAAoB;IACjD,MAAM,MAAM,GAAgB,EAAE,CAAC;IAC/B,MAAM,IAAI,GAAG,IAAI,GAAG,EAAU,CAAC;IAE/B,KAAK,MAAM,GAAG,IAAI,UAAU,EAAE,CAAC;QAC7B,IAAI,CAAC,UAAU,CAAC,GAAG,CAAC;YAAE,SAAS;QAE/B,IAAI,OAAiB,CAAC;QACtB,IAAI,CAAC;YACH,OAAO,GAAG,WAAW,CAAC,GAAG,CAAC,CAAC;QAC7B,CAAC;QAAC,MAAM,CAAC;YACP,SAAS;QACX,CAAC;QAED,KAAK,MAAM,KAAK,IAAI,OAAO,EAAE,CAAC;YAC5B,IAAI,KAAK,CAAC,UAAU,CAAC,GAAG,CAAC;gBAAE,SAAS;YACpC,MAAM,SAAS,GAAG,IAAI,CAAC,GAAG,EAAE,KAAK,CAAC,CAAC;YAEnC,oDAAoD;YACpD,MAAM,OAAO,GAAG,IAAI,CAAC,SAAS,EAAE,UAAU,CAAC,CAAC;YAC5C,IAAI,UAAU,CAAC,OAAO,CAAC,EAAE,CAAC;gBACxB,IAAI,CAAC;oBACH,MAAM,OAAO,GAAG,YAAY,CAAC,OAAO,EAAE,OAAO,CAAC,CAAC;oBAC/C,MAAM,EAAE,IAAI,EAAE,GAAG,gBAAgB,CAAC,OAAO,CAAC,CAAC;oBAC3C,MAAM,IAAI,GAAG,IAAI,CAAC,IAAI,IAAI,KAAK,CAAC;oBAChC,kCAAkC;oBAClC,IAAI,YAAY,CAAC,GAAG,CAAC,IAAI,CAAC;wBAAE,SAAS;oBACrC,IAAI,CAAC,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,EAAE,CAAC;wBACpB,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;wBACf,MAAM,CAAC,IAAI,CAAC;4BACV,IAAI;4BACJ,WAAW,EAAE,IAAI,CAAC,WAAW,IAAI,EAAE;4BACnC,OAAO,EAAE,IAAI,CAAC,OAAO,KAAK,OAAO,CAAC,CAAC,CAAC,OAAO,CAAC,CAAC,CAAC,WAAW;4BACzD,GAAG,EAAE,SAAS;4BACd,UAAU,EAAE,OAAO;4BACnB,WAAW,EAAE,IAAI;yBAClB,CAAC,CAAC;oBACL,CAAC;gBACH,CAAC;gBAAC,MAAM,CAAC;oBACP,uBAAuB;gBACzB,CAAC;gBACD,SAAS;YACX,CAAC;YAED,+DAA+D;YAC/D,IAAI,OAAO,CAAC,KAAK,CAAC,KAAK,KAAK,EAAE,CAAC;gBAC7B,IAAI,CAAC;oBACH,MAAM,OAAO,GAAG,YAAY,CAAC,SAAS,EAAE,OAAO,CAAC,CAAC;oBACjD,MAAM,EAAE,IAAI,EAAE,GAAG,gBAAgB,CAAC,OAAO,CAAC,CAAC;oBAC3C,uDAAuD;oBACvD,IAAI,CAAC,IAAI,CAAC,IAAI,IAAI,CAAC,IAAI,CAAC,WAAW;wBAAE,SAAS;oBAC9C,MAAM,IAAI,GAAG,IAAI,CAAC,IAAI,IAAI,QAAQ,CAAC,KAAK,EAAE,KAAK,CAAC,CAAC;oBACjD,kCAAkC;oBAClC,IAAI,YAAY,CAAC,GAAG,CAAC,IAAI,CAAC;wBAAE,SAAS;oBACrC,IAAI,CAAC,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,EAAE,CAAC;wBACpB,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;wBACf,MAAM,CAAC,IAAI,CAAC;4BACV,IAAI;4BACJ,WAAW,EAAE,IAAI,CAAC,WAAW,IAAI,EAAE;4BACnC,OAAO,EAAE,IAAI,CAAC,OAAO,KAAK,OAAO,CAAC,CAAC,CAAC,OAAO,CAAC,CAAC,CAAC,WAAW;4BACzD,GAAG;4BACH,UAAU,EAAE,SAAS;4BACrB,WAAW,EAAE,KAAK;yBACnB,CAAC,CAAC;oBACL,CAAC;gBACH,CAAC;gBAAC,MAAM,CAAC;oBACP,OAAO;gBACT,CAAC;YACH,CAAC;QACH,CAAC;IACH,CAAC;IAED,OAAO,MAAM,CAAC;AAChB,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,gBAAgB,CAAC,IAAe,EAAE,IAAa;IAC7D,IAAI,IAAI,EAAE,CAAC;QACT,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,CAAC;YACtB,OAAO,iBAAiB,IAAI,CAAC,IAAI,6CAA6C,CAAC;QACjF,CAAC;QACD,6DAA6D;QAC7D,MAAM,QAAQ,GAAG,IAAI,CAAC,OAAO,CAAC,kBAAkB,EAAE,EAAE,CAAC,CAAC;QACtD,IAAI,CAAC,QAAQ,IAAI,QAAQ,CAAC,UAAU,CAAC,GAAG,CAAC,EAAE,CAAC;YAC1C,OAAO,iCAAiC,IAAI,IAAI,CAAC;QACnD,CAAC;QACD,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,CAAC,GAAG,EAAE,QAAQ,CAAC,CAAC;QAC1C,IAAI,CAAC,UAAU,CAAC,QAAQ,CAAC,EAAE,CAAC;YAC1B,OAAO,oBAAoB,QAAQ,yBAAyB,IAAI,CAAC,IAAI,IAAI,CAAC;QAC5E,CAAC;QACD,OAAO,YAAY,CAAC,QAAQ,EAAE,OAAO,CAAC,CAAC;IACzC,CAAC;IACD,OAAO,YAAY,CAAC,IAAI,CAAC,UAAU,EAAE,OAAO,CAAC,CAAC;AAChD,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,qBAAqB,CAAC,MAAmB;IACvD,MAAM,QAAQ,GAAG,MAAM,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,OAAO,KAAK,WAAW,CAAC,CAAC;IAC/D,IAAI,QAAQ,CAAC,MAAM,KAAK,CAAC;QAAE,OAAO,EAAE,CAAC;IAErC,MAAM,KAAK,GAAG;QACZ,qBAAqB;QACrB,EAAE;QACF,6FAA6F;QAC7F,EAAE;QACF,GAAG,QAAQ,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,OAAO,CAAC,CAAC,IAAI,QAAQ,CAAC,CAAC,WAAW,EAAE,CAAC;KAC3D,CAAC;IAEF,OAAO,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;AAC1B,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,eAAe,CAAC,MAAmB;IACjD,OAAO,MAAM;SACV,MAAM,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,OAAO,KAAK,OAAO,CAAC;SAClC,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,gBAAgB,CAAC,CAAC,CAAC,CAAC;SAC7B,IAAI,CAAC,aAAa,CAAC,CAAC;AACzB,CAAC"}
+{"version":3,"file":"skill-loader.js","sourceRoot":"","sources":["../../src/agent/skill-loader.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;GAgBG;AAEH,OAAO,EAAE,UAAU,EAAE,WAAW,EAAE,YAAY,EAAE,MAAM,IAAI,CAAC;AAC3D,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,QAAQ,EAAE,MAAM,MAAM,CAAC;AAW/C;;GAEG;AACH,SAAS,gBAAgB,CAAC,OAAe;IACvC,MAAM,KAAK,GAAG,OAAO,CAAC,KAAK,CAAC,6CAA6C,CAAC,CAAC;IAC3E,IAAI,CAAC,KAAK,EAAE,CAAC;QACX,OAAO,EAAE,IAAI,EAAE,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,CAAC;IACrC,CAAC;IACD,MAAM,IAAI,GAA2B,EAAE,CAAC;IACxC,KAAK,MAAM,IAAI,IAAI,KAAK,CAAC,CAAC,CAAC,CAAC,KAAK,CAAC,IAAI,CAAC,EAAE,CAAC;QACxC,MAAM,KAAK,GAAG,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,CAAC;QAChC,IAAI,KAAK,KAAK,CAAC,CAAC;YAAE,SAAS;QAC3B,MAAM,GAAG,GAAG,IAAI,CAAC,KAAK,CAAC,CAAC,EAAE,KAAK,CAAC,CAAC,IAAI,EAAE,CAAC;QACxC,MAAM,KAAK,GAAG,IAAI,CAAC,KAAK,CAAC,KAAK,GAAG,CAAC,CAAC,CAAC,IAAI,EAAE,CAAC;QAC3C,IAAI,GAAG;YAAE,IAAI,CAAC,GAAG,CAAC,GAAG,KAAK,CAAC;IAC7B,CAAC;IACD,OAAO,EAAE,IAAI,EAAE,IAAI,EAAE,KAAK,CAAC,CAAC,CAAC,EAAE,CAAC;AAClC,CAAC;AAED;;;;GAIG;AACH,MAAM,UAAU,cAAc,CAAC,UAAoB;IACjD,MAAM,MAAM,GAAgB,EAAE,CAAC;IAC/B,MAAM,IAAI,GAAG,IAAI,GAAG,EAAU,CAAC;IAE/B,KAAK,MAAM,GAAG,IAAI,UAAU,EAAE,CAAC;QAC7B,IAAI,CAAC,UAAU,CAAC,GAAG,CAAC;YAAE,SAAS;QAE/B,IAAI,OAAiB,CAAC;QACtB,IAAI,CAAC;YACH,OAAO,GAAG,WAAW,CAAC,GAAG,CAAC,CAAC;QAC7B,CAAC;QAAC,MAAM,CAAC;YACP,SAAS;QACX,CAAC;QAED,KAAK,MAAM,KAAK,IAAI,OAAO,EAAE,CAAC;YAC5B,IAAI,KAAK,CAAC,UAAU,CAAC,GAAG,CAAC;gBAAE,SAAS;YACpC,MAAM,SAAS,GAAG,IAAI,CAAC,GAAG,EAAE,KAAK,CAAC,CAAC;YAEnC,oDAAoD;YACpD,MAAM,OAAO,GAAG,IAAI,CAAC,SAAS,EAAE,UAAU,CAAC,CAAC;YAC5C,IAAI,UAAU,CAAC,OAAO,CAAC,EAAE,CAAC;gBACxB,IAAI,CAAC;oBACH,MAAM,OAAO,GAAG,YAAY,CAAC,OAAO,EAAE,OAAO,CAAC,CAAC;oBAC/C,MAAM,EAAE,IAAI,EAAE,GAAG,gBAAgB,CAAC,OAAO,CAAC,CAAC;oBAC3C,MAAM,IAAI,GAAG,IAAI,CAAC,IAAI,IAAI,KAAK,CAAC;oBAChC,IAAI,CAAC,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,EAAE,CAAC;wBACpB,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;wBACf,MAAM,CAAC,IAAI,CAAC;4BACV,IAAI;4BACJ,WAAW,EAAE,IAAI,CAAC,WAAW,IAAI,EAAE;4BACnC,OAAO,EAAE,IAAI,CAAC,OAAO,KAAK,OAAO,CAAC,CAAC,CAAC,OAAO,CAAC,CAAC,CAAC,WAAW;4BACzD,GAAG,EAAE,SAAS;4BACd,UAAU,EAAE,OAAO;4BACnB,WAAW,EAAE,IAAI;yBAClB,CAAC,CAAC;oBACL,CAAC;gBACH,CAAC;gBAAC,MAAM,CAAC;oBACP,uBAAuB;gBACzB,CAAC;gBACD,SAAS;YACX,CAAC;YAED,+DAA+D;YAC/D,IAAI,OAAO,CAAC,KAAK,CAAC,KAAK,KAAK,EAAE,CAAC;gBAC7B,IAAI,CAAC;oBACH,MAAM,OAAO,GAAG,YAAY,CAAC,SAAS,EAAE,OAAO,CAAC,CAAC;oBACjD,MAAM,EAAE,IAAI,EAAE,GAAG,gBAAgB,CAAC,OAAO,CAAC,CAAC;oBAC3C,uDAAuD;oBACvD,IAAI,CAAC,IAAI,CAAC,IAAI,IAAI,CAAC,IAAI,CAAC,WAAW;wBAAE,SAAS;oBAC9C,MAAM,IAAI,GAAG,IAAI,CAAC,IAAI,IAAI,QAAQ,CAAC,KAAK,EAAE,KAAK,CAAC,CAAC;oBACjD,IAAI,CAAC,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,EAAE,CAAC;wBACpB,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;wBACf,MAAM,CAAC,IAAI,CAAC;4BACV,IAAI;4BACJ,WAAW,EAAE,IAAI,CAAC,WAAW,IAAI,EAAE;4BACnC,OAAO,EAAE,IAAI,CAAC,OAAO,KAAK,OAAO,CAAC,CAAC,CAAC,OAAO,CAAC,CAAC,CAAC,WAAW;4BACzD,GAAG;4BACH,UAAU,EAAE,SAAS;4BACrB,WAAW,EAAE,KAAK;yBACnB,CAAC,CAAC;oBACL,CAAC;gBACH,CAAC;gBAAC,MAAM,CAAC;oBACP,OAAO;gBACT,CAAC;YACH,CAAC;QACH,CAAC;IACH,CAAC;IAED,OAAO,MAAM,CAAC;AAChB,CAAC;AAKD,MAAM,YAAY,GAAG,UAAU,CAAC;AAEhC;;;GAGG;AACH,MAAM,UAAU,yBAAyB,CAAC,UAAkB;IAC1D,IAAI,CAAC,UAAU,CAAC,UAAU,CAAC,YAAY,CAAC;QAAE,OAAO,IAAI,CAAC;IACtD,MAAM,IAAI,GAAG,UAAU,CAAC,KAAK,CAAC,YAAY,CAAC,MAAM,CAAC,CAAC;IACnD,MAAM,KAAK,GAAG,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,CAAC;IAChC,IAAI,KAAK,KAAK,CAAC,CAAC;QAAE,OAAO,IAAI,CAAC;IAC9B,OAAO,EAAE,IAAI,EAAE,IAAI,CAAC,KAAK,CAAC,CAAC,EAAE,KAAK,CAAC,EAAE,EAAE,EAAE,IAAI,CAAC,KAAK,CAAC,KAAK,GAAG,CAAC,CAAC,EAAE,CAAC;AACnE,CAAC;AAED;;;;;GAKG;AACH,MAAM,UAAU,gBAAgB,CAAC,IAAe,EAAE,IAAa,EAAE,aAAkC;IACjG,MAAM,KAAK,GAAG,yBAAyB,CAAC,IAAI,CAAC,UAAU,CAAC,CAAC;IACzD,IAAI,KAAK,EAAE,CAAC;QACV,IAAI,IAAI,EAAE,CAAC;YACT,OAAO,iBAAiB,IAAI,CAAC,IAAI,sGAAsG,CAAC;QAC1I,CAAC;QACD,IAAI,CAAC,aAAa,EAAE,CAAC;YACnB,OAAO,mCAAmC,IAAI,CAAC,IAAI,2BAA2B,CAAC;QACjF,CAAC;QACD,OAAO,aAAa,CAAC,KAAK,CAAC,IAAI,EAAE,KAAK,CAAC,EAAE,CAAC,CAAC;IAC7C,CAAC;IAED,IAAI,IAAI,EAAE,CAAC;QACT,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,CAAC;YACtB,OAAO,iBAAiB,IAAI,CAAC,IAAI,6CAA6C,CAAC;QACjF,CAAC;QACD,6DAA6D;QAC7D,MAAM,QAAQ,GAAG,IAAI,CAAC,OAAO,CAAC,kBAAkB,EAAE,EAAE,CAAC,CAAC;QACtD,IAAI,CAAC,QAAQ,IAAI,QAAQ,CAAC,UAAU,CAAC,GAAG,CAAC,EAAE,CAAC;YAC1C,OAAO,iCAAiC,IAAI,IAAI,CAAC;QACnD,CAAC;QACD,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,CAAC,GAAG,EAAE,QAAQ,CAAC,CAAC;QAC1C,IAAI,CAAC,UAAU,CAAC,QAAQ,CAAC,EAAE,CAAC;YAC1B,OAAO,oBAAoB,QAAQ,yBAAyB,IAAI,CAAC,IAAI,IAAI,CAAC;QAC5E,CAAC;QACD,OAAO,YAAY,CAAC,QAAQ,EAAE,OAAO,CAAC,CAAC;IACzC,CAAC;IACD,OAAO,YAAY,CAAC,IAAI,CAAC,UAAU,EAAE,OAAO,CAAC,CAAC;AAChD,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,qBAAqB,CAAC,MAAmB;IACvD,MAAM,QAAQ,GAAG,MAAM,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,OAAO,KAAK,WAAW,CAAC,CAAC;IAC/D,IAAI,QAAQ,CAAC,MAAM,KAAK,CAAC;QAAE,OAAO,EAAE,CAAC;IAErC,MAAM,YAAY,GAAG,CAAC,GAAW,EAAU,EAAE;QAC3C,MAAM,KAAK,GAAG,yBAAyB,CAAC,GAAG,GAAG,GAAG,CAAC,CAAC;QACnD,OAAO,KAAK,CAAC,CAAC,CAAC,cAAc,KAAK,CAAC,IAAI,IAAI,CAAC,CAAC,CAAC,EAAE,CAAC;IACnD,CAAC,CAAC;IAEF,MAAM,KAAK,GAAG;QACZ,qBAAqB;QACrB,EAAE;QACF,6FAA6F;QAC7F,EAAE;QACF,GAAG,QAAQ,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,OAAO,CAAC,CAAC,IAAI,KAAK,YAAY,CAAC,CAAC,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC,WAAW,EAAE,CAAC;KACjF,CAAC;IAEF,OAAO,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;AAC1B,CAAC;AAED,uEAAuE;AACvE,MAAM,CAAC,MAAM,oBAAoB,GAAG,MAAM,CAAC;AAE3C;;;;GAIG;AACH,MAAM,UAAU,eAAe,CAAC,MAAmB,EAAE,aAAkC;IACrF,MAAM,MAAM,GAAa,EAAE,CAAC;IAC5B,IAAI,KAAK,GAAG,CAAC,CAAC;IACd,KAAK,MAAM,KAAK,IAAI,MAAM,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,OAAO,KAAK,OAAO,CAAC,EAAE,CAAC;QAC9D,MAAM,OAAO,GAAG,gBAAgB,CAAC,KAAK,EAAE,SAAS,EAAE,aAAa,CAAC,CAAC;QAClE,IAAI,KAAK,GAAG,OAAO,CAAC,MAAM,GAAG,oBAAoB,EAAE,CAAC;YAClD,IAAI,OAAO,CAAC,GAAG,CAAC,mBAAmB,KAAK,GAAG,EAAE,CAAC;gBAC5C,OAAO,CAAC,IAAI,CAAC,+BAA+B,KAAK,CAAC,IAAI,mBAAmB,oBAAoB,YAAY,CAAC,CAAC;YAC7G,CAAC;YACD,SAAS;QACX,CAAC;QACD,MAAM,CAAC,IAAI,CAAC,OAAO,CAAC,CAAC;QACrB,KAAK,IAAI,OAAO,CAAC,MAAM,CAAC;IAC1B,CAAC;IACD,OAAO,MAAM,CAAC,IAAI,CAAC,aAAa,CAAC,CAAC;AACpC,CAAC"}