One-click install
npx skills add https://github.com/doedoe123-boop/negosyohub --skill negosyohub-core
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: negosyohub-core
Source: https://github.com/doedoe123-boop/negosyohub/tree/main/skills/negosyohub-core
Command: npx skills add https://github.com/doedoe123-boop/negosyohub --skill negosyohub-core

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents architecture regressions and cross-sector inconsistencies when you modify shared multi-tenant marketplace behavior such as auth, payments, orders, notifications, or shared UI/API contracts.

Core Features & Use Cases

  • Cross-sector architecture guardrails: Ensures changes that affect multiple domains are audited and implemented additively instead of rebuilding or duplicating existing systems.
  • Multi-tenant data isolation discipline: Reinforces scoping shared logic by store_id and preserving authorization boundaries across customer, store, and admin contexts.
  • Workflow- and state separation: Helps keep order_status, payment_status, and delivery_status distinct to avoid corrupting lifecycle semantics.
  • Documentation synchronization via PHASING: Guides you to update PHASING.md when features move between not implemented, partial, and complete status.
  • Testing and security expectations: Encourages backend Pest and SPA Vitest coverage for shared changes and highlights security-sensitive areas (validation, serialization, mass assignment, token/session behavior).

Quick Start

Use the negosyohub-core skill when changing shared Laravel/Vue infrastructure or multi-tenant flows, then ask: "Review my proposed change plan for shared architecture, multi-tenant scoping, API/UI compatibility, PHASING updates, and the exact tests I should add before I implement it."

Frequently Asked Questions about negosyohub-core

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

FAQPage Schema
How do I safely modify shared multi-tenant marketplace infrastructure without causing regressions?▼

To safely modify shared multi-tenant marketplace infrastructure, audit existing implementations and apply changes additively. This preserves tenant isolation by scoping logic with store_id and prevents cross-sector inconsistencies in shared Laravel or Vue systems.

What's the best way to keep order_status, payment_status, and delivery_status separated in a lifecycle workflow?▼

Keeping order_status, payment_status, and delivery_status separated requires workflow and state separation discipline. You must maintain distinct lifecycle semantics during shared infrastructure changes to avoid corrupting state transitions across tenant contexts.

Do I need to write Pest and Vitest coverage when changing shared multi-tenancy payments or auth flows?▼

Yes, you need backend Pest and SPA Vitest coverage when changing shared multi-tenancy payments or auth flows. Testing shared changes validates that tenant isolation, authorization boundaries, and API contracts remain intact across sectors.

How do I prevent mass assignment and token session vulnerabilities in a multi-tenant Laravel application?▼

To prevent mass assignment and token session vulnerabilities in a multi-tenant Laravel application, follow security review expectations. You must carefully audit validation, serialization, and authorization boundaries across customer, store, and admin contexts.

When should I audit existing implementations before modifying shared APIs and UI contracts?▼

You should always audit existing implementations before modifying shared APIs and UI contracts. Auditing ensures you preserve existing response conventions and implement changes additively, preventing architecture regressions across multi-tenant sectors.