executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
product-tool-stackHelp users select, implement, and optimize a modern product tool stack that reduces operational friction and accelerates delivery cycles.
Independent GitHub snapshot · Automated classification · Original documentation governs
Build a high-performance product toolkit by balancing established standards with AI-native speed.
Help the user with product stack strategy using insights from 6 guests and posts across Lenny's Podcast and Newsletter.
From "A year free of PostHog ($16,500 value): The all-in-one analytics, experimentation, feature flag, surveys, session replay, error tracking, data warehouse, LLM analytics platform": "Being able to follow an issue from a session recording, to its impact in analytics, to shipping a fix as a feature flag, to testing a variant, to collecting feedback with surveys—that’s the holy grail."
Moving toward all-in-one platforms reduces the technical and operational friction of managing multiple point solutions, enabling better integration between discovery and shipping.
From "Five steps to starting your product-led growth motion, part 2": "Tools such as Amplitude and Mixpanel are commonly used here, but, as the saying goes, “garbage in, garbage out.” Companies need to dedicate engineering resources to instrument tracking properly. Many B2B companies are significantly lacking in product analytics—watching product usage closely is less important when you sell via human touch—but without a strong foundation of product analytics, PLG will never work."
Product analytics requires dedicated engineering resources for proper instrumentation; successful PLG is impossible without a robust data foundation.
From "Five steps to starting your product-led growth motion, part 2": "The most common mistake I see is that companies skip buying and jump right into building. In other words, they bypass the option of using a third-party experimentation tool, often because the engineering and product teams feel like they can build anything. But building an experimentation platform requires not only engineering resources but also data science and statistical expertise."
Small teams should choose third-party experimentation tools over homegrown platforms to avoid massive engineering and statistical overhead.
For all 25 sourced insights from 6 guests, see references/guest-insights.md