The problem
What was broken before AI
Teresa’s work spans writing, teaching, research, product thinking, and daily execution. A normal task app could hold to-dos, but it did not give her enough control over portability, structure, search, or AI access. Research was another problem: staying current with new papers takes time, and useful context can get scattered across notes, files, and tools. Even when AI could help, she did not want to rebuild the same context in every prompt.
What changed
What the use case made possible
Teresa moved the center of her workflow into local Markdown files and Claude Code. Tasks live as individual Markdown files in Obsidian with metadata that scripts can read. A custom /today command assembles a daily list of due, overdue, and in-progress work. Research scripts search academic sources and produce daily digests. A modular context library gives Claude maps to her business, writing style, products, and personal context so she can ask shorter questions and still get calibrated answers.
Why this matters
Why this use case is worth studying
Teresa’s workflow is valuable because it treats context as an asset. The task manager, research digest, and context library all make the same point: AI gets more useful when it can work inside a structure that already matches the user’s life and thinking. The system is personal, local, and modular, which means Teresa can keep her data, change the rules, and keep improving the assistant over time.
Use this when
When this pattern applies
Use this pattern when your work depends on tasks, research, notes, and context that need to stay portable and easy for AI to read. It works especially well if normal productivity apps feel too rigid, or if you keep re-explaining your business, writing style, products, or research interests to AI.


