The Loop Playbook
20 AI feedback loops you can build today. Each one follows the same pattern: action, signal, adjustment, repeat. The secret to AI that compounds isn't a better model — it's a better loop.
Every loop includes the action the AI takes, the signal it measures, the adjustment it makes, plus implementation tips and guardrails. Organized by function: Marketing, Sales, Operations, Engineering, Finance, and People.
Most teams A/B test two subject lines and call it optimization. A real loop tests 20 variants simultaneously, kills the losers every week, and breeds the winners. I've seen this take reply rates from 3% to 18% in eight weeks. The key is measuring meetings booked, not opens. Opens are vanity.
↓
Signal: Reply rates, meeting-booked rates, unsubscribe rates — tracked per subject line, opening hook, and CTA variant.
↓
Adjustment: Every Friday, the system drops the bottom 30% of variants and generates new ones inspired by top performers. Winning patterns get recombined.
↻ repeat
- Measure meetings booked, not open rates — opens are vanity
- Cap send frequency per prospect to avoid spam triggers
- Start with 5 variants minimum per cycle to get statistically meaningful signal
- Max 2 emails per prospect per week. Automatic pause if unsubscribe rate exceeds 1%.
We run this at humAIne. After 12 weeks, the AI writes better LinkedIn hooks than I do. That stings, but it's true. The trick is separating signal by platform — what works on X dies on LinkedIn and vice versa. Let each platform loop independently.
↓
Signal: Engagement rate per post (likes, comments, shares, saves), click-throughs to the original article.
↓
Adjustment: System learns which hooks, formats, and lengths work for each platform. Stops generating what doesn't work. Doubles down on what does.
↻ repeat
- Separate loops per platform — what works on X fails on LinkedIn
- Track click-throughs to the original post, not just likes
- Feed your best-performing hooks back as few-shot examples
Performance marketers have been doing this manually for years. The loop just runs faster when AI writes the variants. The insight most people miss: don't just look at the winning copy — look at the pattern across winners. Same emotional angle? Same CTA structure? Same word count? That's where the real learning lives.
↓
Signal: Click-through rate, cost per acquisition, ROAS. Tracked per variant.
↓
Adjustment: Kill the bottom 50% every 48 hours. Generate new variants inspired by top performers. The system converges on what your specific audience responds to.
↻ repeat
- Test emotional angles, not just word choices
- Let campaigns run 48 hours minimum before cutting — early data is noisy
- Look for patterns across winners, not just the single best performer
"Numbers in subject lines" might work for your tech audience. "Questions" might work for your executive audience. You don't guess — the loop tells you. After 50 sends, the AI has more data on your audience's subject line preferences than any email marketing course will ever teach you.
↓
Signal: Open rate, click-through rate, unsubscribe rate — tracked per subject line across 50+ sends.
↓
Adjustment: Pattern matching across all historical sends. System builds a model of what your specific audience opens. Generates increasingly targeted variants.
↻ repeat
This loop is deceptively powerful because it personalizes to your judgment, not some generic template. Your CTO colleague might want technical stack details. You might want funding history and decision-maker names. Same meeting, different briefs, each improving independently.
↓
Signal: After the meeting, you rate the brief: useful / partially useful / missed the point. Add a note on what was missing.
↓
Adjustment: The system learns what context you find valuable. After 20 meetings, it knows you care about recent funding rounds and don't care about org charts. After 50, the briefs are surgical.
↻ repeat
- Rate every brief immediately after the meeting — the signal degrades fast
- Add one line about what was missing, not what was wrong
- After 20 rated briefs, the quality jump is dramatic
Job descriptions are aspirational fiction. They list what you think you want. Hire outcomes show what you actually value. This loop closes that gap. After four quarters, the AI is better at predicting who will thrive at your company than the hiring manager — because it has more data and less ego.
↓
Signal: Which AI-flagged candidates made it past the interview? Got hired? Survived 6 months? Became top performers?
↓
Adjustment: Scoring model recalibrates quarterly against actual hire outcomes. The system learns what your company actually values, not what the job description says.
↻ repeat
- AI never auto-rejects. It ranks and recommends. A human always makes the final call.
Every sales team has a playbook. Almost no sales team has verified that their playbook actually predicts success. This loop does the verification. You might discover that your best closer talks 30% of the time and listens 70% — the opposite of what the playbook says. Let the data rewrite the playbook.
↓
Signal: Call scores correlated with deal outcomes. Did scored-high calls actually close more? Which scored behaviors predict conversion?
↓
Adjustment: The scoring framework evolves based on what actually predicts success for your product, your market, your buyers. Generic playbooks become specific playbooks.
↻ repeat
- Reps must consent to recording. Scores are coaching tools, never used for punitive decisions without human context.
Track edit distance per section, not per document. You'll discover the AI nails executive summaries from day one but mangles pricing tables for months. That section-level signal lets you focus improvement where it matters instead of retraining the whole pipeline.
↓
Signal: How many edits did the human make? Which sections got rewritten? Which sections were accepted as-is?
↓
Adjustment: Edit distance shrinks with every document. System learns your voice, your legal preferences, your formatting standards. After 30 iterations, drafts need minimal human editing.
↻ repeat
- Track edit distance per section, not per whole document
- Save every human-edited version as a training example
- Keep a "never say this" list that the AI checks against before delivering
The signal most teams miss: repeat contacts. A ticket marked "resolved" that generates another ticket in two weeks was never resolved. Feed repeat contacts back as negative signal and the system learns what actual resolution looks like, not just ticket closure.
↓
Signal: Was the routing correct? Did the ticket get resolved? How long did it take? Did the customer come back with the same issue within 14 days?
↓
Adjustment: Weekly retraining on misrouted tickets. The system gets sharper at distinguishing "annoyed but can wait" from "about to churn."
↻ repeat
- Any ticket mentioning legal, billing disputes above $500, or account cancellation always routes to a human.
The most expensive mistake in retail isn't bad pricing — it's wrong inventory. A 5% improvement in forecast accuracy can mean millions in reduced waste and fewer stockouts. The loop catches things no human can: the correlation between Instagram mentions and demand spikes two weeks later.
↓
Signal: Actual sales vs. predicted sales. Stockout events. Overstock write-downs.
↓
Adjustment: Model retrains monthly on actuals. Incorporates new signals — weather patterns, social media trends, competitor promotions. Each cycle reduces forecast error.
↻ repeat
The value here isn't prediction accuracy — it's lead time. If the loop gives you 72 hours' warning instead of 24, that's the difference between switching suppliers gracefully and scrambling. Each false alarm is expensive (it cries wolf), so the loop must aggressively prune noisy signals.
↓
Signal: Was the flagged risk real? Did it actually impact supply? Was the lead time sufficient to respond?
↓
Adjustment: System learns which signals are predictive and which are noise. Geopolitical instability in a supplier's region? Signal. CEO change at a tier-3 supplier? Probably noise.
↻ repeat
- Maximum 3 high-severity alerts per week. If the system triggers more, it's being noisy, not helpful.
The return rate signal is the one most teams ignore. A product that gets clicked, bought, and returned is worse than one that never got clicked. Feed returns back as strong negative signal and watch the recommendation quality jump. The loop should optimize for kept purchases, not just purchases.
↓
Signal: Click-through rate, add-to-cart rate, purchase rate, return rate. Tracked per recommendation slot.
↓
Adjustment: Continuous. Every interaction refines the model. Learns "people who buy running shoes also buy foam rollers" — and that they don't want running shoes recommended again for 6 months.
↻ repeat
- Returns are strong negative signal — weight them heavily
- Add a cooldown period after purchase to prevent repetitive recommendations
- Track recommendation position — slot 1 vs. slot 8 have very different baselines
Most company wikis are graveyards. Nobody maintains them because nobody measures whether they're useful. This loop changes the incentive: the AI surfaces which articles are actually solving problems and which are dead weight. The knowledge base gets better through usage, not through a quarterly "wiki cleanup sprint" that never happens.
↓
Signal: Was the answer helpful? (Thumbs up/down.) Did the employee still need to ask a human? Which articles get referenced most? Which never get used?
↓
Adjustment: Gaps get flagged for content creation. Bad articles get flagged for rewriting. Outdated content gets surfaced for review. The knowledge base improves because people use it.
↻ repeat
The enemy of AI code review is false positives. Every ignored suggestion teaches the developer to ignore all suggestions. The loop must aggressively prune noise. After 200 reviewed PRs, the system should feel like a senior engineer who actually knows your codebase, not a generic linter.
↓
Signal: Did the developer accept or reject each suggestion? Was the flagged issue a real bug in production?
↓
Adjustment: System learns your team's coding style, actual bug patterns, and which suggestions are noise. False positive rate drops from 40% to under 10% within three months.
↻ repeat
- Never auto-merge. Never block a PR without human confirmation. Security flags always require human review.
This isn't about blaming developers. It's about allocating review effort where it matters most. If the system knows that files with more than 400 lines of changes on a Friday afternoon have a 5x bug rate, it can flag those for extra review while waving through the Monday morning one-liners.
↓
Signal: Did the flagged commit actually produce a bug within 30 days? Did an unflagged commit produce one?
↓
Adjustment: Model refines its risk heuristics. Learns that changes to the billing module on Fridays are 3x more likely to break. Learns that certain code patterns always lead to edge cases.
↻ repeat
- Bug predictions are never attributed to individual developers in team-visible reports. Used for review prioritization only.
Amazon has been doing this for a decade. You can do it too, at smaller scale, with an LLM and a spreadsheet. Start with just three price tiers and measure conversion at each. The loop will find the optimal points faster than any pricing consultant.
↓
Signal: Conversion rate, revenue per visitor, margin, customer acquisition cost — all tracked per price point.
↓
Adjustment: Daily micro-adjustments. The system learns price elasticity curves that no human analyst could map manually.
↻ repeat
- Maximum 10% price change per 24-hour period. Never price below margin floor.
False positives are expensive — they block legitimate customers and create friction. False negatives are more expensive — they lose money. The loop must optimize both simultaneously, which is why you need both signals flowing back. Most fraud systems only learn from confirmed fraud. The best ones also learn from confirmed non-fraud.
↓
Signal: Was the flagged transaction actually fraudulent? Was a non-flagged transaction later confirmed as fraud? (Both false positives and false negatives.)
↓
Adjustment: Both signal types feed back into the model. System gets better at distinguishing "unusual but legitimate" from "unusual and fraudulent." The precision curve tightens.
↻ repeat
- Transactions above $10,000 always get human review regardless of AI score. Blocked customers get a fast-track appeal process.
The naive approach: rebalance everything to target weights every quarter. The loop approach: learn that some assets need tighter bands (bonds, cash) and others benefit from momentum (equities, crypto). The AI discovers rebalancing rules that a human portfolio manager would need years of backtesting to find.
↓
Signal: Post-rebalance performance vs. benchmark. Tax efficiency of trades. Transaction cost drag.
↓
Adjustment: System learns optimal drift thresholds per asset class. Discovers that rebalancing emerging markets monthly is wasteful but rebalancing bonds quarterly is negligent. Finds the sweet spot.
↻ repeat
- Factor in tax lots — the cheapest rebalance isn't always the one that moves fewest shares
- Set different drift thresholds per asset class, not a blanket percentage
- Log every rebalance decision (including "chose not to rebalance") as training data
The compounding here is powerful: each churn event makes the model better at predicting the next one, and each successful save teaches the system which intervention works for which type of customer. After 6 months, the system knows that enterprise customers respond to personal calls while SMBs respond to discount offers. You stop guessing and start knowing.
↓
Signal: Did high-risk customers actually churn? Did the retention workflow save them? Which intervention type worked for which customer segment?
↓
Adjustment: Risk model gets sharper. Retention playbook gets refined. System learns that "hasn't logged in for 14 days" is weak signal but "downgraded plan + 3 support tickets in a week" is strong signal.
↻ repeat
- Maximum one retention intervention per customer per quarter. Over-reaching is worse than churning — it damages brand trust.
This is where education is heading. Not "AI replaces teachers" but "AI personalizes the path and teachers focus on the human stuff." The loop discovers that Student A learns best from video at 1.5x speed while Student B needs interactive exercises. No teacher can personalize across 30 students simultaneously. The loop can.
↓
Signal: Quiz scores, time spent per module, completion rates, self-reported difficulty ratings.
↓
Adjustment: System adapts difficulty, pacing, and content type per student. Stops recommending material that's too easy or too hard. Finds the productive struggle zone.
↻ repeat
- Combine objective signals (quiz scores) with subjective ones (difficulty rating)
- The "productive struggle zone" is where real learning happens — not too easy, not too hard
- Build in periodic review loops to prevent knowledge decay