identifying-project-core

Classifies a project's identity-defining core elements from evidence in read-only mode.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Teams often confuse high production cost, current implementation, or feature lists with a project's true identity core, leading to over-protected scope and misguided change decisions. This Skill classifies which experiences, loops, systems, and technical foundations are genuinely identity-defining, based strictly on evidence. ## Core Features & Use Cases - Evidence-Based Classification: Sorts candidates into PROJECT_CORE, CORE_SUPPORT, MVP_SUPPORT, CONTENT_VARIANT, PRESENTATION_SHELL, TECHNICAL_FOUNDATION, CONFLICTED, or UNVERIFIED using approved decisions, actual code, data, and tests. - Removal-and-Change Testing: Applies structured removal, replacement, and reduction tests plus dependency mapping to each candidate before any verdict. - Read-Only Safety Boundary: Operates in PLAN or REVIEW mode only, never modifying authoritative sources or confirming a new core without user approval. - Use Case: Before refactoring a game's combat system, run this Skill to determine whether combat is part of the design core, a replaceable content variant, or merely technical foundation, with a structured core report as output. ## Quick Start Analyze this project's approved design docs, code, and tests to identify which systems are the identity-defining core and produce a core classification report.

Frequently Asked Questions about identifying-project-core

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

FAQPage Schema
How do I identify the core of an existing game project?

Inventory candidates from approved design docs, code, and tests, then map dependencies and run removal-and-change tests on each. Classify results as PROJECT_CORE, CORE_SUPPORT, MVP_SUPPORT, or replaceable layers based on evidence, not production cost or current implementation.

What is the difference between project core and MVP support features?

PROJECT_CORE elements define the project's identity and cannot be removed without changing what the project is. MVP_SUPPORT features are needed to execute and observe the core hypothesis but are not part of the identity itself.

Can this Skill modify project files or approve a new core?

No. It operates strictly read-only in PLAN or REVIEW mode. Proposing a new core belongs to the establishing-project-core skill, and validating actual changes belongs to reviewing-and-validating-project-changes.

What happens when design documents conflict with actual implementation?

The candidate is marked CONFLICTED rather than merged into a single state. Evidence priority follows latest user approval, then authoritative sources, decision records, actual code and tests, then older documents.

When should technical foundations not be treated as product core?

Technical foundations like save systems, entity spawning, or event messaging support many features but are separable from product identity. Code dependency does not equal product identity dependency, so they are classified as TECHNICAL_FOUNDATION.