Skill v1.0.2
currentAutomated scan100/100+1 new, ~1 modified
version: "1.0.2" name: lattice-init description: "Guided setup and upgrade-check experience for Lattice projects -- scans the repository, detects existing configuration and outdated conventions, suggests refiners and available upgrades in priority order, and creates or reconciles the .lattice/ config. Bridges the gap between installing skills and getting first value, and between upgrading Lattice and adopting its newest conventions. Use when the user says 'lattice init', 'set up lattice', 'initialize lattice', 'get started with lattice', 'configure lattice for this project', 'check for lattice upgrades', or 'upgrade lattice conventions'."
Lattice Init
Required Skills
Read apply skills order:
framework:knowledge-priming-- Load project context understand what project is what already exists
Workflow
Step 1: Scan the Project
Detect signals about project understand shape existing Lattice state.
Language/framework detection -- check files repo root:
package.json→ Node.js / TypeScriptgo.mod→ Gopom.xmlorbuild.gradle→ JavaCargo.toml→ Rustrequirements.txtorpyproject.toml→ PythonGemfile→ Ruby*.csprojor*.sln→ C# / .NET
If multiple language markers found repo root, note all ask user which primary stack use refiner suggestions before continuing.
Directory structure -- list top-level dirs. Identify common patterns:
src/,lib/,app/→ source codetest/,tests/,spec/→ test suitesdocs/→ documentationcmd/,internal/,pkg/→ Go project structuredomain/,infrastructure/,application/→ layered architecture
Existing `.lattice/` state -- check what Lattice artifacts already exist:
.lattice/config.yaml→ central config (check forlanguagekey).lattice/standards/language-idioms.md→ language idioms refiner output.lattice/standards/knowledge-base.md→ knowledge priming output.lattice/standards/architecture.md→ architecture refiner output (clean architecture, hexagonal, modular monolith, or custom style).lattice/standards/clean-code.md→ clean code refiner output.lattice/standards/ddd-principles.md→ DDD refiner output.lattice/standards/review-standards.md→ review refiner output.lattice/context/→ feature context documents (count them).lattice/learnings/operational-learnings.md→ accumulated operational learnings (managed by learning-harvest atom).lattice/reviews/review-log.md→ review log.lattice/requirements/index.md→ check shape: if epic sections and feature tables are written directly inside it (noepics/directory alongside) andrequirements_layoutis absent from config, flag as legacy layout — upgrade available
Step 2: Present Findings
Present:
## Project Scan Results**Project**: [detected language/framework] at [repo root]**Structure**: [key directories found]### Lattice Setup Status- `.lattice/config.yaml`: [exists / not found]- Language: [detected language / language key from config / not detected]- Language idioms: [found at .lattice/standards/language-idioms.md / not found]- Knowledge base: [found at .lattice/standards/knowledge-base.md / not found]- Architecture standards: [found at .lattice/standards/architecture.md / not found]- Clean code standards: [found / not found]- DDD standards: [found / not found]- Review standards: [found / not found]- Context documents: [N found / none]- Review learnings: [found / none]- Review log: [found / none]- Requirements layout: [sharded / legacy — upgrade available / not found]
STOP: If `.lattice/config.yaml` and all core standards docs exist AND no legacy requirements layout was detected: Tell user "Lattice fully configured." Skip to Step 4.
STOP: if a legacy requirements layout was detected, do not skip on that basis alone — present it as a gap in Step 3 even when everything else is fully configured.
Step 3: Guided Setup
Priority order:
- Requirements layout upgrade (if legacy layout detected in Step 1) -- "Your requirements index uses an older layout that hand-edits one shared file per feature, which causes merge conflicts when multiple developers work in parallel. The current layout shards it by epic and generates rollups from feature files instead of hand-editing them. One-time migration; does not touch any feature file's content beyond a link repointing (a rare exception is surfaced and confirmed, never silent). This upgrade only matters if your team keeps requirements in this repo -- teams tracking requirements in an external system (Jira, Linear, etc.) can skip it."
- Knowledge-priming-refiner (if
.lattice/standards/knowledge-base.mdmissing) -- "Captures project identity -- tech stack, architecture, directory layout, conventions. Every other skill uses this context make better decisions." - Language-idioms-refiner (if
.lattice/standards/language-idioms.mdmissing) -- "Defines how your language expresses engineering patterns -- error handling, type system, naming, testing, DI. Multiple atoms use this to adapt pseudocode defaults to your language. Fast interview: proposes language-idiomatic defaults, you confirm or adjust." - Architecture-refiner (if
.lattice/standards/architecture.mdmissing AND project has source code dir) -- "Defines project architecture standards — layer structure, dependency rules, validation checklist. Supports multiple styles: clean architecture (default), hexagonal / ports & adapters, modular monolith, or custom." - DDD-refiner (if
.lattice/standards/ddd-principles.mdmissing AND project has domain folder or domain-like structure) -- "Captures aggregate design rules, entity patterns, domain event conventions so DDD atom enforces domain modeling style." - Clean-code-refiner (if
.lattice/standards/clean-code.mdmissing) -- "Tailors coding standards -- function size limits, complexity thresholds, naming conventions. Defaults work well most projects, so optional." - Review-refiner (if
.lattice/standards/review-standards.mdmissing) -- "Customizes how review molecule works -- atom loading rules, severity levels, report format, scope rules. Defaults work well most projects, so optional."
For each gap, present user:
- What it does (one sentence, from descriptions above)
- Three choices: Run now, Skip for later, or Skip all remaining
If user says "run":
- For the requirements layout upgrade → read
references/requirements-migration.mdand follow those steps directly in this session. Confirm the plan (epics detected, files to be created, index.md's new contents) before writing anything. - For any refiner → tell user to invoke it: "Run
/[refiner-name]now start guided interview."
If user says "skip" → Move to next item in priority order.
If user says "skip all" → Jump Step 4.
Config creation: If .lattice/config.yaml not exist and user not run any refiners (skipped all), create minimal config file:
# .lattice/config.yaml -- Lattice Framework Configuration# All paths are relative to the repository root.# Run refiners to populate: /knowledge-priming-refiner, /language-idioms-refiner, /architecture-refiner, /ddd-refiner, /clean-code-refiner, /review-refinerversion: 1language: {detected-language}paths: {}
If user runs at least one refiner, refiner itself create or update config file -- no need create here. Set language key from detected language even if no refiners run.
Step 4: Next Steps
## You're ReadyLattice is set up. Here's the workflow:1. **Design a feature**: `/design-blueprint` -- walks through 5 progressive design levels2. **Implement**: `/code-forge` -- generates code from the blueprint with built-in quality checks3. **Refactor safely**: `/refactor-safely` -- agrees the target structure first, adds characterization protection, and improves code without changing behavior4. **Fix a bug**: `/bug-fix` -- reproduces the failure, adds a regression test, and applies the minimal safe repair5. **Review**: `/review` -- audits generated code against atom standardsAtoms (architecture, clean-code, DDD, secure-coding, etc.) activate automatically during these workflows.You can also use atoms standalone -- they apply checks based on what you're working on.
If any refiners skipped Step 3, add reminder:
### Skipped refinersYou can run these anytime to further customize Lattice for your project:- [list skipped refiners with their slash commands]