openfront-restaurant-custom-dashboard

Plan and build a custom Openfront Restaurant operator dashboard from verified source code.

27|5|Updated Aug 10, 2022
One-click install
npx skills add https://github.com/openshiporg/docs --skill openfront-restaurant-custom-dashboard-openshiporg
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openfront-restaurant-custom-dashboard
Source: https://github.com/openshiporg/docs/tree/main/public/skills/openfront-restaurant-custom-dashboard
Command: npx skills add https://github.com/openshiporg/docs --skill openfront-restaurant-custom-dashboard-openshiporg

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Customizing a restaurant operator dashboard without understanding the existing codebase leads to broken workflows, unsafe data access, and mismatched assumptions. This Skill guides you through inspecting the actual Openfront Restaurant source, interviewing stakeholders, and safely adapting the built-in dashboard or building a separate client. ## Core Features & Use Cases - Source-Grounded Planning: Explains the architecture split between the generic Keystone dashboard shell (features/dashboard) and the restaurant-specific operator experience (features/platform) before any code changes. - Structured Discovery: Walks through a six-question interview covering target revision, deployment mode, operator jobs, roles, and test environments. - Contract Verification: Requires enumerating routes, GraphQL operations, schema access rules, and producing a capability matrix before proposing implementation. - Use Case: A restaurant platform team wants a redesigned kitchen display and waitlist screen. The Skill inspects the current screens and server actions, identifies which changes are presentation-only versus requiring new backend mutations, and delivers a safe implementation plan. ## Quick Start Ask the assistant to plan a custom operator dashboard for your Openfront Restaurant checkout, starting with a review of the current dashboard source and GraphQL schema.

Frequently Asked Questions about openfront-restaurant-custom-dashboard

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

FAQPage Schema
How do I customize the Openfront Restaurant operator dashboard?

Start by inspecting the source: the generic Keystone shell lives in features/dashboard and restaurant-specific screens in features/platform. Then decide whether to adapt the built-in client or build a separate one, and verify every GraphQL operation against schema.graphql before changing code.

Should I adapt the built-in dashboard or build a separate client?

Adapt the built-in client when you can reuse existing session handling, design tokens, and named server operations. Build a separate client when you need independent deployment, but pin the schema, use checked named operations, and never expose an arbitrary GraphQL proxy.

What source files define the Openfront Restaurant dashboard behavior?

The reusable Keystone administration layer is in features/dashboard, while product-specific navigation, screens, and server actions are in features/platform. Route entry points live under app/dashboard, and the server contract is defined in features/keystone models, access rules, mutations, and schema.graphql.

Can I reuse Ecommerce GraphQL operations in the Restaurant dashboard?

No, not without validation. The Skill explicitly forbids borrowing Ecommerce roots or renaming products and orders into the restaurant vertical unless you confirm those operations exist and are authorized in the restaurant schema.

What must be verified before implementing dashboard changes?

You must enumerate app routes, trace screen components and their data loaders, list GraphQL operations, and read schema access rules. The output is a capability matrix marking each feature as verified, presentation-only, needing backend work, blocked, or absent.