migration

Before-and-after change guide

FieldValue
Trust classinteractive
Implementation statusimplemented_native
Renderernative block
Key prop (production schema)from_snapshot_id
Key prop (protocol fixture)fromVersion
Toolscompare
Package version1.0.0
Package digestsha256:1e33029c22b4ace4d3075af9616a8be440342cf130e8c8ffed5e1bde7fde19c0

Install

docsloth component add @docsloth/migration@1.0.0

Live package: sha256:1e33029c22b4ace4d3075af9616a8be440342cf130e8c8ffed5e1bde7fde19c0 with 2 file digest(s); the catalog entry is generated from the built package, not a placeholder.

Props

The prop schema is normative in packages/contracts/component-props/migration.schema.json.

PropTypeRequiredConstraints
titlestringnomaxLength: 160
from_snapshot_idstringyesformat: uuid
to_snapshot_idstringyesformat: uuid
breaking_fact_idsarray<string>yes
stepsarray<string>yes

Example props generated from this schema:

{
  "title": "example-title",
  "from_snapshot_id": "00000000-0000-4000-8000-000000000000",
  "to_snapshot_id": "00000000-0000-4000-8000-000000000000",
  "breaking_fact_ids": [
    "00000000-0000-4000-8000-000000000000"
  ],
  "steps": [
    "example-steps"
  ]
}

Required props: from_snapshot_id, to_snapshot_id, breaking_fact_ids, steps.

Example

Example document IR (the block the renderer consumes):

{
  "type": "migration",
  "props": {
    "title": "example-title",
    "from_snapshot_id": "00000000-0000-4000-8000-000000000000",
    "to_snapshot_id": "00000000-0000-4000-8000-000000000000",
    "breaking_fact_ids": [
      "00000000-0000-4000-8000-000000000000"
    ],
    "steps": [
      "example-steps"
    ]
  }
}

Renderer HTML (entities decoded and wrapped for display):

<section class="ds-block ds-migration" data-component="migration" aria-labelledby="b-title">
<h3 class="ds-block-title" id="b-title">example-title</h3>
<p>1 breaking change is recorded for this migration.</p>
<ol class="ds-list">
<li>example-steps</li>
</ol>
</section>

Preview (interface-only; the markup above is the same output):

example-title

1 breaking change is recorded for this migration.

  1. example-steps

The renderer resolves this component as a native block; the preview above is its real HTML output, and Markdown parity for native blocks is covered by the renderer test suite.

Specification

Generated from packages/contracts/component-specs/migration.md.

Contract

Production props are normative in ../contracts/component-props/migration.schema.json. The corresponding component-fixtures manifest is only a minimal protocol fixture; use the production props schema when building the published package. The packaged artifact ships exactly its generated component-package.json manifest plus props.schema.json (the production props schema, copied byte-for-byte) and spec.md (this spec, copied byte-for-byte); it contains no executable payload, fallback implementation, Storybook, test suite, SSR harness or README. Rendering behavior and the acceptance cases below belong to the renderer and the repository tests, not to the package. Installation pins the package version and the digest of every shipped byte.

Intended behavior

Side-by-side validated changes, impacts, prerequisites, rollbacks and action-required warning.

Failure and fallback

Unverified migration steps explicitly not_run and block auto-publication if required.

Required acceptance cases

Old and new examples execute against corresponding fixtures. Also test empty data, loading, denied access, browser without JS, mobile 360px, keyboard navigation, dark mode and an explicit constrained agent tool call. The server independently authorizes capability requests; a package manifest cannot grant authority.

Data and maintenance

Data bindings resolve from a specific publication/release vector and permitted fact/evidence graph. Configuration edits create versioned component patches. Update invalidation uses dependency IDs, never indiscriminate whole-page regeneration. Human-owned props survive automatic updates unless invalidated with an explicit conflict. Missing optional resources leave an honest inert/readable fallback, not a broken page or fake success.

Cost and tools

Pure/local interaction must never invoke a model by accident. Any model, remote query or executor call must reserve approved budget before dispatch. Public visitors do not inherit owner resources. The component may call only named tools in its signed manifest with valid typed inputs. A cancelled job stops polling and closes resources. No component gets platform administration, raw credentials or an unlimited execution loop.

Package manifest

Protocol fixture: packages/contracts/component-fixtures/migration.json.

FieldValue
Name@docsloth/migration
Version1.0.0
Protocol1.x
LicenseApache-2.0
Runtimereact
Entrydist/index.js
Recording policymasked
Fallbackhtml, markdown, json
Network hostsnone
Production writeno
Max runtime seconds0
Integrityall zeros (protocol fixture placeholder)
ToolEffectConfirmationInput
comparereadnovalue

Sources

SourcePath
Component pagehttps://registry.docsloth.dev/components/migration.html
Markdown twinhttps://registry.docsloth.dev/docs/migration.md
LLM indexhttps://registry.docsloth.dev/llms.txt
Specificationpackages/contracts/component-specs/migration.md
Prop schemapackages/contracts/component-props/migration.schema.json
Protocol fixturepackages/contracts/component-fixtures/migration.json
Catalogpackages/contracts/component-catalog.json