ignition-persistent-record

Configure Ignition SDK module settings with PersistentRecord-backed defaults and validation.

Updated Apr 9, 2026
One-click install
npx skills add https://github.com/Sheon-S/ignition-sdk-agent-kit --skill ignition-persistent-record
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ignition-persistent-record
Source: https://github.com/Sheon-S/ignition-sdk-agent-kit/tree/main/.agents/skills/ignition-persistent-record
Command: npx skills add https://github.com/Sheon-S/ignition-sdk-agent-kit --skill ignition-persistent-record

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

PersistentRecord, RecordMeta, module settings storage, validation, defaults, and config-service guidance for Ignition SDK modules. Use when tasks add or change persistent configuration, gateway-stored module settings, record fields, defaults, validation rules, load and save flows, or record-to-DTO mapping.

Core Features & Use Cases

  • Stable defaults and explicit validation for module configuration.
  • Clear separation between persistence and UI with a clean record-to-DTO mapping layer.
  • Use cases include gateway-stored settings, per-resource configuration, and robust load/save flows across module lifecycles.

Quick Start

Configure a new module with a PersistentRecord-backed settings model and a config-service that loads defaults, validates input, and exposes a DTO-friendly interface.

Frequently Asked Questions about ignition-persistent-record

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

FAQPage Schema
How do I persist module settings in an Ignition SDK module?▼

Persist module settings in an Ignition SDK module by using a PersistentRecord-backed settings model to store gateway configurations and defining explicit defaults for stable load and save flows.

What is the best way to validate configuration records in Ignition?▼

Validating configuration records in Ignition is best handled by implementing explicit field validation rules within a config-service that loads defaults and rejects invalid input before persistence.

How do I separate persistence logic from UI when mapping records to DTOs?▼

Separate persistence logic from UI by implementing a clean record-to-DTO mapping layer that translates gateway-stored PersistentRecord fields into data transfer objects for interface consumption.

Does this approach support per-resource configuration across module lifecycles?▼

Yes, this approach supports per-resource configuration across module lifecycles by applying stable records and robust load/save flows to manage gateway-stored settings for individual resources.

Why do I need a config-service for gateway-stored module settings?▼

You need a config-service for gateway-stored module settings to centralize loading defaults, validating input, and exposing a DTO-friendly interface that cleanly separates persistence from UI logic.