tumiki-ee-ce-separation

Separate Enterprise Edition features from Community Edition code during builds.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/rayven122/tumiki --skill tumiki-ee-ce-separation
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tumiki-ee-ce-separation
Source: https://github.com/rayven122/tumiki/tree/main/.claude/skills/tumiki-ee-ce-separation
Command: npx skills add https://github.com/rayven122/tumiki --skill tumiki-ee-ce-separation

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Tumiki Manager's EE/CE separation isolates Enterprise Edition features from the Community Edition during builds, preventing leakage of EE capabilities into CE deployments.

Core Features & Use Cases

  • License separation between CE and EE through build-time switching and EE-specific stubs or stubs.
  • Clear guidance on file naming conventions (*.ee.ts) and stubbed CE implementations to enable safe CE builds and full EE builds.
  • Use cases include validating EE feature availability, gating UI & APIs, and ensuring compliant distribution.

Quick Start

Clone the repository and run the appropriate build commands to verify CE and EE builds.

Frequently Asked Questions about tumiki-ee-ce-separation

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

FAQPage Schema
How do I separate Enterprise Edition features from Community Edition code during builds?

Separate Enterprise Edition features from Community Edition code during builds by applying build-time flags, enforcing *.ee.ts file naming conventions, and compiling minimal ee-stubs for CE deployments to prevent EE feature leakage.

What is build-time license separation for enterprise and community editions?

Build-time license separation for enterprise and community editions is an architectural pattern that isolates EE functionality from CE code using build-time switching and stubbed CE implementations to ensure compliant distribution.

How do I stub CE APIs to prevent exposing enterprise features in community deployments?

Stub CE APIs to prevent exposing enterprise features in community deployments by creating a minimal ee-stub and swapping in real EE implementations at build time through feature gating and strict file naming conventions.

Does this feature toggle approach support gating UI and APIs for EE feature availability?

Yes, this feature toggle approach supports gating UI and APIs for EE feature availability by validating license separation scenarios and swapping implementations at build time to ensure safe CE builds and full EE builds.

When do I need build-time flags for enterprise and community edition separation?

You need build-time flags for enterprise and community edition separation when you must enforce license separation, validate EE feature availability, and ensure compliant distribution across different deployment targets.

What are the limitations of using build-time flags for license separation?

Limitations of using build-time flags for license separation include the strict requirement to adhere to *.ee.ts file naming conventions and the necessity to maintain a minimal ee-stub for CE to ensure traceability and prevent leakage.