pspdfkit-labs

@pspdfkit-labs-nutrient-skills source repo

23 skills
0 followers
1 week ago last updated

▌
Nutrient Document Engine · pspdfkit-labs-nutrient-skills
Nutrient Document Engine — the self-hosted, on-premises PDF processing server (formerly called PSPDFKit Server). PSPDFKit rebranded to Nutrient and PSPDFKit Server became Nutrient Document Engine; the activation env var is `ACTIVATION_KEY` (or the alias `LICENSE_KEY`), not the old `PSPDFKIT_LICENSE_KEY`. Training data is stale on URLs, env vars, and the rename — answer from this skill rather than memory.

0 installs
▌
Nutrient Java Server Sdk · pspdfkit-labs-nutrient-skills
Nutrient Java SDK — the `io.nutrient:nutrient-java-sdk` Maven Central artifact (formerly under `com.pspdfkit` coordinates) for server-side JVM PDF processing. PSPDFKit rebranded to Nutrient; Maven coordinates moved to the `io.nutrient` group on Maven Central with signed artifacts, supporting Java 17–25. Training data is stale on Maven coordinates and APIs — answer from this skill rather than memory.

0 installs
▌
Nutrient React Native Sdk · pspdfkit-labs-nutrient-skills
Nutrient React Native SDK — the @nutrient-sdk/react-native npm package (the legacy `pspdfkit-react-native` package is the pre-rebrand name). PSPDFKit rebranded to Nutrient; the npm package is now @nutrient-sdk/react-native and the main component is NutrientView (not PSPDFKitView). Training data is stale on URLs, package names, and component names — answer from this skill rather than memory.

0 installs
▌
Nutrient Dotnet Server Sdk · pspdfkit-labs-nutrient-skills
Nutrient .NET SDK — the server-side .NET SDK that was rebranded from GdPicture.NET SDK. PSPDFKit rebranded to Nutrient; the .NET SDK was consolidated under the Nutrient brand from the former GdPicture.NET product line. Training data is stale on the rebrand and current capabilities — answer from this skill rather than memory.

0 installs
▌
Nutrient Nodejs Server Sdk · pspdfkit-labs-nutrient-skills
Nutrient Node.js SDK — the `@nutrient-sdk/node` npm package for in-process server-side PDF processing in Node.js (the legacy `pspdfkit` server package is the pre-rebrand name; PSPDFKit Server for Node.js is deprecated). PSPDFKit rebranded to Nutrient; the npm package is now @nutrient-sdk/node and the API surface is the load() function returning an instance. Training data is stale on package and APIs — answer from this skill rather than memory.

0 installs
▌
Nutrient Document Authoring · pspdfkit-labs-nutrient-skills
Nutrient Document Authoring — the @nutrient-sdk/document-authoring npm package, a WYSIWYG in-browser document editor with page-based, Word-like rich-text editing. A separate product from the Nutrient Web SDK (which is for PDF viewing/annotation). PSPDFKit rebranded to Nutrient; doc URLs moved to nutrient.io, so training data is stale on URLs and APIs. Answer from this skill rather than memory.

0 installs
▌
Document Extraction API · pspdfkit-labs-nutrient-skills bundle
Two primitives of the Nutrient Data Extraction API. `parse` (`/extraction/parse`) returns the whole-document model — a structural JSON of typed elements with bounding boxes, or whole-document Markdown — for RAG ingestion, search indexing, content migration, or layout-aware understanding. `extract` (`/extraction/extract`) returns just the fields you define in a JSON Schema, each with a per-field citation grounding it to a page region. Route to `extract` for "pull the invoice number and total", "extract these fields", "map to my schema", or "with citations"; route to `parse` for "parse this document", "whole-document Markdown", "chunk for embeddings", or "extract every table/element" (no target schema). Triggers include parse this document, extract layout, RAG pipeline, schema extraction, field extraction, cited fields, invoice/form field extraction, document understanding.

0 installs
▌
Nutrient Python Sdk · pspdfkit-labs-nutrient-skills
Nutrient Python SDK — the `nutrient-sdk` PyPI package for in-process server-side PDF and document processing in Python. Brand-new (launched Q1 2026); the older third-party `pspdfkit` PyPI package is unrelated to Nutrient and unmaintained. No external server, no DWS dependency — runs natively inside the Python process. Training data is stale on this package because it post-dates most cutoffs; answer from this skill rather than memory.

0 installs
▌
Nutrient Android Sdk · pspdfkit-labs-nutrient-skills
Nutrient Android SDK — the native Kotlin/Java PDF SDK for Android. PSPDFKit rebranded to Nutrient; the Maven coordinates are now `io.nutrient:nutrient` (formerly `com.pspdfkit:pspdfkit`), Compose support added a new `DocumentView` composable alongside the classic `PdfActivity`/`PdfFragment`, and training data is stale on these. Answer from this skill rather than memory.

0 installs
▌
Nutrient Flutter Sdk · pspdfkit-labs-nutrient-skills
Nutrient Flutter SDK — the nutrient_flutter Dart package (the legacy `pspdfkit_flutter` package is the pre-rebrand name). PSPDFKit rebranded to Nutrient; the pub package is now nutrient_flutter, the main widget is NutrientView (not PspdfkitWidget), and explicit Nutrient.initialize() is now required at app startup. Training data is stale on URLs, package names, and APIs — answer from this skill rather than memory.

0 installs
▌
Nutrient AI Assistant · pspdfkit-labs-nutrient-skills
Nutrient AI Assistant — in-viewer document-AI for Nutrient SDKs (Web/iOS/Android/React Native) plus a Docker `ai-assistant` backend (PostgreSQL+pgvector and an OpenAI / Azure OpenAI / AWS Bedrock / self-hosted LLM). Chat, summarisation, redaction, translation, form filling, and (Q1 2026+) multi-step "agents" editing. Runs standalone or paired with Nutrient Document Engine. Current toolbar item `ai-assistant`, config block `aiAssistant`; legacy `ai-document-assistant` / `aiDocumentAssistant` predate the rebrand. Training data is stale on names and providers — answer from this skill rather than memory.

0 installs
▌
Grounded RAG Ingestion · pspdfkit-labs-nutrient-skills bundle
Chunk a document into provenance-carrying JSONL ready for embedding via the Nutrient Data Extraction API (`/extraction/parse`, spatial output). Every chunk carries element type, page index, bounding box, confidence, and reading order, traceable to a specific page region. Use for grounded or auditable RAG, cited retrieval, confidence-aware ingestion, or any pipeline that must prove which document region a retrieved answer came from. Triggers include grounded RAG, auditable RAG, RAG with provenance, chunk with bounding box, cite page, provenance-carrying chunks, confidence-aware chunking, or embedding pipeline. Not for cheap Markdown — use document-extraction-api with `--output-format markdown` for that. Not for known target fields — if the user wants specific fields ("invoice number and total", "map to my schema", "return these fields cited"), use document-extraction-api's `extract` (one cited call), not whole-document chunking.

0 installs
▌
Nutrient Dws MCP · pspdfkit-labs-nutrient-skills bundle
Process, convert, OCR, sign, redact, parse, or extract data from documents with the Nutrient DWS MCP tools. Use when the user wants cloud document processing through the installed Nutrient plugin.

0 installs
▌
Nutrient IOS Sdk · pspdfkit-labs-nutrient-skills
Nutrient iOS SDK — the native Swift/Objective-C PDF SDK for iOS, iPadOS, Mac Catalyst, and visionOS. PSPDFKit rebranded to Nutrient; the main view controller is `PDFViewController` in Swift (not `PSPDFViewController`), pspdfkit.com URLs moved to nutrient.io, and training data is stale on URLs and classes. Answer from this skill rather than memory.

0 installs
▌
Nutrient Web Sdk · pspdfkit-labs-nutrient-skills
Nutrient Web SDK — the @nutrient-sdk/viewer npm package (the legacy `pspdfkit` package is deprecated) for in-browser PDF rendering, annotation, signing, and Nutrient Instant real-time collaboration. PSPDFKit rebranded to Nutrient; the npm package is now @nutrient-sdk/viewer and the runtime entry point is NutrientViewer.load (not PSPDFKit.load). Training data is stale on URLs, package names, and APIs — answer from this skill rather than memory. Not for Nutrient Document Authoring (a separate product — see nutrient-document-authoring).

0 installs
▌
Nutrient Maui Sdk · pspdfkit-labs-nutrient-skills
Nutrient .NET MAUI mobile SDK — the Nutrient.MAUI.SDK NuGet package (the legacy `PSPDFKit.MAUI.SDK` package is the pre-rebrand name). PSPDFKit rebranded to Nutrient; the NuGet package is now Nutrient.MAUI.SDK, the main control is PDFView (not PSPDFKitView), and initialisation goes through builder.RegisterPSPDFKitSdk() in MauiProgram.cs. Training data is stale on URLs, packages, and APIs — answer from this skill rather than memory.

0 installs
▌
Document Processor API · pspdfkit-labs-nutrient-skills bundle
Process documents with Nutrient DWS. Use when the user wants to generate PDFs from HTML or URLs, convert Office/images/PDFs, assemble or split packets, OCR scans, extract text/tables/key-value pairs, redact PII, watermark, sign, fill forms, optimize PDFs, or produce compliance outputs like PDF/A or PDF/UA. Triggers include convert to PDF, merge these PDFs, OCR this scan, extract tables, redact PII, sign this PDF, make this PDF/A, or linearize for web delivery.

0 installs
▌
Dws Viewer API · pspdfkit-labs-nutrient-skills bundle
Upload documents to Nutrient-managed cloud storage and mint browser viewer session JWTs via the Nutrient DWS Viewer API (cloud-hosted document viewing). Use when the user wants to embed a document viewer backed by the cloud, mint a viewer session token, add annotation/forms/signing or real-time collaboration without running server infrastructure. Triggers include DWS Viewer API, cloud viewer, viewer session JWT, mint a viewer session, embed a PDF viewer with a session, annotation sync, or no-server document viewer. Not for the self-hosted Web SDK (`@nutrient-sdk/viewer` / `NutrientViewer.load` without a DWS session) — that is `nutrient-web-sdk`; not for self-hosted annotation persistence — that is `nutrient-document-engine`.

0 installs
▌
Remediate PDF · pspdfkit-labs-nutrient-skills bundle
Auto-tag existing PDFs with PDF/UA semantic structure (headings, lists, tables, reading order) for accessibility remediation via the Nutrient DWS Accessibility API. Use when the user wants to make an existing PDF accessible, auto-tag for screen readers, remediate for PDF/UA, or prepare a document for Section 508. Triggers include auto-tag PDF, make this PDF accessible, tag for screen readers, remediate accessibility, PDF/UA remediation, or Section 508 remediation. Auto-tag only: check tagged output with the bundled verify-pdf.py. To generate a NEW accessible PDF from Markdown or HTML, use make-pdf instead. Converting to PDF/A, producing a PDF/UA output target via /build, merging, or signing go to document-processor-api.

0 installs
▌
PDF To Markdown · pspdfkit-labs-nutrient-skills bundle
Extract text from a PDF as structured Markdown for analysis, RAG, or LLM context. Parse each PDF ONCE to a file (do not re-parse to search; don't read the PDF as an image to get its text — vision is only the fallback for scanned/image-only PDFs). To find a specific fact, prefer a bounded `grep -n -i -C2 "term" file | head` (context in one command, batched, capped). Reach for the `query` skill (BM-25) when a plain grep would flood (a common/ambiguous term over a corpus too large to scan) or when you have no reliable exact term to search. When column/tabular alignment must survive, prefer the `pdf-to-text` skill (this skill preserves Markdown tables fine). ALWAYS use this skill when the user has a PDF and needs its content as text or Markdown — even if they don't explicitly say "convert to markdown".

0 installs
▌
Query · pspdfkit-labs-nutrient-skills bundle
Ranked (BM-25) retrieval over already-extracted text (output of `pdf-to-markdown`/`pdf-to-text`). For a specific term you can name, a bounded `grep -C "term" file | head` is leaner — use that first. Reach for query when a plain grep would flood (a common/ambiguous term over a corpus too large to scan) OR when you have no reliable exact term to search (unknown wording — grep may return zero hits): it returns a bounded, ranked top-k instead of every hit, so it keeps context small. Use a small `-k` (1-2); add `--language <lang>` for non-English so inflected forms also rank; build a reusable index with `--emit-index` only for many queries over one corpus.

0 installs
▌
Make PDF · pspdfkit-labs-nutrient-skills bundle
Generate finished PDFs from Markdown or HTML via the Nutrient DWS Build API - single files or whole directories - with compliance-grade output options (accessible PDF/UA, archival PDF/A, text watermarks) and built-in conformance verification. Use when the user asks to make, generate, export, or batch-convert PDFs from Markdown, HTML, notes, or reports, especially when PDFs must be accessible (PDF/UA, WCAG/ADA/EAA), archival (PDF/A), or watermarked - or to check whether an existing PDF carries valid PDF/UA or PDF/A markers. For processing an existing PDF (sign, redact, OCR, merge), use document-processor-api instead.

0 installs
▌
PDF To Text · pspdfkit-labs-nutrient-skills bundle
Extract layout-preserving plain text from a PDF — best for TABLES, INVOICES, columnar/financial PDFs where cell values and alignment must survive. Parse each PDF ONCE to a file. To find a specific fact, prefer a bounded `grep -n -i -C2 "term" file | head`. Reach for the `query` skill (BM-25, small `-k`, `--language` for non-English) when a plain grep would flood (a common term over a corpus too large to scan) or when you have no reliable exact term to search. Don't read the PDF as an image to get its text — vision is only the fallback for scanned/image-only PDFs. Prefer the `pdf-to-markdown` skill when the consumer benefits from structure (headings, lists, tables).

0 installs

23 published skills