Faster alignment
Shared notes reduce “what did we learn?” meetings after the fact.
Research Mode is read-first exploration: trace behavior, compare approaches, and document what you learned - before any writes land.
Use Research when you need confidence before touching production paths - especially during incidents, onboarding, and refactors.
Observed behavior: - Retries on 5xx with exponential backoff - No cap on total attempts Hypotheses: - Missing maxAttempts in config - DLQ path never wired Recommended next step: - Confirm env flags in staging, then patch with cap + DLQ
Shared notes reduce “what did we learn?” meetings after the fact.
No repo mutations while you are still discovering the real failure mode.
Implementation starts with a written map instead of tribal memory.
Best-fit scenarios
Spikes, incident triage, and unfamiliar modules are common starting points.
Incidents
Triage before patchOnboarding
New service or monolith areaRefactors
Map blast radius firstAPIs
Contract and error semanticsCompliance
Evidence-friendly notesKeep exploration disciplined and documented.
State what you need to know and what evidence would convince you.
Follow call paths, configs, and data flow without writes.
Capture conclusions, risks, and recommended next actions.
No. It is designed for read-first exploration; switch to your normal coding flow when you are ready to edit.
No. The goal is repository-grounded notes you can attach to tickets, incidents, or PRs.
Research clarifies behavior and unknowns; Strategy resolves directional bets with owners and milestones.
Track time-to-root-cause on incidents, spike duration, and rework after handoff to implementation.
Use Research Mode within the same Kodus plans and usage model.
For individual usage.
For small teams.
For larger organizations.
Have invite code? Get Access Now