establishing-project-core

Proposes, stress-tests, and records a project's core identity contract with explicit user approval gates.

Updated Jul 9, 2026
One-click install
npx skills add https://github.com/alsdmlals4-eng/Base --skill establishing-project-core-alsdmlals4-eng
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: establishing-project-core
Source: https://github.com/alsdmlals4-eng/Base/tree/main/skills/establishing-project-core
Command: npx skills add https://github.com/alsdmlals4-eng/Base --skill establishing-project-core-alsdmlals4-eng

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? New or changing game and creative projects often drift because their core identity is never explicitly defined, stress-tested, or approved, leading to feature creep and contradictory decisions. This Skill structures the process of defining a project's minimal identity contract and prevents unapproved core changes. ## Core Features & Use Cases - Core Proposal and Stress-Testing: Drafts the identity statement, core loop, and central systems, then attacks them with removal, substitution, failure, and expansion counterexamples. - Protection Boundary Classification: Separates elements into INVARIANT, CHANGEABLE, REQUIRES_REAPPROVAL, and OUT_OF_SCOPE so the core never inflates into a feature list. - Approval-Gated State Machine: Tracks states from CORE_SEED through CORE_RECORDED, refusing to mark CORE_CONFIRMED or CORE_RECORDED without explicit user approval. - Use Case: When starting a new game project, use this Skill to define the player promise and core loop, stress-test them against PoC evidence, and record only the user-approved invariants as the binding contract for later development gates. ## Quick Start Help me define and stress-test the core identity contract for my new game project before we commit to any features.

Frequently Asked Questions about establishing-project-core

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

FAQPage Schema
How do I define a game project's core identity before development?▼

Start by drafting a one-sentence identity statement, the core actions and feedback loop, and the central systems. Then stress-test them with removal, substitution, and scaling counterexamples, and only record the elements the user explicitly approves as invariants.

What is the difference between INVARIANT and CHANGEABLE elements in a project core?▼

INVARIANT elements change the project's identity if altered, while CHANGEABLE elements can be swapped or adjusted without breaking the core. Elements needing impact analysis fall under REQUIRES_REAPPROVAL, and everything else is OUT_OF_SCOPE.

Can the AI mark a project core as confirmed automatically?▼

No. The Skill explicitly forbids transitioning to CORE_CONFIRMED or CORE_RECORDED without explicit user approval. AI reasoning, past documents, or current implementation alone cannot create an approved state.

When should an established project core be reopened?▼

Reopen the core when the user changes direction, PoC or playtests repeatedly refute core hypotheses, legal or technical constraints break the core experience, implementation diverges long-term from the core, or core statements contradict each other.

What are common failure modes when establishing a project core?▼

Failures include inflating the core into a full feature list, fixing genre labels, marketing phrases, UI, or temporary code structures as invariants, ignoring PoC counter-evidence, or implicitly changing the core through ordinary feature changes.