rewrite-template
Insertion Checklist
Purpose
Use this checklist when adding a new knowledge point into an existing knowledge-base note.
Core Rule
Do not append by default. Place the new content where a later lookup would most naturally expect to find it.
Steps
- Determine what kind of point is being added:
- syntax
- mechanism
- API
- framework behavior
- data shape
- pitfall
- workflow step
- Find the nearest correct existing section.
- Insert the content there.
- Keep heading depth and terminology consistent with surrounding content.
- Explain only as much as is needed for later retrieval and understanding.
Section Pattern
Do not force every section into a fixed template.
A good entry usually contains some combination of:
- the exact concept name;
- the concrete code, API, or data shape;
- the mechanism or condition that explains the behavior;
- the pitfall or boundary when it is easy to get wrong.
Mechanism Rule
When a point depends on hidden behavior, explain the actual mechanism instead of using abstract phrases.
Prefer:
- inheritance and method lookup for Python;
- render / effect / event flow for frontend;
- coordinate system / projection / geometry constraints for GIS;
- build-time / runtime / environment boundary for engineering notes.
Editorial Rule
If a note is intended for long-term accumulation, every new knowledge point must be placed according to concept hierarchy, not according to the order in which it was learned.