The operating library
Start with the system you are building.
These are not six rewrites of the same review. Each guide owns a different design boundary and ends with controls you can apply.
01Research that depends on relationships between multiple sources and must remain useful after the first conversation.
How to turn a visual research space into a controlled working system instead of a larger pile of inputs.
↗02Tutorials, reviews, briefs, newsletters, and scripts that must remain tied to a body of source material.
A repeatable route from collected sources to publishable material without flattening uncertainty or losing provenance.
↗03Onboarding, guided research, internal knowledge access, and repeated questions tied to an intentionally maintained board.
How to design a Poppy chatbot that answers inside a defined evidence boundary and knows when that boundary has been reached.
↗04Repeatable capture and production handoffs where a human can own exceptions and verify the result.
A practical control model for moving material into and out of Poppy without pretending every interface is a stable contract.
↗05Ideas, selected text, URLs, and shared material that appear on a phone before the user is ready to open a research workspace.
The SharetoBoard operating model: preserve user intent locally, then deliver to a selected Poppy board with visible state.
↗06Teams that want the productivity of connected context without treating every source, account, and integration as equally safe.
A practical review model for deciding what belongs in a Poppy workflow, who can reach it, and which claims the system can safely support.
↗