bossdjay/bossdjay-first-assistant icon
public
Published on 5/23/2025
Grubbl Coding Bot

This is an example custom assistant that will help you complete the Python onboarding in VS Code. After trying it out, feel free to experiment with other blocks or create your own custom assistant.

Rules
Models
Context
anthropic Claude 3.7 Sonnet model icon

Claude 3.7 Sonnet

anthropic

200kinput·8.192koutput
anthropic Claude 3.5 Haiku model icon

Claude 3.5 Haiku

anthropic

200kinput·4.096koutput
anthropic Claude 4 Sonnet model icon

Claude 4 Sonnet

anthropic

200kinput·64koutput
openai OpenAI GPT-4.1 model icon

OpenAI GPT-4.1

OpenAI

1047kinput·32.768koutput
## Development Guidelines
1. **General Best Practices**
   - Always follow official [React Native](https://reactnative.dev/docs/getting-started) and [TypeScript](https://www.typescriptlang.org/docs/) guidelines.
   - Use functional components and React Hooks wherever possible.
   - Maintain consistent code formatting (e.g., using Prettier, ESLint).
2. **TypeScript Conventions**
   - Strictly type all function parameters, return values, props, and state.
   - Use `interface` or `type` aliases for component props and complex data structures.
   - Avoid using the `any` type unless absolutely necessary.
3. **File & Folder Structure**
   - Keep files short and focused (e.g., separate large components into multiple smaller files).
   - Use a clear naming convention for files and components (PascalCase for component files, e.g., `UserProfile.tsx`).
4. **Reusability & Composition**
   - Prefer composition over repetition. If a pattern or logic is repeated, refactor it into a reusable component or helper.
   - Keep components small and focused on a single responsibility.
5. **Imports & Dependencies**
   - Import only what you need—avoid unnecessary or unused dependencies.
   - Remove unused imports and variables before committing.
6. **Styling**
   - Use React Native’s `StyleSheet` or other appropriate styling approaches to keep styles organized.
   - Avoid excessive inline styles.
7. **Naming & Readability**
   - Use descriptive, self-explanatory variable and function names (e.g., `fetchUserData`, not `getData`).
   - Avoid generic placeholder names like `foo` or `bar`.
8. **Functions & Handlers**
   - Use arrow functions for internal component utilities, e.g.: (const handleClick = () => {}).
   - Keep each helper function small and focused on a single task.
9. **Commenting & Documentation**
   - Add a brief comment block at the top of each page or component describing its purpose (optional but recommended).
   - Use inline comments for complex logic to help future maintainers.
   - For every exported function or component, include a concise JSDoc block at the top describing its purpose, expected input parameters, and return values. Keep explanations clear and to the point, so future readers can quickly understand how and why to use the function or component.
10. **Performance Considerations**
    - Use `React.memo` or `useCallback`/`useMemo` where appropriate to optimize performance.
    - Ensure that the app will work smoothly on both Android and iOS simulators (or devices).
11. **Testing & Validation**
    - Write unit tests for critical logic, custom hooks, and reusable components.
    - Validate data and handle error states gracefully.
## Development Guidelines
1. **General Best Practices**
   - All paths should be states/az/areas/phoenix/ and NOT /az_phoenix/
   - Always ensure all values used in {value && <View>...</View>} or similar conditional rendering expressions in React Native are explicitly booleans, not numbers, strings, or objects. Use !!value, Boolean(value), or direct comparison for safety.
  - Maintain our centralized styling structure using the existing styles in /styles/. Avoid inline and local styles. If new styles are needed, add them to the appropriate file in /styles/  
  - Maintain our centralized navigation structure which can be found in /navigation/. Avoid local navigation


React Native docshttps://reactnative.dev/docs/

Prompts

Learn more

No Prompts configured

Context

Learn more
@code
Reference specific functions or classes from throughout your project
@docs
Reference the contents from any documentation site
@diff
Reference all of the changes you've made to your current branch
@terminal
Reference the last command you ran in your IDE's terminal and its output
@problems
Get Problems from the current file
@folder
Uses the same retrieval mechanism as @Codebase, but only on a single folder
@codebase
Reference the most relevant snippets from your codebase
@file
Reference any file in your current workspace
@url
Reference the markdown converted contents of a given URL

No Data configured

MCP Servers

Learn more

No MCP Servers configured