Matt Wolfe Learnings - Implementation Plan
Created: Feb 15, 2026
Source: Critical analysis of Matt Wolfe's advanced OpenClaw setup vs Project Minnie
Priority: Tactical improvements to accelerate toward Tier 2 graduation
Timeline: 2-4 weeks (Feb 16 - Mar 15)
Executive Summary
Matt Wolfe (YouTuber, solo content creator) has spent weeks building an advanced OpenClaw system. While his mission differs (personal productivity vs organizational escape velocity), he's discovered valuable tactical patterns we can adopt.
Key insight: His Telegram organization, meeting automation, and cost discipline are directly applicable to our operational efficiency goals.
What we're adopting: 5 high-value tactical improvements
What we're skipping: AI council (conflicts with Jedi Council), content workflows (wrong business model)
Expected impact:
- 3-5 hours/week additional time saved (on top of current 6 hrs/week)
- Better context retention (1-year sessions vs daily resets)
- Automated todo extraction from 747+ meetings
- Cost optimization as we scale to Tier 2
WEEK 1: Foundation (Feb 16-22, 2026)
Priority 1: Telegram Topics + 1-Year Sessions ⚡
Time estimate: 2 hours
Owner: Minnie (with Quan approval on structure)
Status: 🟡 Ready to implement
Why this matters:
- Current setup: Single Telegram chat, daily session resets lose context
- Problem: Projects span months (Charlie's release, RMA, Code 5). Daily resets = amnesia.
- Solution: Topic-based organization with 1-year session expiration
Topics to create:
- RMA/Operations - Valencia outsourcing, repair procedures, Jerry documentation
- Finance - Vania transition, Zoho Books, financial automation (Tier 2)
- Training/Steve - Playmaker activation, admin burden reduction, field reality
- Partner Relations/Kristin - Relationship depth, CRM systematization, trust-building
- Charlie/Design - Brand strategy, creative advisory (protected scope)
- Gantom - Lighting business, Philip/Vania coordination, separate context
- Personal/Quan - Passport, travel, skiing, family, embodied vitality
Implementation steps:
- Create 7 Telegram topics in main group
- Configure session expiration to 365 days (vs default daily reset)
- Document topic purpose in each channel description
- Migrate relevant context from MEMORY.md to appropriate topics
- Update AGENTS.md with topic-based workflow
Deliverable: docs/telegram-topic-organization.md
Calendar block: Saturday Feb 15, 2:00-4:00 PM (or delegate to next available 2-hour block)
Priority 2: Daily Markdown Maintenance ⚡
Time estimate: 3 hours (setup) + 5 min/day (automated)
Owner: Minnie
Status: 🟡 Ready to implement
Why this matters:
- Markdown files (.md) ARE your operating system
- Drift = conflicting directives, outdated patterns, model-specific issues
- Opus 4.6 best practices differ from 4.5 (no bold/caps needed)
What Matt does:
- Daily cron cross-references all .md files against OpenClaw best practices
- Also cross-references against Anthropic Opus 4.6 prompting guide
- Flags inconsistencies, recommends updates
Implementation steps:
- Download OpenClaw best practices markdown → store in
reference/openclaw-best-practices.md
- Download Anthropic Opus 4.6 prompting guide → store in
reference/anthropic-opus-4.6-prompting.md
- Create script:
tools/markdown-consistency-check.sh
- Script logic:
- Read all workspace .md files (AGENTS.md, SOUL.md, MEMORY.md, HEARTBEAT.md, etc.)
- Cross-reference against best practices
- Flag: Conflicting directives, outdated patterns, anti-patterns for Opus 4.6
- Output:
memory/markdown-drift-report-YYYY-MM-DD.md
- Add to daily cron (runs 3:00 AM PT, reports to Telegram if issues found)
- Integrate into Sunday rebuild hygiene checklist
Deliverable: tools/markdown-consistency-check.sh + cron job
Calendar block: Sunday Feb 16, 10:00 AM-1:00 PM (after morning briefing)
Priority 3: API Cost Audit + Tiered Fallback ⚡
Time estimate: 4 hours
Owner: Minnie
Status: 🟡 Ready to implement
Why this matters:
- Current spend: ~$240-350/month
- Current ROI: 15x
- As we scale to Tier 2/3: API costs could grow to $500-1000/month
- Need cost discipline to maintain 10-15x ROI at scale
What Matt does:
- Tracks cost per API call, per workflow, per model
- Uses tiered fallback chains (free → cheap → expensive → AI)
- Example: X/Twitter search uses 4 tiers before hitting expensive official API
Implementation steps:
Audit current API usage:
- Document all external APIs currently used
- Note: Cost per call, free tier limits, rate limits
- APIs: UPS, Google (Gmail, Calendar, Drive), YouTube, Fathom(?), OpenClaw/Anthropic, etc.
Create cost tiers document:
- Tier 0: Free (Google free tier, etc.)
- Tier 1: Very cheap (<$0.001/call) - Gemini Flash
- Tier 2: Cheap ($0.001-0.01/call) - Haiku, Gemini Pro
- Tier 3: Moderate ($0.01-0.05/call) - Sonnet
- Tier 4: Expensive (>$0.05/call) - Opus
Design fallback chains:
- Email parsing: Gmail API (free) → Gemini Flash (cheap) → Sonnet (moderate) → Opus (expensive)
- Meeting analysis: Gemini Flash (classification) → Sonnet (synthesis) → Opus (strategic insights)
- CRM updates: Gemini Flash (routine) → Sonnet (complex)
Update usage tracking:
- Extend current usage log to include cost tier classification
- Weekly report: Cost by tier, % distribution, recommendations
Document cost optimization patterns:
- When to use which tier
- Fallback trigger conditions
- Cost vs quality tradeoffs
Deliverable: docs/api-cost-optimization.md + updated usage tracking
Calendar block: Monday Feb 17, 2:00-6:00 PM (after passport appointment)
WEEK 2-3: Automation Build (Feb 23 - Mar 8, 2026)
Priority 4: Fathom → Todo Extraction 🔥
Time estimate: 6-8 hours
Owner: Minnie
Status: 🟡 Design phase (requires Fathom API access)
Why this is GOLD:
- You have 747 meeting transcripts (Sept 2024 - Feb 2026)
- Meeting transcripts contain action items, but require manual extraction
- Steve/Tin meeting about packages? → Auto-extract "Document RMA with Jerry"
- Council meetings? → Auto-extract action items by owner
What Matt does:
- Fathom joins meetings → transcribes → sends transcript to Gemini Flash
- Gemini extracts: Action items, owner, deadline
- Cross-references CRM for context
- Creates tasks in Todoist (or shows for approval)
What we'll do:
Phase 1: Historical extraction (one-time, 3-4 hours)
- Process 747 existing meetings
- Extract action items from each
- Classify by owner (Quan, Charlie, Steve, Kristin, Tin, Klansys, Malachi, etc.)
- Store in database:
workspace/data/meeting-todos.db
- Report: Action items still open, completed, overdue
Phase 2: Ongoing automation (3-4 hours setup)
- Set up Fathom API webhook (if available)
- OR: Daily poll Fathom for new transcripts
- For each new meeting:
a. Download transcript
b. Send to Gemini Flash: "Extract action items (task, owner, deadline)"
c. Cross-reference CRM: Who is the owner? What company?
d. Classification: Urgent, routine, follow-up
e. Integration point: Create calendar time blocks for todos (you requested this!)
f. OR: Create Asana tasks
g. Send summary to appropriate Telegram topic
Phase 3: Proactive follow-up (2 hours)
- Weekly report: Open action items by owner
- Flag: Overdue items, bottlenecks, patterns (who drops the ball?)
- Send to appropriate owner via Telegram topic
Prerequisites:
- Fathom API access (check if available)
- Google Calendar write access (need OAuth - still pending!)
- OR: Asana API (alternative if calendar blocked)
Deliverable:
tools/fathom-todo-extractor.py
workspace/data/meeting-todos.db
- Integration with calendar time-blocking OR Asana
Calendar blocks:
- Week 2: Design + Phase 1 (historical extraction) - 4 hours
- Week 3: Phase 2 (automation) + Phase 3 (follow-up) - 4 hours
Suggested schedule:
- Tuesday Feb 25, 2:00-6:00 PM (Phase 1)
- Wednesday Feb 26, 2:00-6:00 PM (Phase 2 + 3)
Priority 5: Hybrid Database Pattern Standardization
Time estimate: 4-6 hours
Owner: Minnie
Status: 🟡 Design phase
Why this matters:
- Currently: Ad-hoc database schemas (meeting corpus, email data, etc.)
- Problem: Inconsistent query patterns, hard to search semantically + structurally
- Solution: Standardize on SQL + vector column across all skills
What Matt does:
- Every skill uses same hybrid pattern: SQLite + vector column
- SQL queries: "Show me meetings in January 2026 with external partners" (structured)
- Vector queries: "Show me meetings where Charlie discussed finance" (semantic)
- Both work seamlessly
Our databases to refactor:
- Meeting corpus (747 meetings) - already CSV, needs SQLite + vector
- Email archive (Gmail data) - needs structured + semantic search
- CRM (when we build it) - contacts + interaction history
- Fathom transcripts (meeting todos) - already planned as SQLite, add vector
- Knowledge base (if we build like Matt) - articles, references
Implementation steps:
Create template/helper library:
tools/hybrid-db-helpers.py
- Functions:
create_hybrid_table(), insert_with_vector(), search_semantic(), search_sql()
Refactor meeting corpus:
- Convert CSV → SQLite with schema:
CREATE TABLE meetings (
id INTEGER PRIMARY KEY,
date TEXT,
time TEXT,
topic TEXT,
summary TEXT,
attendees TEXT,
transcript_link TEXT,
vector_embedding BLOB, -- for semantic search
created_at TIMESTAMP
);
- Generate embeddings for all 747 meetings (use cheap OpenAI ada-002 or similar)
- Store in SQLite
Refactor email archive:
- Similar schema for emails
- Enable semantic search: "Find emails about Jerry and manufacturing"
Document pattern:
docs/hybrid-database-pattern.md
- When to use SQL vs vector
- Example queries
- Cost considerations (embedding generation)
Deliverable:
tools/hybrid-db-helpers.py
- Refactored meeting corpus DB
- Refactored email archive DB
- Documentation
Calendar blocks:
- Week 2: Template library + meeting corpus refactor - 3 hours
- Week 3: Email archive refactor + documentation - 3 hours
Suggested schedule:
- Thursday Feb 27, 2:00-5:00 PM (Library + meetings)
- Friday Feb 28, 2:00-5:00 PM (Emails + docs)
Priority 6: Council Briefing Synthesis (NOT AI Council)
Time estimate: 4 hours
Owner: Minnie
Status: 🟡 Design phase
Critical distinction:
- Matt's approach: AI council (4 AI agents) deliberates, produces recommendations
- Our approach: Human Jedi Council (Quan, Charlie, Steve, Kristin) deliberates
- My role: Synthesize signals, prepare briefing FOR human deliberation (not replace it)
Why this matters:
- Council needs context to deliberate effectively
- Currently: Context is scattered (emails, Slack, meetings, metrics, working/ops/)
- Solution: Pre-Council briefing that aggregates signals
What I will synthesize:
- Recent decisions needing follow-up (from meeting corpus)
- Emerging patterns (from email, Slack, Fathom transcripts)
- Team capacity signals (Tin overloaded? Steve buried in admin? Charlie scope violations?)
- Financial signals (when we have Zoho Books access - Tier 2)
- Operational blockers (RMA, Code 5 progress, training bottlenecks)
- Escape velocity indicators (Council autonomy, operational independence, human empowerment)
Output format (example):
# Jedi Council Briefing - Week of Feb 23, 2026
## Signals Requiring Deliberation
1. **Charlie Scope Violation** (Finance/ops routed to her on Feb 21)
- Source: Email thread about Q1 financials
- Recommendation: Redirect to Vania immediately
2. **Steve Admin Burden** (5 hrs this week on scheduling, not training)
- Source: Meeting corpus + Slack activity
- Pattern: Increasing over last 3 weeks
- Recommendation: Delegate scheduling to Klansys or automate
3. **Jerry Window Closing** (RMA documentation still not started)
- Source: working/ops/rma-repair-outsourcing-feb2026.md
- Urgency: HIGH (Jerry returns to China soon)
- Recommendation: Schedule documentation session THIS WEEK
## Escape Velocity Metrics
- Council Autonomy: 🟡 (some decisions without Quan, but not yet routine)
- Operational Independence: 🔴 (RMA still depends on Quan)
- Human Empowerment: 🟡 (Steve training, but admin burden rising)
## Patterns Observed
- Email volume to Quan increasing (12% vs last week)
- Meeting density unchanged (53 meetings/month avg)
- Charlie async participation (good), but finance still routing to her (bad)
## Recommendations for Deliberation
1. Enforce Charlie scope boundary (redirect finance to Vania)
2. Automate Steve's scheduling burden
3. Prioritize Jerry documentation THIS WEEK
Implementation steps:
- Create
tools/council-briefing-generator.py
- Logic:
- Scan emails (past 7 days)
- Scan meeting transcripts (past 7 days)
- Scan working/ops/ for active projects
- Check escape velocity metrics
- Identify patterns, blockers, violations
- Generate briefing markdown
- Send to Telegram (or store for on-demand query)
- Schedule: Weekly (Friday afternoons? Before weekend planning?)
Deliverable: tools/council-briefing-generator.py + weekly cron
Calendar block: Week 3, flexible 4-hour block
Suggested schedule: Friday Mar 7, 1:00-5:00 PM
WEEK 4: Integration & Testing (Mar 9-15, 2026)
Integration Testing
Time estimate: 4 hours
Tasks:
- Verify Telegram topics maintain context across sessions
- Test markdown consistency checks (intentionally introduce drift, verify detection)
- Validate API cost tracking (check tier classification accuracy)
- Test Fathom → todo extraction on 5 sample meetings
- Query hybrid databases (semantic + SQL queries)
- Generate test Council briefing
Documentation Update
Time estimate: 2 hours
Tasks:
- Update AGENTS.md with new workflows
- Update MEMORY.md with Matt Wolfe learnings integration
- Document in PROTECTION-PROTOCOL.md (backup new databases)
- Update ROI dashboard with time saved (estimate 3-5 hrs/week additional)
Retrospective
Time estimate: 1 hour
Questions:
- Which Matt Wolfe learnings had highest impact?
- What didn't work / needs adjustment?
- What should we double down on?
- Ready for Tier 2 graduation criteria? (25 hrs/week saved, 4 weeks zero errors)
What We're NOT Adopting (And Why)
❌ AI Council
Matt's approach: 4 AI agents (Growth Strategist, Revenue Guardian, Skeptical Operator, Team Dynamics Architect) deliberate daily
Why we're skipping:
- We have Jedi Council - Quan, Charlie, Steve, Kristin are HUMAN decision-makers
- Mission conflict: We're optimizing for human empowerment, not human replacement
- Social physics: Jedi Council is about aligned human deliberation, not AI simulation
- Our approach: Council Briefing (I synthesize signals, humans deliberate)
❌ Video/Content Creation Workflows
Matt's workflows: Video idea pipeline, YouTube analytics, thumbnail optimization
Why we're skipping:
- Wrong business model (we're not content creators)
- Not relevant to ZTAG mission (education/operations, not media production)
- Resources better spent on operational automation
❌ Broad Autonomy (Send Authority)
Matt's approach: AI creates Asana tasks, sends Slack messages, posts to social media autonomously
Why we're not ready:
- Our stakes are higher - Wrong message to partner = relationship damage, financial error = real cost
- Tier 1 constraint: Draft-only, human approval required until Tier 2 graduation
- Trust must be earned - 4 weeks zero errors, 25 hrs/week saved
Success Metrics
By March 15, 2026:
- ✅ Telegram topics active, 1-year sessions configured
- ✅ Daily markdown consistency checks running
- ✅ API cost audit complete, tiered fallback chains documented
- ✅ Fathom → todo extraction working (historical + ongoing)
- ✅ Hybrid database pattern standardized (meetings + emails)
- ✅ Council briefing synthesis generating weekly reports
Impact:
- Time saved: 3-5 hrs/week additional (on top of current 6 hrs/week)
- Context retention: 1-year sessions prevent knowledge loss
- Operational visibility: Council briefings surface signals proactively
- Cost discipline: API spending tracked, optimized fallback chains
Tier 1 → Tier 2 graduation progress:
- Current: 15x ROI, 6 hrs/week saved
- Target: 20-30x ROI, 25 hrs/week saved, 4 weeks zero errors
- With Matt Wolfe learnings: 9-11 hrs/week saved (closer to graduation threshold)
Calendar Time Blocks (Requested by Quan)
Note: Calendar write access still pending (need OAuth authorization code). Once authorized, these blocks will be created:
Week 1 (Feb 16-22)
- Sat Feb 15, 2:00-4:00 PM - Telegram topics setup
- Sun Feb 16, 10:00 AM-1:00 PM - Daily markdown maintenance setup
- Mon Feb 17, 2:00-6:00 PM - API cost audit (after passport appointment)
Week 2 (Feb 23 - Mar 1)
- Tue Feb 25, 2:00-6:00 PM - Fathom todo extraction (Phase 1 - historical)
- Wed Feb 26, 2:00-6:00 PM - Fathom todo extraction (Phase 2+3 - automation)
- Thu Feb 27, 2:00-5:00 PM - Hybrid DB pattern (template + meetings)
- Fri Feb 28, 2:00-5:00 PM - Hybrid DB pattern (emails + docs)
Week 3 (Mar 2-8)
- Fri Mar 7, 1:00-5:00 PM - Council briefing synthesis
Week 4 (Mar 9-15)
- Tue Mar 11, 2:00-6:00 PM - Integration testing + documentation
- Fri Mar 14, 2:00-3:00 PM - Retrospective
Total time investment: 32-36 hours over 4 weeks (~8-9 hours/week)
To enable calendar blocking: Need to complete Google Calendar OAuth (authorization URL sent earlier, waiting for code)
Next Actions
Immediate (This Weekend):
- Create Telegram topics (2 hours) - Saturday afternoon
- Set up daily markdown maintenance (3 hours) - Sunday morning
- Start API cost audit (2 hours initial scan) - Monday after passport
This Week (Feb 16-22):
4. Complete API cost audit + tiered fallback chains (2 hours) - Monday
5. Design Fathom todo extraction workflow (1 hour) - planning
Next Week (Feb 23-29):
6. Build Fathom todo extraction (6-8 hours) - Tue/Wed
7. Refactor hybrid databases (6 hours) - Thu/Fri
Week After (Mar 2-8):
8. Build Council briefing synthesis (4 hours) - Friday
Final Week (Mar 9-15):
9. Integration testing (4 hours) - Tuesday
10. Documentation + retrospective (3 hours) - Friday
Owner: Minnie
Approval: Quan 🙌
Status: Ready to execute
Next: Create calendar blocks (pending OAuth) + start Telegram topics setup