Migrate solid Table v8 to v9. Audit framework construction, rendering, state, and app hooks, with shared API changes in the core migration skill.
83%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
Passed
No findings from the security scan
Before starting, run intent load @tanstack/table-core#migrate-v8-to-v9. Audit its entire shared checklist and read the detailed core mappings for APIs present in the application. This checklist adds the Solid-specific changes.
Framework prerequisite: Solid 1.3 or newer (solid-js >=1.3).
createSolidTable with createTable in a Solid owner.getState() with narrow tracked atom reads, or intentional whole-store reads. Remove global onStateChange.table.Subscribe wrappers with direct table.atoms reads. Component bodies are untracked.FlexRender components; adopt tableOptions and createTableHook only for repeated conventions.When the audit finds old Solid construction, state, rendering, or app-hook code, read adapter migration details before editing it. For a replacement render scaffold, read getting started. For controlled or stale state after migration, read table state.
Shared pinning, sizing, sorting, selection, prototype-method, type, and registry changes stay in the core migration references. Renaming createSolidTable alone does not complete the migration.
stockFeatures when the target is explicit feature tree-shaking.Inspect node_modules/@tanstack/solid-table/dist/index.d.ts and the exported adapter declarations. Use node_modules/@tanstack/table-core/dist/index.d.ts for shared APIs.
TanStack/table
c14e022
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.