sercrod

Sercrod Reference

This section collects the precise rules for Sercrod's attribute conveyor model. Sercrod does not take over the page. It connects HTML attributes to browser-native behavior, Web Components lifecycle, JSON data, external helpers, and build tools.

If you are evaluating Sercrod's design, read the coexistence and runtime contract pages first. They explain why Sercrod can be embedded without competing for ownership of the whole page.

Start here

  1. Coexistence by design - Custom Element boundaries, delegated browser behavior, separated responsibilities, and JSON data assets.
  2. Runtime specification - the browser-side attribute processing contract for hosts, data, rendering, directives, events, and network behavior.
  3. Shadow DOM bridge - connecting visible shadow templates to Light DOM usage while leaving slots and CSS scoping to the browser.
  4. How Sercrod works - practical data flow, input timing, clickable actions, event updates, expression scope, AST hooks, and server response contracts.
  5. Nested Sercrod - the practical guide for parent/child host boundaries, shared state, and AI-readable page structure.

AI-readable manual

Before generating, editing, debugging, or explaining Sercrod templates, read man.json. Start with __ai_policy, __ai_runtime_guide, __ai_confusion_guards, __debug, and the detailed directive entry for each attribute you touch.

Common implementation questions

Directives

Directives are attributes that declare where behavior is connected. They are written with a leading asterisk or special prefix, for example *let, *for, *input, @click, or :class.

Configuration and runtime

Using Sercrod with other tools