browse-tables

Implement catalog-backed browse and refresh behavior for Kubernetes cluster and namespace tables.

411|21|Updated Dec 18, 2025
One-click install
npx skills add https://github.com/luxury-yacht/app --skill browse-tables
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: browse-tables
Source: https://github.com/luxury-yacht/app/tree/main/.agents/skills/browse-tables
Command: npx skills add https://github.com/luxury-yacht/app --skill browse-tables

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It solves the challenge of keeping cluster and namespace table views correct, consistent, and performant while data is discovered via a catalog and updated through refresh snapshots and streaming.

Core Features & Use Cases

  • Identity-preserving browse behavior: Ensures rows carry complete cluster/GVK/object identity so existence and listings remain grounded in the object catalog.
  • Refresh-backed large dataset support: Maintains pagination/load-more, truncation diagnostics, and stable table performance for large result sets.
  • Consistent table rendering across domains: Uses shared GridTable behavior and shared column factories so streamed and snapshot-based domains share matching row shapes.
  • Refresh-orchestrator synchronization checks: Keeps refresh domains, payload types, refresher configuration, diagnostics, backend registration, and stream descriptors aligned.

Quick Start

Use the browse-tables skill to update a cluster or namespace GridTable change by verifying catalog identity, refreshing snapshot/stream row-shape compatibility, and running the targeted backend and frontend test commands for the affected domains.

Frequently Asked Questions about browse-tables

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

FAQPage Schema
How do I keep Kubernetes resource tables consistent during refresh and streaming?

Kubernetes resource tables stay consistent during refresh and streaming by applying catalog-backed row identity and synchronized refresh domain configuration, ensuring streamed and snapshot row shapes match. This prevents data drift across UI browse surfaces.

Why do my Kubernetes UI table rows lose their identity during pagination or load-more?

Kubernetes UI table rows lose identity during pagination when row identity is not catalog-backed. Implementing identity-preserving browse behavior ensures rows carry complete cluster, GVK, and object identity so listings remain grounded in the object catalog.

What is the best way to handle large dataset pagination in Kubernetes GridTable views?

Handling large dataset pagination in Kubernetes GridTable views requires a refresh orchestrator to manage truncation diagnostics and load-more behavior. This maintains stable table performance and ensures accurate data boundaries for large result sets.

Can I use shared column factories for both snapshot and streamed Kubernetes table domains?

Shared column factories can be used for both snapshot and streamed Kubernetes table domains. This shared GridTable behavior ensures consistent table rendering and matched row shapes across all browse and catalog surfaces.

How do I verify refresh-orchestrator synchronization for Kubernetes namespace browse surfaces?

Verifying refresh-orchestrator synchronization for Kubernetes namespace browse surfaces involves checking that refresh domains, payload types, refresher configuration, diagnostics, backend registration, and stream descriptors are all aligned.

When should I not use streaming for Kubernetes cluster table views?

Streaming for Kubernetes cluster table views should be avoided when refresh domain configuration cannot be synchronized or when streamed and snapshot row shapes cannot be matched, as this breaks identity-preserving browse behavior and catalog grounding.