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.