office-hours

Route lifecycle requests through the Nexus /discover path via the office-hours alias.

1|Updated Mar 31, 2026
One-click install
npx skills add https://github.com/LaPaGaYo/nexus --skill office-hours-lapagayo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: office-hours
Source: https://github.com/LaPaGaYo/nexus/tree/main/skills/aliases/office-hours
Command: npx skills add https://github.com/LaPaGaYo/nexus --skill office-hours-lapagayo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This transitional alias routes requests to the canonical Nexus /discover path, simplifying access to powered lifecycle routing without owning its own contracts or transition logic.

Core Features & Use Cases

  • Routes requests through Nexus to the discover entrypoint, acting as a thin routing alias.
  • Seamlessly channels user flows into the canonical lifecycle without duplicating logic.
  • Use case: a user wants to quickly reach /discover to start a Nexus workflow.

Quick Start

Invoke the office-hours alias to route your request through Nexus discover and begin the canonical workflow.

Frequently Asked Questions about office-hours

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

FAQPage Schema
How do I route requests to the Nexus discover path?

To route requests to the Nexus discover path, invoke the office-hours alias, which acts as a thin routing layer to channel your flow into the canonical lifecycle workflow.

What is a transitional alias for routing lifecycle workflows?

A transitional alias for routing lifecycle workflows is a thin proxy layer that redirects requests to a canonical entrypoint like Nexus /discover without duplicating logic or owning separate contracts.

Do I need special dependencies to use the Nexus discover routing alias?

No, you do not need special dependencies to use the Nexus discover routing alias beyond the Nexus runtime itself, as it requires only Bash and Read tools to function.

When should I use a shell alias instead of direct lifecycle routing?

You should use a shell alias instead of direct lifecycle routing when you want to seamlessly channel user flows into a canonical path without maintaining your own transition logic or contracts.

Does the office-hours alias manage its own transition contracts?

No, the office-hours alias does not manage its own transition contracts, as its scope is strictly limited to proxying requests to the Nexus discover entrypoint.