recursica-skill-tables

Applies house rules for designing tables and data grids in enterprise web applications.

1|Updated May 29, 2026
One-click install
npx skills add https://github.com/borderux/recursica-knowledge --skill recursica-skill-tables-borderux
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: recursica-skill-tables
Source: https://github.com/borderux/recursica-knowledge/tree/main/skills/design-rules/recursica-skill-tables
Command: npx skills add https://github.com/borderux/recursica-knowledge --skill recursica-skill-tables-borderux

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Designing tables and data grids for complex enterprise applications involves dozens of decisions — column selection, widths, alignment, sorting, pagination, null handling, bulk actions — and inconsistent choices across screens produce confusing, unpredictable interfaces. This Skill encodes a complete set of opinionated house rules so every table follows the same constraints. ## Core Features & Use Cases - Column and layout rules: Enforces one table per object type with status as a column, populated-column requirements, no exception columns, no horizontal scrolling, and widths set by data type. - Interaction rules: Governs clickable rows, record entry points, add affordances at the table header, bulk action regions, inline editing consistency, and multi-sort behind long-press. - Data presentation rules: Specifies alignment by content type, truncate-vs-wrap logic, italic neutral-500 NA for null cells, default sort indication, fixed headers and footers, and totals placement. - Use Case: When building a list view of customer records, apply this Skill to decide which columns exist, how currency aligns, where the add button sits, and how pending-approval rows display — then verify against the included pre-flight checklist. ## Quick Start Review this table design against the house rules and flag any violations before I ship it.

Frequently Asked Questions about recursica-skill-tables

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

FAQPage Schema
How do I decide which columns a data table should have?▼

A column earns its place by serving either action on the records or high-level understanding, and by being populated for most rows. Never dedicate a column to exceptions like warnings or errors; attach those as icons beside the row's identifying value instead.

Should a data grid use pagination or infinite scroll?▼

Full-size tables that fill their container should use infinite scroll, while interior tables inset alongside other elements show five to ten fixed rows and paginate. Interior tables must never scroll in either direction.

How should null or empty cells be displayed in a table?▼

Show the literal string NA in italics using the neutral 500 palette token, identical in every column. Never display a null as zero or a real value, and never vary the wording per column.

Can a table row be clickable if it contains a checkbox?▼

No. A row may be clickable only when nothing else inside it is interactive — no selection checkbox, ellipsis menu, or link. Two competing click targets in one row make click behavior unpredictable.

When should I use cards instead of a table for repeating data?▼

Cards are the narrow exception, requiring a small finite set where every instance carries the same information types and includes a graphical element. High-volume, growing, or purely textual data always belongs in a table.

Is horizontal scrolling ever acceptable in a data grid?▼

No, horizontal scrolling is prohibited with no exceptions; it is treated as a failure state. Fit the table within primary desktop dimensions using column widths by data type, stacking, and truncation instead.