- Make the plan extremely concise. Sacrifice grammar for the sake of concision.
- At the end of each plan, give me a list of unresolved questions to answer, if any.
- DO NOT read code in
distfolders.
When new backend features are discovered, update ai-context/core-features-reference.md with the new feature reference. DO NOT update this file with React features.
- When writing comments, use
//for single-line comments and/* ... */for multi-line comments. Always end comments with a period - Use ES modules (import/export) syntax, not CommonJS (require)
- When generating code, once done, run
git add .to stage all changes - Only import one named import per line
- You MUST USE
import { createAbstraction } from "@webiny/feature/api";instead ofnew Abstraction() - when generating code, one file MUST only contain one class
- When refactoring, we don't care about backwards compatibility, unless explicitly stated in the prompt
- When building a single package, use
yarn build -p <package-name>, e.g.,yarn build -p @webiny/api-core. - To build all packages, simply run
yarn build. - To build all packages without caching, use
yarn build --no-cache.
- To test a package, use
yarn test packages/<package-name>, e.g.,yarn test packages/api-core
- Do not commit by yourself when on local machine. I'll do it.
- Avoid overly verbose descriptions or unnecessary details.
- Use conventional commit message formats like:
- feat: for new features
- fix: for bug fixes
- docs: for documentation changes
This project uses the Webiny framework.
A webiny MCP server is available.
When helping with Webiny-related tasks:
- Call
list_webiny_skillsto see available skills. - Call
get_webiny_skillwith the relevant topic before writing code.