Guide
Keep each entry practical. Focus on where it fits, where it fails, and the trade-offs that matter.
Required
Optional
Use Notes for links, caveats, and team conventions.
| Field | Required | What to write |
|---|---|---|
| Title | Yes | Specific name that is easy to search later. |
| Description | Yes | One or two lines of plain summary. |
| Category | Yes | Choose the best-fit lane for navigation. |
| When to use | Yes | Include use cases and avoid cases. |
| Pros | Yes | Bullet list of clear benefits. |
| Cons | Yes | Bullet list of limits and costs. |
| Notes | No | Links, migration caveats, and extra context. |
**bold**
Bold text
Highlight key words
`code`
Inline code
Commands, APIs, config keys
- item
Bullet list
Best for pros/cons
1. item
Numbered list
Ordered steps
[text](url)
Link
Reference docs and specs
```ts code ```
Code block
Use in notes when needed
Good
When to use
- Use in data-heavy pages with repeated API calls.
- Avoid when data is static at build time.
Pros
- Better cache reuse across screens.
- Reduces duplicate request logic.Avoid
When to use
Sometimes.
Pros
It is good.Frameworks
Architecture, runtime, ecosystem choices
Tools
CLI tooling and developer workflow
Packages
Common npm dependencies
Backend Concepts
APIs, caching, reliability patterns
DevOps
CI/CD, infra, monitoring
Platforms
Cloud and hosting products
Effects
UI motion and interaction patterns
Keep entries short and update them when your approach changes.
Start a new entry