menu-editing

Applies menu changes to a restaurant POS through approval-gated multi-step editing workflows.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Editing a live POS menu (removing items, reordering categories, adding options) is risky when done blindly: irreversible deletions, mismatched table vs. mobile views, and guessed database columns cause operational accidents. This Skill turns menu edits into a safe, staged flow that reads current state, shows before/after diffs, obtains owner approval, and applies exactly one operation at a time. ## Core Features & Use Cases - Approval-gated writes: Every write operation (reorder, visibility toggle, option group creation, record update) requires explicit owner approval and executes one operation per approval. - Dual-surface awareness: Distinguishes in-store table ordering screens from customer mobile ordering screens, treating them as separate operations with separate approvals. - Reversibility-first removal: Prefers reversible visibility-off or out-of-stock toggles over permanent deletion, and surfaces impact on courses, bundles, and in-progress orders before removal. - Schema-safe writes: Calls describe_tool before create_record/update_record so columns, types, and enums are never guessed. - Use Case: A dead-menu analysis flags three items for removal. This Skill receives the removal list, shows the owner a before/after diff with impact notes, gets approval, toggles visibility off one item at a time, and visually confirms each change on the menu editor screen. ## Quick Start Ask the assistant to remove a slow-selling item from the menu or reorder a category, and it will show you the current state and a proposed change for approval before applying anything.

Frequently Asked Questions about menu-editing

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

FAQPage Schema
How do I safely remove a menu item from a POS system?▼

Read the current menu state first, present a before/after diff with impact on courses and in-progress orders, then get owner approval. Prefer reversible visibility-off or out-of-stock toggles over permanent deletion, and confirm the change visually afterward.

How do I reorder menu categories for table and mobile ordering?▼

Check both the in-store table category editor and the mobile category editor separately, since they are independent surfaces. Propose the new order, get approval, then apply one reorder operation per surface with separate approvals.

Can menu edits be applied to multiple stores at once?▼

No. This workflow restricts changes to a single store and a specific target item or category. Bulk or cross-store edits are explicitly out of scope to limit the blast radius of mistakes.

Why does a menu record update fail with wrong columns?▼

Writing records without inspecting the table schema causes type or enum mismatches. Always call describe_tool before create_record or update_record to fetch columns, types, required fields, and allowed values instead of guessing.

What happens if a menu operation is rejected by permissions?▼

Operations blocked by capability checks (HTTP 422) are not retried or bypassed. The workflow escalates to a staff member holding the required permission instead of attempting workarounds.