hydra-gate-initial-state

Detect insecure DOM data-attribute reads in Vue, JS, and TS files using Nextcloud's IInitialState service as the standard.

1|1|Updated Apr 8, 2026
One-click install
npx skills add https://github.com/ConductionNL/shillinq --skill hydra-gate-initial-state
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hydra-gate-initial-state
Source: https://github.com/ConductionNL/shillinq/tree/main/.claude/skills/hydra-gate-initial-state
Command: npx skills add https://github.com/ConductionNL/shillinq --skill hydra-gate-initial-state

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents the use of insecure DOM data-attributes for passing server-side data to the frontend, which breaks on CSP-hardened Nextcloud instances and violates architectural standards.

Core Features & Use Cases

  • Automated Compliance Scanning: Detects insecure getElementById dataset reads in Vue, JS, and TS files.
  • Architectural Enforcement: Ensures adherence to ADR-004 by mandating the use of the IInitialState service.
  • Use Case: During a code review or CI pipeline, use this Skill to identify and remediate instances where sensitive app configuration or version flags are leaked via DOM attributes instead of the canonical Nextcloud initial-state pattern.

Quick Start

Run the hydra-gate-initial-state skill to scan the current repository for insecure DOM data-attribute reads and receive automated fix suggestions.

Frequently Asked Questions about hydra-gate-initial-state

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I detect insecure DOM data-attribute reads in Nextcloud frontend code?

Detect insecure DOM data-attribute reads by scanning Vue, JS, and TS source files for getElementById dataset patterns. This identifies where sensitive app configuration leaks via DOM attributes, violating security compliance and CSP hardening standards.

Why does my Nextcloud frontend break on CSP-hardened instances when using DOM data-attributes?

Nextcloud frontend breaks on CSP-hardened instances because DOM data-attributes for passing server-side data violate architectural standards. Insecure dataset reads expose sensitive app configuration, causing compliance failures and requiring migration to the IInitialState service.

What is the Nextcloud IInitialState service used for in frontend data loading?

The Nextcloud IInitialState service provides a canonical, secure pattern for server-to-client data transmission. It replaces insecure DOM data-attribute reads, ensuring architectural consistency and compliance with the ADR-004 standard for frontend data loading.

How do I enforce ADR-004 compliance for server-to-client data transmission in a CI pipeline?

Enforce ADR-004 compliance by running an automated scan during code review or CI pipeline execution. The scan identifies insecure getElementById dataset reads in frontend source files and provides automated fix suggestions to migrate to the IInitialState service.

Does this security scanning approach work with Vue, JS, and TS files?

Yes, this security scanning approach works with Vue, JS, and TS files. It uses grep pattern matching to detect insecure getElementById dataset reads across these frontend source file types to enforce Nextcloud IInitialState service adoption.

What are the limitations of using grep for frontend security compliance scanning?

Using grep for frontend security compliance scanning limits detection to explicit getElementById dataset read patterns. It requires adherence to the ADR-004 standard and focuses strictly on DOM data-attribute removal, meaning complex dynamic data loading patterns may need manual architectural review.