tinker — Strategy Master PlanFictional adopter strategy doc. Demonstrates the 01_strategy.md skeleton.
A command-line tool that makes capturing developer notes as low-friction as a git commit — so context that would normally be lost gets preserved, retrievable, and tied to the work it described.
Primary: solo developers who already use the command line for most of their workflow. They want a tool that fits where they already are, not another app to switch to.
Anti-audience: team-collaboration users who want shared notes with permissions, threading, and a web UI. tinker is single-user only by design; team-shared notes is a different product.
Goal: working CLI with the core capture + retrieval flow.
Exit criteria (binary):
tinker capture writes a note to local store; survives reboot.tinker recent retrieves the last N notes for the current directory.tinker search <query> returns matching notes ranked by recency.Goal: ship to closed beta of trusted developers; collect feedback; reach open-beta-ready quality.
Exit criteria (binary):
Goal: public on package managers; gather organic adoption signal.
Exit criteria (binary):
Goal: declare v1 (drop “beta” label); commit to stability + support cadence.
Exit criteria (binary):
| # | Doc | Purpose |
|---|---|---|
| 00 | Master plan | This file — vision, phases, doc index. |
| 01 | (not yet authored) Market research | Survey of existing developer-notes tools; differentiation. |
| 02 | (not yet authored) Tech stack | Language choice (Rust), distribution mechanics. |
| 03 | (not yet authored) Privacy + data handling | Where notes live; what gets sent off-device (nothing in v1). |
Cadence: at every phase exit + when a Phase exit criterion isn’t met within 50% of the target window.
| Version | Date | Notes |
|---|---|---|
| v1.0 | (fictional date) | Initial strategy doc. |