This benchmark tests different ways to give a coding agent your team's final decisions. We explain each method in plain language. Each page covers what it is, how to set it up, and its pros and cons. We also include a sample folder layout and feedback from real users.
The agent reads a folder of Markdown files before each task. This folder acts as a "persistent memory." You update it by hand, adding new decisions to a log.
A single instruction file summarizes the project. The agent always reads it. This is the default method, but it often goes stale. An outdated file can stop the agent from checking for newer info.
You keep the summary file. But you add an instruction: βcheck the notes for anything newer before you answer.β Success depends on the model choosing to search.
Each decision gets its own numbered file that you never change. A special header shows when a decision is outdated. An index lists the newest decisions first.
You keep one main specification file that you edit directly. All code is generated from this spec. This creates a single, living document with no outdated copies.
This method turns notes into vectors. It then retrieves the most similar notes when the agent needs them. It only considers similarity, not which note is newer or more official.
This tool watches the agent's task. It automatically gives the agent the current, correct decisions. There are no manual updates. The agent doesn't have to choose to look for info.