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.