본문으로 건너뛰기
cccskills
무료GitHub에 공개

knowledge-priming

Load project-specific context -- tech stack, architecture overview, directory layout, trusted sources, and conventions -- so that all skills operate with awareness of what this project actually is. Use when a knowledge base document exists, or when the user asks about the project's tech stack, architecture, conventions, framework, directory layout, or says 'tell me about this project', 'what are we using?', 'what's our stack?', or 'what framework is this?'. Use the knowledge-priming-refiner to create a knowledge base document.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md2.7 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Knowledge Priming

Config Resolution

  1. Look for .lattice/config.yaml in the repo root.
  2. If found, check paths.knowledge_base for a custom document path.
  3. If a document exists at that path, read the full document.
  4. STOP: Apply the loaded document as ambient context before any design, implementation, or review work begins.
  5. If a path is configured but no document exists at it → tell the user which configured path is missing, then see "When No Document Exists".
  6. If there is no config file or no paths.knowledge_base key → see "When No Document Exists".

When No Document Exists

Inform the user:

No project knowledge base found. AI skills will operate from generic assumptions about tech stack, architecture, and conventions.

To create one, trigger knowledge-priming-refiner — a guided interview (~10 questions) producing a concise document (~50 lines).

You can also create .lattice/standards/knowledge-base.md manually and reference it in .lattice/config.yaml under paths.knowledge_base.

Do not block. Continue without the knowledge base.

What the Document Contains

#SectionWhat It Captures
1Architecture OverviewApp type, major components, how they interact
2Tech Stack and VersionsSpecific technologies with version numbers, including "not X" clarifications
3Curated Knowledge SourcesOfficial docs, trusted blogs, internal references (5–10 max)
4Project StructureDirectory layout showing where things live
5Project ConventionsProject-specific conventions other skills cannot infer from code

Scope Boundary

ConcernOwned By
Coding style, naming principles, function designclean-code atom
Architectural layers, dependency directionarchitecture atom
Domain modeling, aggregate designdomain-driven-design atom
Input validation, injection preventionsecure-coding atom
Test structure, assertion qualitytest-quality atom

Knowledge priming answers "what are we working with?" — not "how should we write?"

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Enforce architectural rules when generating or modifying code, and validate proposed designs before approval (design mode). Defaults to clean architecture; supports any architecture style via the architecture-refiner. Validates layer responsibilities, dependency direction, and structural constraints using the loaded architecture rules. Use when generating code, reviewing architecture, creating new files, or when the user mentions 'architecture', 'layers', 'structure', 'dependency rules', 'hexagonal architecture', 'ports and adapters', 'modular monolith', or 'onion architecture'. Also use when reviewing generated code for structural compliance.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

techygarg/lattice2062026년 10월 10일 업데이트

Architectural thinking partner for an existing repository — scans the codebase, conducts a structured interview, agrees on current architectural state and recommended direction, and produces a shareable insights document. Scoped to one repository, module, or folder. Does not execute transformation — it orients. Use when the user says 'assess my codebase architecture', 'what direction should my codebase go', 'architecture compass', 'understand my architecture', 'audit architecture drift', 'architectural assessment', or 'help me understand what is wrong with my codebase'.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

techygarg/lattice2062026년 10월 10일 업데이트

Facilitate a structured conversation to define architecture principles for a repository. Supports multiple architecture styles: clean architecture (default), hexagonal / ports & adapters, modular monolith, or custom. Produces a formal architecture document that the corresponding atom will use. Use when setting up a new project, defining architecture standards, or when the user says 'setup architecture', 'define layers', 'architecture principles', 'help me define my architecture', 'hexagonal architecture', 'modular monolith', 'ports and adapters', or 'define my architecture style'.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

techygarg/lattice2062026년 10월 10일 업데이트

bug-fix

무료

Investigate, reproduce, and safely fix a bug with regression protection. Composes context, diagnosis, architecture, code quality, and testing guardrails into a reproduce-first repair workflow. Use when the user says 'fix this bug', 'debug this', 'investigate this failure', 'patch this regression', 'repair this issue', or 'why is this broken'.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

techygarg/lattice2062026년 10월 10일 업데이트

Apply clean code principles when generating or modifying implementation code. Enforces function focus, naming clarity, complexity management, error handling, and self-documenting style. Use when the user mentions 'clean code', 'code quality', 'coding guidelines', or 'implementation quality'. Loaded automatically by the code-generating molecules (code-forge, refactor-safely, bug-fix). This skill governs the craft of writing individual code units -- not architecture (see architecture), not security posture (see secure-coding), not test structure (see test-quality), and not refactoring workflows (see refactor-safely).

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

techygarg/lattice2062026년 10월 10일 업데이트

Facilitate a structured conversation to define clean code principles for a repository. Produces a formal clean-code.md document that the clean-code atom will use as its override. Use when setting up coding standards, defining code quality rules, or when the user says 'setup clean code', 'define coding standards', 'code quality principles', 'coding guidelines', or 'help me define my code standards'.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

techygarg/lattice2062026년 10월 10일 업데이트

techygarg의 스킬 모두 보기

이 스킬의 문제 신고