Update to Scopture

{
  "name": "scopture",
  "description": "Use this skill whenever the user wants to inspect, search, create, edit, query, render, or update a live Scopture canvas or remote `.duc` drawing through the Scopture MCP server. This includes 2D geometry, parametric 3D models, IFC/BIM, DXF/DWG, Typst documents, PDFs, python sandbox globals, SQLite operations, active-canvas context, screenshots, and visual QA. Trigger for Scopture, an active canvas, a remote drawing, or Scopture MCP drawing tools; do not trigger for an unrelated generic PDF, image, or database task.",
  "included_files": [],
  "skill_md_contents": "---\nname: scopture\ndescription: \"Use this skill whenever the user wants to inspect, search, create, edit, query, render, or update a live Scopture canvas or remote `.duc` drawing through the Scopture MCP server. This includes 2D geometry, parametric 3D models, IFC/BIM, DXF/DWG, Typst documents, PDFs, python sandbox globals, SQLite operations, active-canvas context, screenshots, and visual QA. Trigger for Scopture, an active canvas, a remote drawing, or Scopture MCP drawing tools; do not trigger for an unrelated generic PDF, image, or database task.\"\n---\n\n# Scopture Canvas Creation, Search, and Manipulation\n\nScopture is an interactive, multi-agent CAD pipeline that turns natural-language requests into validated operations synchronized with a live canvas. Scopture is the application; DUC (`.duc`) is its **gzip-compressed SQLite** project-state format.\n\nThis skill focuses strictly on **live canvas synchronization**, using the **Scopture MCP server tools**, writing scripts within the current sandbox environment, applying **premium canvas design standards**, and executing the **Visual QA verification loop**.\n\n> For reference: Scopture is the app; Duc (.duc) is the data format and core library used by the app.\n\n> [!IMPORTANT]\n> **Code Writing API Reference**\n> To handle the .duc file or related syntax, refere to the **duc skill**\n\n---\n\n## Documentation Search\n\nWhen the relevant Scopture documentation page is unknown, search the docs with a GET request:\n\n```bash\ncurl -sG 'https://site.scopture.com/api/search' --data-urlencode 'query=<search terms>'\n```\n\nThe endpoint returns a JSON array of matching pages and snippets with their `url`. Use it to identify the most relevant result, then fetch and read that page for the full context; do not treat the search snippet as complete documentation. Continue to use the Duc skill for `.duc` syntax and library APIs.\n\n**Direct Markdown Output**:\n```bash\n# Fetch clean markdown directly example:\ncurl -s 'https://site.scopture.com/docs/automation/agents-and-mcp'\n```\n\n---\n\n## MCP Tools vs. Python Sandbox Globals\n\nThe MCP tool registry and the Python sandbox expose different interfaces:\n\n* **MCP `get_drawing` tool**: Returns drawing metadata, a state hash, and optional live `appState`. It does **not** return `.duc` bytes.\n* **MCP `get_elements` tool**: Returns compact element data and can filter by type, IDs, or bounding box. Prefer it when full drawing parsing is unnecessary.\n* **MCP `run_python_code` tool**: Submits a Python job. It is asynchronous by default; submit once and poll the returned `jobId` with `check_python_run_job`.\n* **MCP `run_sqlite` tool**: Runs read or mutate SQL modes through the same asynchronous job flow.\n* **Python sandbox**: Runs submitted code in an isolated Python 3.12 environment with the active drawing, requested external files, model-output capture, and injected helper functions. Treat the live `run_python_code` tool description as the only reference for helper names and signatures.\n\n---\n\n## Current `run_python_code` Sandbox\n\nScopture currently exposes one remote execution contract for MCP Python jobs.\n\nThe sandbox mounts authorized inputs into a temporary workspace, captures standard output and model previews, and returns a job result. It does not infer a drawing mutation from variables or printed output. The script must explicitly submit a drawing update through the injected helper documented by `run_python_code`.\n\n`ducpy` is installed but **not** pre-imported. There is no `_existing_state` global and no mandatory `_elements` output list. Import the libraries the job needs and submit at most one intended mutation per job.\n\n> [!IMPORTANT]\n> **Direct Patch Rule**\n> The injected drawing-update helper accepts dictionary/object input and performs serialization plus embedded Python/Typst validation inside the sandbox. Do not call `serialize_duc()` merely to submit builder-created elements.\n\n### Engineering Python Stack\n\nFor complex calculations and engineering problem solving, the sandbox includes `numpy`, `scipy`, `sympy`, `pint`, `pandas`, `matplotlib`, and `fluids`. Use them for numerical methods, symbolic derivation, unit-aware calculations, data analysis, plotting, and fluid-system calculations, then translate the result into DUC elements or model geometry.\n\n---\n\n## Drawing Patch Semantics\n\nScopture merges sandbox patch collections by item ID. This is an additive/upsert patch, **not** complete-state replacement:\n\nDo not round-trip the whole drawing through `get_drawing()`, edit it, and submit everything again. Build the smallest patch containing only records that were added or changed. Use `get_drawing()` only when the code genuinely needs raw current-state bytes for inspection or calculation.\n\n* **ADD**: Submit an item with a new ID.\n* **UPDATE**: Submit a complete valid updated item with the same ID. Matching collection items are replaced as records, not merged field by field.\n* **DELETE**: Submit the existing element with `is_deleted: true`, preserving its ID and required relationships.\n* **OMISSION**: An omitted item remains unchanged; omission does not delete it.\n\nDictionary and file maps merge by key. The current local state is preserved, while global state changes only when the patch supplies it.\n\nFor dictionary/object input, use the sandbox serializer's snake_case keys, including `elements`, `blocks`, `block_instances`, `block_collections`, `groups`, `regions`, `layers`, `external_files`, and `duc_global_state`.\n\nPreserve IDs, bindings, memberships, frame/layer relationships, and block-instance data when updating an existing element. Locked plots and their descendants are protected at the server update boundary and cannot be bypassed from Python or SQLite.\n\n---\n\n## Drawing Deep Links\n\nOpen a drawing at `/w/<drawingId>` and use these search parameters on the initial page load:\n\n* **`?element=<elementId>`**: Selects the element and scrolls or zooms the canvas to it. The implemented key is `element`, not `elementId`.\n* **`?modelOpen=<elementId>`**: Opens a valid Model Element directly in Model Open mode so the user can interact with its 3D or other model representation. Access settings can disable 3D mode for public links.\n* **`?issue=<issueId>`**: Opens the drawing's issues panel for the referenced issue.\n\nCombine parameters with `&` when needed, for example `/w/<drawingId>?element=<elementId>&modelOpen=<elementId>`.\n\n---\n\n## Visual QA and Verification Loop\n\nApproach drawings with a critical eye. Do not declare success before the asynchronous update has been applied and the visible result has been inspected when a live client is available.\n\n```mermaid\ngraph TD\n    A[Submit once via run_python_code or run_sqlite] --> B[Poll via check_python_run_job]\n    B --> C{Job completed and update applied?}\n    C -- No --> B\n    C -- Yes --> D[Capture via get_drawing_screenshot]\n    D --> E[Inspect bounds, local coordinates, overlap, labels, and contrast]\n    E --> F{Visual result correct?}\n    F -- No --> G[Prepare a corrective patch]\n    G --> A\n    F -- Yes --> H[Declare success]\n```\n\n---\n\n## MCP Reference Guide\n\nUse the `scopture mcp` server to obtain active drawing context, inspect compact elements, search drawing text, execute Python or SQLite jobs, poll job completion, inspect versions, and capture live screenshots. Retrieve the live tool descriptions and schemas before choosing arguments; do not reproduce those volatile schemas in this skill.\n\n---\n\n## Common Failures & Self-Correction\n\n- **Parsing active drawing bytes fails**: Current `ducpy.parse_duc()` is path-based. Retrieve the installed-version parsing documentation and use a temporary path or a byte-oriented `DucSQL` workflow.\n- **Submitting serialized builder output fails**: Current `serialize_duc()` returns an output path, not bytes. Prefer dictionary/object input through the sandbox's drawing-update helper.\n- **Canvas appears unchanged**: Confirm the script explicitly submitted a drawing update, then poll the original job with `check_python_run_job` until the update is finalized.\n- **Duplicate mutations**: Never rerun a pending non-idempotent Python or SQLite job. Poll its original `jobId`.\n- **Attribute errors or invalid schemas**: Retrieve the current `llms.txt` route and verify the installed builder stage, method, parameter, and return type.\n- **Element Overlaps & Clipping**: Execute the Visual QA verification loop (`get_drawing_screenshot`) and adjust bounding box offsets or coordinates accordingly.\n- **Invisible 2D CAD Elements**: Elements missing on the canvas might lack a default fill or stroke. Always assign explicit styles (backgrounds and strokes) when generating 2D CAD. See [Styling Elements](https://duc.ducflair.com/docs/guidelines/styling-elements).\n"
}