chatter-driven-development
Chatter-Driven Development
Overview
A development paradigm where AI agents monitor unstructured team communications (Slack, Linear, meetings) to infer intent and proactively generate code without formal specifications.
Core principle: Use existing team "chatter" as input—discussions, complaints, questions—and let agents draft solutions before being asked.
The Flow
┌─────────────────────────────────────────────────────────────────┐
│ 1. SIGNAL INPUT │
│ Slack messages, meeting transcripts, Reddit complaints │
│ │ │
│ ▼ │
│ 2. INTENT EXTRACTION │
│ Agent parses chatter to identify: │
│ • Bugs • Feature requests • Questions │
│ │ │
│ ▼ │
│ 3. PROACTIVE ARTIFACT GENERATION │
│ Agent drafts: │
│ • Pull Requests • Answers • Analysis │
│ │ │
│ ▼ │
│ 4. HUMAN VERIFICATION │
│ Simple approval interface ("Swipe right" / Merge) │
└─────────────────────────────────────────────────────────────────┘
Key Principles
| Principle | Description |
|---|---|
| Ubiquitous Listening | Agent connected to Slack, Email, Meetings as passive observer |
| Context Inference | Parse unstructured chatter to identify actionable items |
| Proactive Execution | Draft PR/answer/analysis BEFORE being explicitly asked |
| Low-Friction Review | Humans approve via simple interfaces, not deep code review |
Enablement Requirements
- Agent has access to team communication channels
- Agent can parse natural language intent
- Agent can create artifacts (PRs, docs, analyses)
- Simple approval workflow exists
Common Mistakes
- Requiring formal specs: Train agents to interpret natural discussions
- No proactive action: Waiting for explicit prompts defeats the purpose
- High-friction review: Make approval as simple as possible
Real-World Examples
- Block: "Goose" listens to meetings and proactively drafts PRs/emails
- OpenAI: Codex answers data queries directly in Slack
Source: Alexander Embiricos (OpenAI Codex) via Lenny's Podcast
More from coowoolf/insighthunt-skills
gardening-mindset
Use when dealing with ecosystems, network effects, or high-uncertainty environments where the right answer cannot be known in advance, when rigid planning consumes more value than it creates
45gamification-triad
Use when designing retention mechanisms, habit loops, or auditing why users drop off despite engaging with core features, to structure gamification beyond superficial badges
44three-layer-agent-stack
Use when building AI-powered products or agents, when raw model intelligence isn't enough to solve user problems, or when designing the architecture for agentic workflows
15minimum lovable product (mlp)
In an era where AI lowers the cost of building software, viability is obsolete. The differentiator is joy and emotional connection. Prioritize "Wow" over "Aha"—brand is product interaction.
14curiosity-loops
Use when facing a significant decision (career pivot, product direction, technical choice) and feeling stuck or indecisive, when seeking contextual advice rather than generic recommendations
13pre-mortem-kill-criteria
Use before launching products or signing contracts, when needing to combat sunk cost fallacy, or when standard pre-mortems fail to change behavior
13