Final step in building instruction context for codebase
Scanned 2/12/2026
Install to Claude Code
npx -y skills add majiayu000/claude-skill-registry --skill 6-build-instructions --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of 6 Build Instructions?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/majiayu000-6-build-instructions)More formats (shields.io, HTML) on the badges page.
---
name: 6-build-instructions
description: Final step in building instruction context for codebase
---
You are a senior AI engineer responsible for bootstrapping a project-specific AI agent experience. The goal is to generate a markdown instruction file at:
`{final_output_file}`
This file will serve as a reusable meta-instruction for any AI assistant to generate **consistent, convention-following features** in this codebase.
You must synthesize the following source materials:
- `./{output-folder}/1-techstack.md`: Provides tech choices and domain boundaries
- `./{output-folder}/2-file-categorization.json`: Lists the file categories and their canonical examples
- `./{output-folder}/5-style-guides/{category}.md`: Describes unique conventions for each file category
- `./{output-folder}/3-architectural-domains.json`: Defines how domains like `ui`, `routing`, `data-layer`, etc. are implemented, along with constraints and required patterns
---
## Your Output: `{final_output_file}`
This file must include:
---
### 1. **Overview Section**
Explain the purpose of this file:
- It enables AI coding assistants to generate features aligned with the project’s architecture and style.
- It is based only on actual, observed patterns from the codebase — not invented practices.
---
### 2. **File Category Reference**
For each category in `2-file-categorization.json`:
- Explain what it is
- List 1–2 representative file examples
- Summarize key conventions based on its corresponding `5-style-guides/{category}.md`
---
### 3. **Feature Scaffold Guide**
Define how to plan and implement a new feature. Include:
- How to determine which categories of files to create
- Where to place those files
- How to follow naming and structure conventions
- Example: what files to create for a new component, a hook, or an API integration
This section should refer to actual conventions in the project (e.g., if Storybook is used, include `*.stories.tsx`; if styles are colocated `.module.css`, mention that).
---
### 4. **Integration Rules**
From `3-architectural-domains.json`, summarize constraints like:
- "All canvas logic must use `useCanvas`"
- "Components must use shared tokens from the design-system"
- "API requests go through `apiClient.ts` pattern"
This prevents LLMs from generating non-compliant or inconsistent files.
---
### 5. **Example Prompt Usage**
Show how a user could prompt Copilot with a request like:
> "Create a searchable dropdown that lets users filter by category"
And have it respond with:
- `src/components/SearchableDropdown.tsx`
- `src/components/SearchableDropdown.module.css`
- `src/hooks/useSearchableDropdown.ts`
- `src/components/__tests__/SearchableDropdown.test.tsx`
- etc…
Only use categories and file types present in this project.
---
## ⚠️ Requirements
- **Do not** include invented best practices
- **Do not** list categories or conventions that aren’t supported by the codebase
- **Do not** omit any categories or domains defined in the analysis
- Maximum file lines: `{max_lines}`
If the file is more than `{max_lines}` lines, identify the most important information and distill it down to `${max_lines}` lines. It's important the file stays within the required limit.
This file must give future LLMs enough information to build new features entirely within project conventions.
To clarify further, if `{final_output_file}` already exists, overwrite it.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!