bulk-import-review-ux

Guides design of single-table review UIs for bulk CSV and spreadsheet data imports.

Updated Jul 27, 2026
One-click install
npx skills add https://github.com/arayaroma/ether --skill bulk-import-review-ux-arayaroma
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: bulk-import-review-ux
Source: https://github.com/arayaroma/ether/tree/main/skills/bulk-import-review-ux
Command: npx skills add https://github.com/arayaroma/ether --skill bulk-import-review-ux-arayaroma

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Designing a "review before commit" screen for bulk data imports often leads to a two-pane pending/confirmed split that disorients users as rows jump between containers. This Skill provides a proven layout pattern — one table, error-grouping banner, cell-level tinting, sticky progress footer — drawn from mature import tools like Flatfile, OneSchema, and Airtable. ## Core Features & Use Cases - Anti-pattern detection: Identifies and rejects the two-pane pending/confirmed split layout that breaks scan order and forces horizontal scrolling. - Concrete layout pattern: Prescribes a single table with problem rows sorted first, clickable error-grouping filter chips, cell-level (not row-level) tinting, and distinct amber/red severity colors. - Safe bulk actions and progress: Requires bulk-fix buttons scoped and labeled to the active filter, plus a sticky footer with live ready-count and a commit action disabled until zero blocking rows remain. - Use Case: When building a bank-statement CSV import where users fix missing categories before committing, apply this pattern so reviewers filter by error type, fix groups of rows, and always see "23 of 30 ready" without scrolling. ## Quick Start Review my import preview screen design and check it against the bulk import review UX checklist before I build it.

Frequently Asked Questions about bulk-import-review-ux

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

FAQPage Schema
How do I design a review screen for CSV bulk imports?▼

Use a single spreadsheet-like table for all rows with problem rows sorted first, an error-grouping banner with clickable filter chips, and a sticky footer showing live ready-count. Never split rows into separate pending and confirmed panes.

Why is a two-pane pending/confirmed layout bad for import review?▼

Rows physically relocating as you edit them breaks scan order and disorients reviewers. It also doubles table width, forcing horizontal scrolling on tables with more than about four columns.

Should I highlight the whole row or just the invalid cell?▼

Tint only the offending cell, not the entire row. Row-level tinting is noisy and makes rows with one missing dropdown look as broken as rows with multiple structural errors.

How do I make bulk-fix actions safe in a filtered import table?▼

Scope the bulk action to the currently filtered rows and state the blast radius in the button label, such as "Apply to these 12 rows" instead of "Apply to all 30". This prevents accidental edits to hidden rows.

When is this import review pattern not the right fit?▼

The pattern targets small-to-medium imports of roughly 10-200 rows reviewed by one person. Very large imports or fully automated pipelines without human review need different approaches such as batch validation reports.