enonic-nextxp-integration
Next.js + Enonic XP Headless Integration (Next.XP)
Procedures
Step 1: Identify the workspace integration surface
- Inspect the workspace for Next.js entry points (
next.config.*,package.jsonwithnextdependency), Enonic XP app markers (build.gradlewithcom.enonic.xp), or existing Next.XP adapter references (@enonic/nextjs-adapter). - Execute
node scripts/find-nextxp-targets.mjs .to inventory Next.js projects,.envfiles withENONIC_*variables, component mapping files (_mappings.ts), and Guillotine query files when a Node runtime is available. - If a Node runtime is unavailable, inspect
package.json,.env, andsrc/components/_mappings.tsmanually to identify the integration surface. - If the workspace contains both an Enonic XP app and a Next.js frontend, confirm which side the task targets before proceeding.
- If the workspace is not a Next.js + Enonic XP project, stop and explain that this skill does not apply.
Step 2: Configure the Enonic adapter
- Read
references/nextxp-reference.mdbefore writing or modifying configuration. - Verify or create the
.env(or.env.localfor local development) file in the Next.js project root with the required variables:ENONIC_API_TOKEN— shared secret for preview mode authentication.ENONIC_APP_NAME— fully qualified Enonic application name (e.g.,com.example.myproject).ENONIC_MAPPINGS— locale-to-project/site mapping (e.g.,en:intro/hmdb).ENONIC_API— base URL for the Guillotine API endpoint (e.g.,http://127.0.0.1:8080/site/).
- Install the
@enonic/nextjs-adapterpackage if not already present:npm install @enonic/nextjs-adapter.
More from webmaxru/enonic-agent-skills
enonic-webhook-integrator
Sets up Enonic XP event listeners, webhook configurations, and external system integrations triggered by content lifecycle events. Covers lib-event listener registration, node event filtering, outbound webhook configuration via com.enonic.xp.webhooks.cfg, custom HTTP service controllers for inbound webhooks, task-based async processing with lib-task, and outbound HTTP calls with lib-httpClient. Use when listening for content publish/create/update/delete events, configuring outbound webhooks, building HTTP service endpoints for inbound webhooks, or triggering async processing on content changes. Do not use for content querying, frontend component development, non-Enonic event systems, or GitHub webhook configuration.
103skill-creator
Authors and structures professional-grade agent skills following the agentskills.io spec. Use when creating new skill directories, drafting procedural instructions, or optimizing metadata for discoverability. Don't use for general documentation, non-agentic library code, or README files.
101enonic-api-reference
Enonic XP server-side JavaScript/TypeScript API reference for all /lib/xp/* libraries. Provides function signatures, parameters, return types, and usage examples for lib-content, lib-node, lib-auth, lib-portal, lib-context, lib-event, lib-task, lib-repo, lib-io, lib-mail, and lib-schema. Use when looking up Enonic XP library functions, parameter shapes, return types, or usage examples. Do not use for Guillotine GraphQL queries, content type schema definitions, Enonic CLI commands, or non-Enonic JavaScript APIs.
101agent-skill-deploy
>
101enonic-content-migration
Generates Enonic XP scripts for bulk content operations — creating, updating, querying, migrating, and transforming content using lib-content and lib-node APIs. Covers the query DSL (NoQL), aggregations, batch processing, task controllers for long-running operations, and export/import workflows. Use when writing bulk content creation, update, or deletion scripts, querying with NoQL syntax, migrating content between environments, running long-running task operations, or working with aggregations and paginated retrieval. Do not use for Guillotine GraphQL frontend queries, content type schema definitions, single contentLib.get() calls, or non-Enonic data migration tools.
101enonic-sandbox-manager
Guides developers through Enonic CLI commands for sandbox management, project scaffolding, local development, app deployment, and CI/CD pipeline generation. Use when creating Enonic XP sandboxes, starting or stopping local instances, scaffolding projects from starters, running dev mode with hot-reload, deploying apps, or generating CI/CD workflows for Enonic apps. Don't use for writing XP application code (controllers, content types), querying via Guillotine or lib-content APIs, configuring non-Enonic environments, or Docker/Kubernetes deployment of XP.
101