table-ops

Moves, groups, merges, and clears occupied restaurant tables via rocky-regi POS with confirmation gates.

Updated Jul 4, 2026
One-click install
npx skills add https://github.com/Techno-Rocky/rocky-regi-plugins --skill table-ops-techno-rocky
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: table-ops
Source: https://github.com/Techno-Rocky/rocky-regi-plugins/tree/main/plugins/rocky-floor/skills/table-ops
Command: npx skills add https://github.com/Techno-Rocky/rocky-regi-plugins --skill table-ops-techno-rocky

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Floor staff requests like "move this table", "combine two tables", or "reset this table" sound similar but map to very different POS operations—some reversible, some permanently merging or destroying order tickets. This Skill prevents costly mistakes by reading the live floor state first, distinguishing reversible grouping from irreversible merging, and requiring explicit human confirmation before each write operation. ## Core Features & Use Cases - Intent disambiguation: Maps vague requests to the correct operation—move (reversible), group (reversible), merge (irreversible), or force-clear (last resort)—instead of acting on literal wording. - Billing consolidation transparency: Always states which table becomes the primary billing target and whether tickets stay separate or merge into one before executing. - Safety gates: Requires one confirmation per operation, treats force_clear_table as a last resort after normal checkout routes, and escalates on permission (422) rejections. - Use Case: A server says "combine tables 3 and 5 for one check." The Skill reads open sessions and the floor map, proposes reversible grouping with billing consolidated to table 3, gets confirmation, executes, then re-reads the floor map to verify. ## Quick Start Ask the assistant to move the party at table 4 to table 8 and combine tables 2 and 3 into one group for a single check, confirming each step before it runs.

Frequently Asked Questions about table-ops

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

FAQPage Schema
How do I combine two tables for one check in a POS system?▼

Use reversible table grouping (group_tables or group_occupied_session) rather than merging tickets. Grouping consolidates billing display to a primary table while keeping each table's order tickets separate, and it can be undone with ungroup_tables.

What is the difference between grouping and merging order sessions?▼

Grouping is reversible: tables are visually combined and billing shows on the primary table, but tickets stay separate and ungroup restores the original state. Merging permanently fuses multiple tickets into one and cannot be undone, so it requires explicit confirmation.

When should I use force clear on a restaurant table?▼

Force clear is a last resort only when normal checkout or close flows cannot close the table. Force-clearing a table with unpaid tickets destroys sales records, so always verify tickets are settled and try standard payment routes first.

Can a table move or merge be undone after execution?▼

Moves and grouping are reversible—sessions can be moved again and groups dissolved with ungroup. Merging order sessions and force-clearing tables are irreversible, which is why the workflow requires explicit confirmation stating the operation cannot be undone.

What happens if the POS rejects a table operation with a permission error?▼

The operation is not retried or forced through. The workflow reports that the action was rejected by permission control (422 equivalent) and escalates to a staff member holding the required role instead of bypassing authorization.