Context Clues

How to keep AI agents building what matters, not just what compiles

  • Product strategy

    Soundness

    A quarterly plan names 'reduce onboarding time' as a top goal. Nobody on the team can point to a single shipped thing under it. Meanwhile a team has been heads-down all quarter on something the plan never mentions. Both facts can be true on the same day, in the same company, without anyone lying.

    Read more
  • Product strategy

    State Estimate

    A product agent looks at a backlog with 183 items and says the roadmap is full. Then an engineer points out that half of it is abandoned, three shipped already, and the one thing the customer is waiting on changed shape in review. The agent was not dumb. It was looking at measurements and mistaking them for state.

    Read more
  • Product strategy

    Revealed Preference

    A user tells you price is the top blocker, then upgrades the week a new feature ships, not the week a discount runs. Neither answer is wrong. One was a claim with nothing else on the table to weigh it against. The other was a choice made while a cheaper option sat right there, unchosen.

    Read more
  • Product strategy

    Throughput

    34 points this sprint, 41 the one before, 29 before that. The number moves every two weeks and nobody can say whether the team is actually getting faster, because points measure a guess made at the start, not anything that happened after.

    Read more
  • Product strategy

    Drift

    A competitor's pricing page said 'no setup fees' for two years. Three weeks ago a fee quietly appeared under implementation, everything else on the page untouched. The page changed. Nobody caught what it meant.

    Read more
  • AI coding agents

    Void or Voidable

    Forty defaults an agent picked over two quarters, and nobody chose any of them. Not every one needs the same treatment. The distinction that tells you which comes from contract law, not engineering.

    Read more
  • Context engineering

    Supersession

    A stale decision in the context window is worse than no decision, because it gives the agent confidence in the wrong constraint.

    Read more
  • Product strategy

    Entity Resolution

    A team's decision gets one name in a Slack thread, another in the Linear ticket, and a third in the customer call that prompted it. To a system reading all three, that's three unrelated records unless something links them.

    Read more
  • Context engineering

    Product Context Layer

    Product management writing describes the job in different words, but it keeps landing on the same fact: someone has to hold the why and connect it to whoever builds next. A product context layer is what happens when that job stops living only in one person's head.

    Read more
  • Product strategy

    Proactive Brief

    A decision you recorded but were never reminded of at the right moment is one you made twice: once on purpose, once by accident. Proactive Brief is built to reach you before you think to ask.

    Read more
  • Product strategy

    Two Answers

    Give a coding agent the same task twice and you get two different, plausible answers that disagree with each other. The fix is not a better model. It is a shared record of what the team already decided.

    Read more
  • Product strategy

    Greek Fire

    For more than five centuries, Greek Fire's enemies could barely counter it. Then it vanished, not defeated but forgotten, because the recipe lived only in a few heads. Your systems can be lost the same way.

    Read more
  • Product strategy

    Sixteen Agents

    You talk to Brief as one thing. Behind it, sixteen agents each own one part of the product picture and keep it current from your existing tools. Here is the whole team and what each one does.

    Read more
  • Product strategy

    Stigmergy

    A colony coordinates with no plan and no direct messages, only the traces each worker leaves for the next. Software teams and their agents run on the same mechanism, and it works only as well as the traces do.

    Read more
  • Product strategy

    Working Memory

    An agent has a large, capable working memory and, on its own, no long-term memory of your team. Bigger context windows and better retrieval improve the first and do nothing for the second.

    Read more
  • Product strategy

    Overruled Precedent

    You follow the precedent set by the code around you. Almost every time it is right. This is about the one change where it is wrong, and why your agent cannot see it coming.

    Read more
  • Product strategy

    Seven Seconds

    Every person leaves. Every line gets rewritten. What makes it the same company ten years on is not the people or the code. It is the memory of why, and that is the one thing nobody keeps.

    Read more
  • Product strategy

    Context, compared

    Nine ways teams give coding agents context, scored against what independent research says a real solution has to do. Only one shape passes all five tests.

    Read more
  • Product strategy

    Path dependence

    A wrong default caught on day one is a one-line fix. Caught on day two hundred, after everything has been built on top of it, it is a migration.

    Read more
  • Product strategy

    Goodhart's law

    Your test suite was evidence that the code worked. Then the agent made passing it the goal, and evidence became the thing being manufactured.

    Read more
  • Product strategy

    Gell-Mann amnesia

    The agent did not get more reliable on the second page. You lost the ability to catch it, and mistook that for the agent being right.

    Read more
  • Product strategy

    Tacit knowledge

    The reason your product context never reaches the agent is not that no one wrote it down. It is that the people who hold it know more than they can tell.

    Read more
  • Product strategy

    Principal and agent

    You did not hire an employee. You entered the oldest studied problem in delegation, and the AI solved the half everyone feared while leaving the half no one watched.

    Read more
  • Product strategy

    The default answer

    I expected three runs of one model to diverge. They agreed almost perfectly, and the agreement turned out to be the more unsettling part.

    Read more
  • Product strategy

    Chesterton's fence

    Not seeing a reason is not the same as there being no reason, and the gap between those two is where most expensive mistakes live.

    Read more
  • Product strategy

    Survivorship bias

    The most important data point is almost always the one that is missing, and it is missing for the exact reason that makes it matter.

    Read more
  • Product strategy

    Four risks

    The question that dominated software for twenty years, can we build it, is the one your agent just answered. It was never the only question. It was one of four.

    Read more
  • Product strategy

    Common knowledge

    The child who said the emperor was naked told nobody anything they did not already know. That is the whole point, and it is the most useful distinction I know.

    Read more
  • AI coding agents

    Ghost decisions

    The agent did not make a mistake. It made a decision, one of thousands, that no one asked it to make and no one will remember, because no one made it.

    Read more
  • Product strategy

    Productivity is not value

    Your engineers say AI made them faster. Your board wants to know where that shows up in the business. The honest answer is that you cannot see it, and the reason is not your dashboard.

    Read more
  • AI coding agents

    You can't review your way out of a context problem

    AI made writing code cheap and shipping it expensive. Everyone is scaling review to close the gap. But review inspects the output when the defect was in the input, and inspection has never been how you build quality in.

    Read more
  • Product strategy

    Everyone Is a Builder Now

    Product management is dead. Design is dead. Engineering is dead. Except none of that is true: the three jobs are collapsing into one. Meet the product builder, and the two shapes of the role we're hiring for.

    Read more
  • Product strategy

    On Taste

    Tech is speedrunning 250 years of philosophy to teach machines taste. Here is the history they skipped, and why the corpus approach is doomed while a context graph might not be.

    Read more
  • Context engineering

    Your agent stores beliefs, not decisions

    Your agent keeps overruling decisions your team already made. CLAUDE.md, raw integrations, and agent memory.md all fail for one provable reason, and it points to the seven properties any store of decisions must have.

    Read more
  • Context engineering

    Context engineering, explained

    Context engineering is the new defining skill for building with AI agents. It's the discipline of curating everything a model sees, not just the prompt, and keeping that context current.

    Read more
  • AI coding agents

    Why ACP Changes the Way We Build with Agents

    MCP operates on a client-server model with centralized intelligence. ACP treats agents as first-class citizens in a network, enabling genuine specialization, composable pipelines, and context as a first-class concern.

    Read more
  • Product strategy

    I Almost Built the Wrong Thing

    I almost built Brief as a meeting bot that simulated product reviews. That would have copied the surface instead of solving the real problem: context infrastructure.

    Read more
  • Product strategy

    The Future is the Product Developer

    The boundary between product, engineering, and design is dissolving. AI coding agents and modern tooling enable product developers to own initiatives end-to-end, from insight to production. This is the new default builder.

    Read more
  • Product strategy

    Quarterly Planning is Dead

    Quarterly planning worked when shipping a meaningful change took months. That world is gone. AI coding agents ship features while you're still grooming the backlog. It's time to replace quarterly batches with continuous decisions.

    Read more