Update emory, memory (+22 ~1)
This commit is contained in:
Echo
893
memory/kb/youtube/2026-03-21-autoresearch-thumbnails.md
Normal file
893
memory/kb/youtube/2026-03-21-autoresearch-thumbnails.md
Normal file
@@ -0,0 +1,893 @@
|
||||
# Claude Code + Karpathy's Autoresearch = INSANE RESULTS!
|
||||
|
||||
**URL:** https://youtu.be/0PO6m09_80Q
|
||||
**Durată:** 12:44
|
||||
**Data salvare:** 2026-03-21
|
||||
**Tags:** @work @scout #autoresearch #self-improving #automation #machine-learning
|
||||
|
||||
---
|
||||
|
||||
## 📋 TL;DR
|
||||
|
||||
Autorul construiește un sistem self-improving pentru thumbnails YouTube inspirat din autoresearch loop-ul lui Andrej Karpathy. Sistemul trage date reale (500+ video-uri, CTR din YouTube API), creează eval criteria binare (12 întrebări yes/no despre thumbnail quality), iterează rapid (10 cicluri × 3 thumbnails), își îmbunătățește propriile prompt-uri automat, apoi rulează zilnic cu 4 surse de feedback: YouTube Reporting API (CTR real post-publish), ABC split tests (cel mai high-confidence signal), human feedback din iterații, și fast iterations (offline scoring). Rezultat: creștere de la 8.7/12 la 11/12 eval score în 10 iterații fără intervenție umană. Gap de performanță: thumbnail-uri vechi ~14% CTR vs noi ~3.4% CTR → sistemul învață din ce a funcționat înainte.
|
||||
|
||||
---
|
||||
|
||||
## 🎯 Puncte cheie
|
||||
|
||||
### 1. Data-Driven Eval Criteria (Not Vibes)
|
||||
|
||||
**Process:**
|
||||
- Scraped 180+ video-uri din ultimii 3 ani
|
||||
- Grupate în 3 categorii: winners (high CTR), losers (low CTR), mid
|
||||
- Analiză statistică pe titluri și thumbnails
|
||||
|
||||
**Data-backed patterns:**
|
||||
- **"How to"** în titlu: 50% winners vs 23% losers
|
||||
- **"Tutorial"**: 44% winners vs 13% losers
|
||||
- **Negative framing** (stop, forget, RIP): doar 6% în winners
|
||||
- **Exclamation marks**: loser criteria
|
||||
- **Questions în titlu**: loser criteria
|
||||
|
||||
**Concluzie:** Criteriile bazate pe CTR real, nu pe "mi se pare că arată bine"
|
||||
|
||||
---
|
||||
|
||||
### 2. 12 Binary Eval Questions
|
||||
|
||||
Format: **Yes/No** (nu scale 1-10), eliminates ambiguity
|
||||
|
||||
**Visual Anchor & Attention:**
|
||||
1. Single dominant visual anchor (face/graphic) taking 20%+ of frame?
|
||||
2. Anchor conveys emotion/energy/intrigue?
|
||||
3. Directional cues present (arrows, pointing)?
|
||||
|
||||
**Text & Readability:**
|
||||
4. Text limited to 1-4 bold, high-contrast words?
|
||||
5. Text readable at mobile size?
|
||||
|
||||
**Composition:**
|
||||
6. Background simple and uncluttered?
|
||||
7. Clear visual hierarchy?
|
||||
8. Shows result/output/transformation (not just tool/process)?
|
||||
|
||||
**Branding:**
|
||||
9. One or more recognizable logos present?
|
||||
|
||||
**Packaging (pentru title):**
|
||||
10-12. Similar criteria pentru titlu (how-to, tutorial, avoid negative framing)
|
||||
|
||||
**Why binary:** Consistent scoring, automatable, reproducible
|
||||
|
||||
---
|
||||
|
||||
### 3. Fast Iteration Loop (Offline)
|
||||
|
||||
**Flux:**
|
||||
1. Generate 3 thumbnails
|
||||
2. Score fiecare vs 12 criteria (Gemini Vision)
|
||||
3. Identify failures (criteria = no)
|
||||
4. Rewrite generation prompt pentru a fixa failures
|
||||
5. Repeat
|
||||
|
||||
**Rezultate (10 iterații):**
|
||||
- Start: 8.7/12 average score
|
||||
- End: 11/12 single best thumbnail
|
||||
- **Fără feedback uman**
|
||||
|
||||
**Examples of prompt improvements:**
|
||||
- Iteration 1: "Add emotional intrigue"
|
||||
- Iteration 3: "Make text much bigger and bolder"
|
||||
- Iteration 5: "Simplify background, remove clutter"
|
||||
- Iteration 8: "Increase visual hierarchy with directional cues"
|
||||
|
||||
**Beneficiu:** Better baseline ÎNAINTE de publish
|
||||
|
||||
---
|
||||
|
||||
### 4. Daily Slow Loop (Online Feedback)
|
||||
|
||||
**Flux complet:**
|
||||
1. **Create thumbnail:** Using thumbnail skill + feedback memory rules
|
||||
2. **Publish video**
|
||||
3. **Wait 2-3 days:** YouTube Reporting API data available
|
||||
4. **Pull CTR data:** Real click-through rate
|
||||
5. **Score thumbnail:** Against 12 criteria
|
||||
6. **Correlate:** High eval score + low CTR? = False positive
|
||||
7. **Update feedback memory JSON:** New data-backed rules
|
||||
8. **Next thumbnail starts from better baseline**
|
||||
|
||||
**Example correlation:**
|
||||
- Thumbnail scored 11/12 but got 3.4% CTR → False positive
|
||||
- Identify which criteria failed in practice
|
||||
- Update rules: "Circular logos = avoid" or "Too much background detail = reduce"
|
||||
|
||||
---
|
||||
|
||||
### 5. Four Feedback Sources
|
||||
|
||||
**1. YouTube Reporting API (slow but accurate)**
|
||||
- Real CTR post-publish
|
||||
- 2-3 days latency
|
||||
- Objective performance data
|
||||
|
||||
**2. ABC Split Tests (highest confidence)**
|
||||
- Same video, same audience, different packaging
|
||||
- YouTube picks winner automatically
|
||||
- Controlled experiment = most reliable signal
|
||||
- Extract winner/loser criteria → feed to memory JSON
|
||||
|
||||
**3. Human Feedback (during creation)**
|
||||
- Author dă feedback pe iterații: "I like this, don't like that"
|
||||
- Subjective dar rapid
|
||||
- Helps refine taste preferences
|
||||
|
||||
**4. Fast Iterations (offline scoring)**
|
||||
- Eval before publish
|
||||
- Catches obvious failures
|
||||
- Improves baseline
|
||||
|
||||
**Prioritizare:** ABC splits > YouTube API > Fast iterations > Human feedback
|
||||
|
||||
---
|
||||
|
||||
### 6. Self-Rewriting Prompts
|
||||
|
||||
**Mechanism:**
|
||||
- Centralized `feedback_memory.json`
|
||||
- Conține reguli data-backed (nu vibes)
|
||||
- Auto-inject în generation prompts
|
||||
|
||||
**Exemplu feedback memory:**
|
||||
```json
|
||||
{
|
||||
"rules": [
|
||||
{"rule": "Use 'How to' in title", "confidence": 0.85, "source": "API"},
|
||||
{"rule": "Avoid circular logos", "confidence": 0.72, "source": "split_test"},
|
||||
{"rule": "Text size minimum 48px", "confidence": 0.91, "source": "iterations"}
|
||||
],
|
||||
"winners": [...],
|
||||
"losers": [...]
|
||||
}
|
||||
```
|
||||
|
||||
**Every new thumbnail:**
|
||||
- Loads feedback memory
|
||||
- Starts from better baseline
|
||||
- Incorporates all previous learnings
|
||||
|
||||
**Result:** Compounding improvements over time
|
||||
|
||||
---
|
||||
|
||||
## 💬 Quote-uri Relevante
|
||||
|
||||
> "It's never been clearer to me that we need to create these automated loops that improve itself every single time we do them."
|
||||
|
||||
> "You can't make up the eval criteria based on vibes. It has to be a yes/no answer."
|
||||
|
||||
> "The split test signal is the highest confidence signal because it is a controlled experiment. Same video, same audience but different packaging."
|
||||
|
||||
> "Every new thumbnail starts from a better baseline than the last."
|
||||
|
||||
> "The numbers are clear. The winners were using 'how to' in the titles 50% of the time, losers 23%."
|
||||
|
||||
> "It added specific features like make the text much bigger and bolder. It fixed the text again. It went from giving an average of 8.7 to a single 11 out of 12 in 10 iterations without giving me a single feedback."
|
||||
|
||||
> "That video got 29,000 views. But something interesting happened when I was checking the backend stats... the impression click-through rate of this video was 8%. But I have been making videos for 3 years in the AI space and some of my older videos are hitting 14%."
|
||||
|
||||
---
|
||||
|
||||
## 💡 Insights & Idei
|
||||
|
||||
### ✅ Pattern Universal - Aplicabil pentru Echo/Marius
|
||||
|
||||
#### 1. Autoresearch Loop = Eval Criteria Binare + Fast Iterations + Feedback Memory
|
||||
|
||||
**Core concept:**
|
||||
- Sistem care își rescrie propriile prompt-uri bazat pe date reale
|
||||
- Nu e specific pentru thumbnails - e un pattern universal
|
||||
|
||||
**Componentele:**
|
||||
1. **Binary eval criteria** (yes/no, nu scale)
|
||||
2. **Fast iterations** (offline, înainte de deploy)
|
||||
3. **Slow feedback** (online, post-deploy)
|
||||
4. **Feedback memory** (centralized rules, auto-inject)
|
||||
|
||||
**Aplicabilitate pentru Echo:**
|
||||
|
||||
**A. Morning/Evening Reports**
|
||||
- **Eval criteria:** Include DONE items? Calendar <48h? Insights cu quotes? Lungime <500 cuvinte?
|
||||
- **Fast iterations:** Generează 3 variante → Score → Îmbunătățește → Repeat × 5
|
||||
- **Slow feedback:** Track email open time, reply engagement, ignored sections
|
||||
- **Memory:** `memory/feedback/report-rules.json`
|
||||
|
||||
**B. YouTube Processing**
|
||||
- **Eval criteria:** TL;DR <150 cuvinte? 5+ puncte cheie? 3+ quotes? Tags domeniu?
|
||||
- **Fast iterations:** Procesează transcript → 3 variante summary → Score → Îmbunătățește
|
||||
- **Slow feedback:** Care insights sunt [x] executate vs [ ] ignorate? Ce domenii au engagement?
|
||||
- **Memory:** `memory/feedback/youtube-rules.json`
|
||||
|
||||
**C. Coaching Messages (08:00 & 23:00)**
|
||||
- **Eval criteria:** Întrebare deschisă? Sub 100 cuvinte? Ton empathic? Legat de avatar?
|
||||
- **Fast iterations:** 3 variante mesaj → Score tone/relevance → Îmbunătățește
|
||||
- **Slow feedback:** Reply rate? Depth of Marius response? Engagement patterns?
|
||||
- **Memory:** `memory/feedback/coaching-rules.json`
|
||||
|
||||
**D. Calendar Alerts**
|
||||
- **Eval criteria:** Alert <2h înainte? Include location? Include context? Action clear?
|
||||
- **Fast iterations:** N/A (simple alert)
|
||||
- **Slow feedback:** Snooze vs confirm rate? Ce events primesc reply rapid?
|
||||
- **Memory:** `memory/feedback/calendar-rules.json`
|
||||
|
||||
---
|
||||
|
||||
#### 2. Binary Eval Criteria >> Subjective Scoring
|
||||
|
||||
**De ce yes/no e mai bun decât scale 1-10:**
|
||||
- **Eliminates ambiguity:** "Are 3+ quotes?" = clar; "Calitate insight 1-10?" = subiectiv
|
||||
- **Easy to automate:** Regex, simple checks, no ML needed
|
||||
- **Reproducible:** Same input → same score (nu dependent de mood)
|
||||
- **Actionable:** "No" = știi exact ce să fix; "Score 6/10" = ce înseamnă?
|
||||
|
||||
**Pentru Echo:**
|
||||
- ✅ "Include link preview?" vs ❌ "Cât de util e link-ul 1-10?"
|
||||
- ✅ "Răspuns Marius <24h?" vs ❌ "Cât de urgent părea 1-10?"
|
||||
- ✅ "Git uncommitted files?" vs ❌ "Cât de important e commit-ul 1-10?"
|
||||
|
||||
**Implementation simple:**
|
||||
```python
|
||||
def eval_binary_criteria(content, criteria_list):
|
||||
score = 0
|
||||
failures = []
|
||||
for criterion in criteria_list:
|
||||
if criterion['check'](content):
|
||||
score += 1
|
||||
else:
|
||||
failures.append(criterion['name'])
|
||||
return {'score': score, 'total': len(criteria_list), 'failures': failures}
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
#### 3. Fast Iterations (Offline) vs Slow Feedback (Online)
|
||||
|
||||
**Fast iterations (înainte de deploy):**
|
||||
- **Scop:** Improve baseline fără a aștepta real-world data
|
||||
- **Speed:** Seconds to minutes
|
||||
- **Feedback:** Eval criteria (binary checks)
|
||||
- **Beneficiu:** Start from better baseline
|
||||
|
||||
**Slow feedback (post-deploy):**
|
||||
- **Scop:** Validate assumptions, correlate eval score cu real outcomes
|
||||
- **Speed:** Hours to days
|
||||
- **Feedback:** Real user behavior (CTR, reply rate, engagement)
|
||||
- **Beneficiu:** Detect false positives, refine rules
|
||||
|
||||
**Pentru Ralph Workflow:**
|
||||
- **Fast:** PRD generation → Self-review stories → Opus rewrite stories → Iterate (înainte de Claude Code implementation)
|
||||
- **Slow:** Deploy → Track bugs, missed dependencies, story rewrites → Feed back to PRD templates
|
||||
|
||||
**Beneficiu combinat:**
|
||||
- Fast = fewer bad deploys
|
||||
- Slow = continuous refinement based on reality
|
||||
|
||||
---
|
||||
|
||||
#### 4. Multiple Feedback Sources = Higher Confidence
|
||||
|
||||
**YouTube case (4 surse):**
|
||||
1. YouTube API (CTR real) - objective, slow
|
||||
2. ABC split tests - highest confidence (controlled experiment)
|
||||
3. Human feedback - subjective, fast
|
||||
4. Fast iterations - eval-based, instant
|
||||
|
||||
**Prioritizare:** Controlled experiments > Objective metrics > Eval criteria > Human vibes
|
||||
|
||||
**Pentru Echo:**
|
||||
|
||||
**Morning Reports:**
|
||||
1. **Email open tracking** (objective, medium speed) - "Open rate <1h?"
|
||||
2. **Reply engagement** (objective, fast) - "Reply to which sections?"
|
||||
3. **A/B test formats** (highest confidence) - "Weekly variation, track response"
|
||||
4. **Self-eval** (instant) - "Binary criteria passed?"
|
||||
|
||||
**YouTube Processing:**
|
||||
1. **Insights execution rate** (objective, slow) - "[x] vs [ ] ratio"
|
||||
2. **Follow-up tasks** (objective, medium) - "Video generates task?"
|
||||
3. **Domain relevance** (subjective, fast) - "Marius interest level?"
|
||||
4. **Self-eval** (instant) - "TL;DR length, quotes count, tags present?"
|
||||
|
||||
**Implementare:**
|
||||
```python
|
||||
feedback_sources = [
|
||||
{'name': 'objective_metric', 'weight': 0.4}, # CTR, reply rate, etc.
|
||||
{'name': 'controlled_test', 'weight': 0.3}, # A/B splits
|
||||
{'name': 'eval_criteria', 'weight': 0.2}, # Binary checks
|
||||
{'name': 'human_feedback', 'weight': 0.1} # Subjective
|
||||
]
|
||||
|
||||
def aggregate_feedback(sources_data):
|
||||
weighted_score = sum(data['score'] * src['weight']
|
||||
for src, data in zip(feedback_sources, sources_data))
|
||||
return weighted_score
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
#### 5. Self-Rewriting Prompts via Feedback JSON
|
||||
|
||||
**Pattern:**
|
||||
- Centralized feedback memory (`feedback_memory.json`)
|
||||
- Conține reguli data-backed (confidence score, source)
|
||||
- Auto-inject în generation prompts
|
||||
- Every iteration starts from better baseline
|
||||
|
||||
**Structure exemple:**
|
||||
```json
|
||||
{
|
||||
"domain": "morning_reports",
|
||||
"last_updated": "2026-03-21",
|
||||
"rules": [
|
||||
{
|
||||
"rule": "Include DONE items în primele 3 paragrafe",
|
||||
"confidence": 0.89,
|
||||
"source": "email_tracking",
|
||||
"rationale": "Open rate +42% când DONE e sus"
|
||||
},
|
||||
{
|
||||
"rule": "Calendar alerts <48h trebuie bold",
|
||||
"confidence": 0.76,
|
||||
"source": "reply_engagement",
|
||||
"rationale": "Confirm rate +28% când bold"
|
||||
},
|
||||
{
|
||||
"rule": "Evită secțiunea git status dacă fără uncommitted files",
|
||||
"confidence": 0.94,
|
||||
"source": "controlled_test",
|
||||
"rationale": "Reply time -15min când skip empty sections"
|
||||
}
|
||||
],
|
||||
"anti_patterns": [
|
||||
{
|
||||
"pattern": "Liste bullet >10 items",
|
||||
"confidence": 0.81,
|
||||
"rationale": "Ignored rate +35%"
|
||||
}
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
**Auto-injection în prompt:**
|
||||
```python
|
||||
def enhance_prompt_with_feedback(base_prompt, feedback_json_path):
|
||||
feedback = json.load(open(feedback_json_path))
|
||||
|
||||
# Filter high-confidence rules (>0.7)
|
||||
rules = [r for r in feedback['rules'] if r['confidence'] > 0.7]
|
||||
|
||||
# Inject în prompt
|
||||
rules_text = "\n".join([f"- {r['rule']} (confidence: {r['confidence']:.0%})"
|
||||
for r in rules])
|
||||
|
||||
enhanced = f"""{base_prompt}
|
||||
|
||||
DATA-BACKED RULES (apply these strictly):
|
||||
{rules_text}
|
||||
|
||||
ANTI-PATTERNS (avoid these):
|
||||
{chr(10).join([f"- {ap['pattern']}" for ap in feedback['anti_patterns']])}
|
||||
"""
|
||||
return enhanced
|
||||
```
|
||||
|
||||
**Beneficiu:** Compounding improvements - fiecare raport/insight/email e mai bun decât ultimul
|
||||
|
||||
---
|
||||
|
||||
#### 6. Data >> Vibes
|
||||
|
||||
**YouTube case:**
|
||||
- Gap: 14% CTR (old thumbnails) vs 3.4% CTR (new) = **10 percentage points**
|
||||
- Objective, măsurabil, imposibil de ignorat
|
||||
|
||||
**Pentru Marius:**
|
||||
|
||||
**A. Clienți noi (antreprenoriat)**
|
||||
- **Vibe:** "Nu știu dacă o să funcționeze"
|
||||
- **Data:** Track pitch proposals → response rate → conversion rate
|
||||
- **Insight:** "Email pitch cu case study = 43% reply vs 12% fără"
|
||||
|
||||
**B. Support tickets ROA**
|
||||
- **Vibe:** "Clientul ăsta e dificil"
|
||||
- **Data:** Track ticket resolution time, follow-up questions, satisfaction
|
||||
- **Insight:** "Video tutorial = 2.1 follow-ups vs 4.7 cu text explanation"
|
||||
|
||||
**C. ROA features**
|
||||
- **Vibe:** "Feature X e important"
|
||||
- **Data:** Track feature usage post-deploy (analytics)
|
||||
- **Insight:** "Rapoarte noi = 78% monthly active users, export PDF = 12%"
|
||||
|
||||
**D. Echo rapoarte**
|
||||
- **Vibe:** "Raportul ăsta e util"
|
||||
- **Data:** Track open rate, reply time, sections clicked
|
||||
- **Insight:** "Morning report open <1h = 64%, evening report = 31%"
|
||||
|
||||
**Implementation pentru tracking:**
|
||||
```python
|
||||
# În tools/analytics_tracker.py
|
||||
class FeedbackTracker:
|
||||
def __init__(self, db_path='memory/feedback/analytics.db'):
|
||||
self.db = sqlite3.connect(db_path)
|
||||
|
||||
def track_event(self, domain, event_type, metadata):
|
||||
"""Track any feedback event"""
|
||||
self.db.execute("""
|
||||
INSERT INTO events (domain, type, metadata, timestamp)
|
||||
VALUES (?, ?, ?, ?)
|
||||
""", (domain, event_type, json.dumps(metadata), time.time()))
|
||||
|
||||
def get_insights(self, domain, window_days=30):
|
||||
"""Extract data-backed insights"""
|
||||
# Query events în window
|
||||
# Calculate rates, patterns, correlations
|
||||
# Return ranked insights cu confidence scores
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### 🛠️ Implementare Practică pentru Echo
|
||||
|
||||
#### Plan A: Self-Improving Morning Reports
|
||||
|
||||
**Faza 1: Setup Eval Criteria (1 zi)**
|
||||
```python
|
||||
# În tools/morning_report_autoresearch.py
|
||||
EVAL_CRITERIA = [
|
||||
{
|
||||
'name': 'done_items_present',
|
||||
'check': lambda report: bool(re.search(r'✅.*DONE', report)),
|
||||
'weight': 0.15
|
||||
},
|
||||
{
|
||||
'name': 'calendar_alerts_48h',
|
||||
'check': lambda report: bool(re.search(r'📅.*<48h', report)),
|
||||
'weight': 0.20
|
||||
},
|
||||
{
|
||||
'name': 'length_under_500',
|
||||
'check': lambda report: len(report.split()) < 500,
|
||||
'weight': 0.10
|
||||
},
|
||||
{
|
||||
'name': 'insights_with_quotes',
|
||||
'check': lambda report: report.count('"') >= 2,
|
||||
'weight': 0.15
|
||||
},
|
||||
{
|
||||
'name': 'git_status_if_needed',
|
||||
'check': lambda report: ('uncommitted' in report.lower()) or ('git status: clean' in report.lower()),
|
||||
'weight': 0.10
|
||||
},
|
||||
{
|
||||
'name': 'link_preview_offered',
|
||||
'check': lambda report: 'moltbot.tailf7372d.ts.net/echo/' in report,
|
||||
'weight': 0.10
|
||||
}
|
||||
]
|
||||
```
|
||||
|
||||
**Faza 2: Fast Iterations (integrate în daily-morning-checks)**
|
||||
```python
|
||||
def generate_report_with_autoresearch():
|
||||
# Load feedback memory
|
||||
feedback = load_feedback('memory/feedback/morning-report-rules.json')
|
||||
|
||||
# Enhance base prompt
|
||||
prompt = enhance_prompt_with_feedback(BASE_REPORT_PROMPT, feedback)
|
||||
|
||||
# Fast iteration loop (5 cycles)
|
||||
best_report = None
|
||||
best_score = 0
|
||||
|
||||
for i in range(5):
|
||||
report = generate_report(prompt)
|
||||
eval_result = eval_binary_criteria(report, EVAL_CRITERIA)
|
||||
|
||||
if eval_result['score'] > best_score:
|
||||
best_report = report
|
||||
best_score = eval_result['score']
|
||||
|
||||
if eval_result['score'] >= 5: # 83%+ pass
|
||||
break
|
||||
|
||||
# Rewrite prompt based on failures
|
||||
prompt = fix_prompt(prompt, eval_result['failures'])
|
||||
|
||||
return best_report
|
||||
```
|
||||
|
||||
**Faza 3: Slow Feedback Tracking (background job)**
|
||||
```python
|
||||
# Nou job cron: feedback-tracker (daily 04:00)
|
||||
def track_morning_report_feedback():
|
||||
"""Rulează zilnic după morning report (03:00)"""
|
||||
# 1. Check email open time (Gmail API)
|
||||
open_time = get_email_open_time(latest_morning_report_id)
|
||||
|
||||
# 2. Track reply engagement (Discord API)
|
||||
reply = get_discord_reply(channel='#echo', after=morning_report_time)
|
||||
|
||||
# 3. Analyze patterns
|
||||
if open_time < 3600: # <1h
|
||||
score_positive('fast_open')
|
||||
|
||||
if reply and 'secțiune X' in reply:
|
||||
score_positive('section_X_engagement')
|
||||
|
||||
# 4. Update feedback JSON
|
||||
update_feedback_memory('morning-report-rules.json', insights)
|
||||
```
|
||||
|
||||
**Estimat efort:**
|
||||
- Setup: 4-6h (eval criteria, fast iteration loop, feedback tracking)
|
||||
- Maintenance: 0h (automat după setup)
|
||||
- Benefit: Rapoarte mai relevante, mai puține follow-up questions
|
||||
|
||||
---
|
||||
|
||||
#### Plan B: YouTube Processing Quality Loop
|
||||
|
||||
**Faza 1: Eval Criteria**
|
||||
```python
|
||||
YOUTUBE_EVAL_CRITERIA = [
|
||||
{'name': 'tldr_under_150', 'check': lambda md: len(extract_tldr(md).split()) < 150},
|
||||
{'name': 'five_plus_points', 'check': lambda md: md.count('###') >= 5},
|
||||
{'name': 'three_plus_quotes', 'check': lambda md: md.count('> ') >= 3},
|
||||
{'name': 'insights_marked', 'check': lambda md: bool(re.search(r'[✅🔴]', md))},
|
||||
{'name': 'tags_present', 'check': lambda md: bool(re.search(r'@(work|health|growth)', md))},
|
||||
{'name': 'link_preview', 'check': lambda md: 'files.html#memory/kb/' in md}
|
||||
]
|
||||
```
|
||||
|
||||
**Faza 2: Fast Iterations în youtube_subs.py**
|
||||
```python
|
||||
def process_with_autoresearch(transcript, title):
|
||||
feedback = load_feedback('memory/feedback/youtube-rules.json')
|
||||
prompt = enhance_prompt(BASE_YOUTUBE_PROMPT, feedback)
|
||||
|
||||
for i in range(3):
|
||||
summary_md = generate_summary(prompt, transcript, title)
|
||||
eval_result = eval_binary_criteria(summary_md, YOUTUBE_EVAL_CRITERIA)
|
||||
|
||||
if eval_result['score'] >= 5:
|
||||
break
|
||||
|
||||
prompt = fix_prompt(prompt, eval_result['failures'])
|
||||
|
||||
return summary_md
|
||||
```
|
||||
|
||||
**Faza 3: Slow Feedback (manual + automated)**
|
||||
```python
|
||||
# Track în memory/approved-tasks.md sau memory/YYYY-MM-DD.md
|
||||
# Când Marius marchează insight ca [x] executat:
|
||||
def track_insight_execution(insight_text, video_id):
|
||||
feedback_db.record_positive('insight_execution', {
|
||||
'video_id': video_id,
|
||||
'insight': insight_text,
|
||||
'domain': extract_domain(insight_text) # @work, @health, etc.
|
||||
})
|
||||
|
||||
# Lunar review (sau la cerere):
|
||||
def analyze_youtube_patterns():
|
||||
# Care domenii au highest [x] rate?
|
||||
# Care tipuri de insights sunt ignorate?
|
||||
# Ce lungime TL;DR are best engagement?
|
||||
# Update youtube-rules.json
|
||||
```
|
||||
|
||||
**Estimat efort:**
|
||||
- Setup: 3-4h
|
||||
- Maintenance: 1h/lună (manual review patterns)
|
||||
- Benefit: Insights mai actionable, mai puțin noise
|
||||
|
||||
---
|
||||
|
||||
#### Plan C: Ralph PRD Quality Loop
|
||||
|
||||
**Faza 1: PRD Eval Criteria**
|
||||
```python
|
||||
RALPH_PRD_CRITERIA = [
|
||||
{'name': 'use_cases_defined', 'check': lambda prd: '## Use Cases' in prd and prd.count('- ') >= 3},
|
||||
{'name': 'success_metrics', 'check': lambda prd: bool(re.search(r'(KPI|metric|measure)', prd, re.I))},
|
||||
{'name': 'tech_stack_specified', 'check': lambda prd: '## Tech Stack' in prd},
|
||||
{'name': 'stories_have_acceptance', 'check': lambda prd: prd.count('Acceptance Criteria:') >= 3},
|
||||
{'name': 'dependencies_identified', 'check': lambda prd: '## Dependencies' in prd},
|
||||
{'name': 'testing_strategy', 'check': lambda prd: bool(re.search(r'test', prd, re.I))}
|
||||
]
|
||||
```
|
||||
|
||||
**Faza 2: Fast Iterations (Opus + Sonnet collaboration)**
|
||||
```python
|
||||
# În tools/ralph_prd_generator.py
|
||||
def create_prd_with_autoresearch(project_name, description):
|
||||
feedback = load_feedback('memory/feedback/ralph-prd-rules.json')
|
||||
|
||||
for i in range(3):
|
||||
# Opus: Generate PRD
|
||||
prd_md = opus_generate_prd(project_name, description, feedback)
|
||||
|
||||
# Sonnet: Evaluate vs criteria
|
||||
eval_result = sonnet_eval_prd(prd_md, RALPH_PRD_CRITERIA)
|
||||
|
||||
if eval_result['score'] >= 5:
|
||||
break
|
||||
|
||||
# Opus: Rewrite based on failures
|
||||
description = opus_enhance_brief(description, eval_result['failures'])
|
||||
|
||||
# Generate prd.json
|
||||
prd_json = opus_prd_to_json(prd_md)
|
||||
|
||||
return prd_md, prd_json
|
||||
```
|
||||
|
||||
**Faza 3: Slow Feedback (post-implementation tracking)**
|
||||
```python
|
||||
# Nou fișier: memory/feedback/ralph-tracking.json
|
||||
{
|
||||
"projects": [
|
||||
{
|
||||
"name": "roa-report-new",
|
||||
"prd_score": 6/6,
|
||||
"implementation": {
|
||||
"stories_completed_no_changes": 8,
|
||||
"stories_rewritten": 2,
|
||||
"bugs_post_deploy": 1,
|
||||
"missed_dependencies": 0
|
||||
},
|
||||
"quality_score": 0.87 # Derived metric
|
||||
}
|
||||
]
|
||||
}
|
||||
|
||||
# Lunar/per-project review:
|
||||
def analyze_ralph_quality():
|
||||
# PRD score 6/6 → quality_score high? Correlation?
|
||||
# Ce criteria au highest correlation cu success?
|
||||
# Update ralph-prd-rules.json
|
||||
```
|
||||
|
||||
**Estimat efort:**
|
||||
- Setup: 5-7h (Opus+Sonnet collaboration complex)
|
||||
- Maintenance: 1h/proiect (manual review post-deploy)
|
||||
- Benefit: PRD-uri mai robuste, mai puține rewrites în implementation
|
||||
|
||||
---
|
||||
|
||||
### 🔴 Limitări și Atenționări
|
||||
|
||||
#### 1. Overfitting la Date Istorice
|
||||
|
||||
**Problema:**
|
||||
- Optimizarea pentru "what worked în trecut" poate rata "what works NOW"
|
||||
- Context change: audience, trends, Marius preferences evolve
|
||||
|
||||
**YouTube case:**
|
||||
- Thumbnails de 3 ani în urmă: 14% CTR
|
||||
- Optimizing pentru acele patterns poate fi outdated
|
||||
|
||||
**Soluție pentru Echo:**
|
||||
- **Periodic baseline reset:** 1x/lună, ignore oldest 20% data
|
||||
- **A/B test new approaches:** Don't only optimize current rules, try variations
|
||||
- **Track rule age:** Decay confidence score over time (rule din 2025 = lower confidence în 2026)
|
||||
|
||||
**Implementation:**
|
||||
```python
|
||||
def decay_rule_confidence(rule, current_date):
|
||||
age_months = (current_date - rule['created']).months
|
||||
decay_factor = 0.95 ** age_months # 5% decay/lună
|
||||
return rule['confidence'] * decay_factor
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
#### 2. False Positives în Eval Criteria
|
||||
|
||||
**Problema:**
|
||||
- High eval score ≠ high real-world performance
|
||||
- Eval criteria pot fi superficiale (checks form, not substance)
|
||||
|
||||
**YouTube case:**
|
||||
- Thumbnail scored 11/12 dar got 3.4% CTR
|
||||
- Binary criteria passed, dar real audience nu a dat click
|
||||
|
||||
**Soluție pentru Echo:**
|
||||
- **MUST correlate eval score cu real outcomes**
|
||||
- Track: eval_score vs reply_rate, open_time, engagement
|
||||
- Identify false positives: high eval, low outcome
|
||||
- Refine criteria: "What did eval miss?"
|
||||
|
||||
**Implementation:**
|
||||
```python
|
||||
def detect_false_positives(threshold_eval=0.8, threshold_outcome=0.5):
|
||||
"""Find reports cu high eval score dar low real engagement"""
|
||||
false_positives = []
|
||||
for report in reports_db:
|
||||
if report['eval_score'] > threshold_eval and report['outcome_score'] < threshold_outcome:
|
||||
false_positives.append(report)
|
||||
# Analyze: ce criteria au trecut dar nu ar fi trebuit?
|
||||
return false_positives
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
#### 3. Slow Feedback Loop Latency
|
||||
|
||||
**Problema:**
|
||||
- YouTube API = 2-3 zile delay pentru CTR data
|
||||
- Slow to adapt la real-time changes
|
||||
|
||||
**Pentru Echo:**
|
||||
- **Email feedback:** Gmail API = same day (mai rapid)
|
||||
- **Discord replies:** Instant (dacă Marius răspunde)
|
||||
- **BUT:** Reply patterns = variabile (mood, busy-ness, etc.)
|
||||
|
||||
**Soluție:**
|
||||
- **Combine fast + slow signals:**
|
||||
- Fast: Email open time (hours)
|
||||
- Slow: Reply engagement patterns (days)
|
||||
- Very slow: Monthly satisfaction review
|
||||
- **Weight fast signals lower** (more noise), slow signals higher (more signal)
|
||||
|
||||
---
|
||||
|
||||
#### 4. Human-in-the-Loop Bias
|
||||
|
||||
**Problema:**
|
||||
- Dacă Marius dă feedback bazat pe vibes (nu data), loop se degradează
|
||||
- "Mi-a plăcut raportul ăsta" ≠ "Raportul ăsta m-a ajutat să iau decizie"
|
||||
|
||||
**Soluție:**
|
||||
- **Prioritize objective metrics** > human feedback
|
||||
- **Ask specific questions:** "Ce secțiune a fost cea mai utilă?" (nu "Ți-a plăcut?")
|
||||
- **Track behavior, not opinions:** Open time, reply time, action taken (mai reliable decât "rating 1-10")
|
||||
|
||||
**Implementation:**
|
||||
```python
|
||||
feedback_weights = {
|
||||
'objective_metric': 0.5, # CTR, reply time, open rate
|
||||
'controlled_test': 0.3, # A/B splits
|
||||
'eval_criteria': 0.15, # Binary checks
|
||||
'human_feedback': 0.05 # Lowest weight (most biased)
|
||||
}
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### 📊 Metrici de Success pentru Echo
|
||||
|
||||
Dacă implementăm autoresearch loop pentru rapoarte/insights/emails:
|
||||
|
||||
#### Baseline (Current - Unknown)
|
||||
|
||||
**Morning Reports:**
|
||||
- Generation time: ~5min (estimate)
|
||||
- Marius reply rate: ?% (not tracked)
|
||||
- Open time: ?h (not tracked)
|
||||
- Sections clicked: ? (not tracked)
|
||||
|
||||
**YouTube Processing:**
|
||||
- Generation time: ~3min (estimate)
|
||||
- Insights execution rate: ?% [x] vs [ ] (not systematically tracked)
|
||||
- Follow-up tasks: ? (not tracked)
|
||||
|
||||
**Email Communication:**
|
||||
- Draft time: ~2min (estimate)
|
||||
- Reply time: ?h average (not tracked)
|
||||
- Action items completed: ?% (not tracked)
|
||||
|
||||
---
|
||||
|
||||
#### Target (Cu Autoresearch - 3 Months)
|
||||
|
||||
**Morning Reports:**
|
||||
- Generation time: <3min (fast iterations reduce back-and-forth)
|
||||
- Marius reply rate: >70% (mai relevant content)
|
||||
- Open time: <1h for 80% of reports (better subject lines)
|
||||
- Sections clicked: Track + optimize (feedback JSON)
|
||||
|
||||
**YouTube Processing:**
|
||||
- Generation time: <2min (optimized prompts)
|
||||
- Insights execution rate: >50% [x] (mai actionable)
|
||||
- Follow-up tasks: 30%+ of relevant videos (better filtering)
|
||||
|
||||
**Email Communication:**
|
||||
- Draft time: <1min (learned patterns)
|
||||
- Reply time: <12h average (clearer action items)
|
||||
- Action items completed: >80% (better framing)
|
||||
|
||||
---
|
||||
|
||||
#### Tracking Implementation
|
||||
|
||||
**Nou: `memory/feedback/analytics.db` (SQLite)**
|
||||
```sql
|
||||
CREATE TABLE events (
|
||||
id INTEGER PRIMARY KEY,
|
||||
domain TEXT, -- 'morning_report', 'youtube', 'email'
|
||||
event_type TEXT, -- 'open', 'reply', 'execute_insight', 'click'
|
||||
metadata JSON, -- {report_id, section, timestamp, etc.}
|
||||
timestamp INTEGER
|
||||
);
|
||||
|
||||
CREATE TABLE feedback_rules (
|
||||
id INTEGER PRIMARY KEY,
|
||||
domain TEXT,
|
||||
rule TEXT,
|
||||
confidence REAL,
|
||||
source TEXT, -- 'api', 'split_test', 'human', 'eval'
|
||||
rationale TEXT,
|
||||
created INTEGER,
|
||||
last_updated INTEGER
|
||||
);
|
||||
```
|
||||
|
||||
**Dashboard tracking:**
|
||||
```python
|
||||
# Extend dashboard/index.html cu Analytics tab
|
||||
# Show:
|
||||
# - Eval score trends over time (improving?)
|
||||
# - Outcome metrics (reply rate, open time, execution rate)
|
||||
# - Correlation: eval vs outcome (detect false positives)
|
||||
# - Top rules by confidence
|
||||
# - Recent feedback events
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 🔗 Link-uri & Resurse
|
||||
|
||||
- **Video:** https://youtu.be/0PO6m09_80Q
|
||||
- **Karpathy Autoresearch:** https://github.com/karpathy/autoresearch (referenced)
|
||||
- **YouTube Reporting API:** https://developers.google.com/youtube/reporting
|
||||
- **YouTube Analytics API:** https://developers.google.com/youtube/analytics
|
||||
- **Gemini Vision:** Used for thumbnail scoring
|
||||
|
||||
**Cohort mentioned:**
|
||||
- Live build session: March 23rd (Monday & Thursday)
|
||||
- Free community: ~1,000 members, "AI agent classroom"
|
||||
- Python file: 1,000 lines (shared în community)
|
||||
|
||||
---
|
||||
|
||||
## 📝 Note Suplimentare
|
||||
|
||||
### Gap Performance Original
|
||||
- **Old thumbnails (3 ani):** 14-18% CTR (best performers)
|
||||
- **Recent thumbnails:** 3.4-9% CTR
|
||||
- **Gap:** 10+ percentage points → motivație pentru autoresearch
|
||||
|
||||
### ABC Split Test Winner
|
||||
- **A (abstract/text-heavy):** 51% preference
|
||||
- **B (mid):** 28%
|
||||
- **C (author face):** 21% (lowest - "That hurts")
|
||||
|
||||
### Implementation Details
|
||||
- **Airtable:** Used pentru storing video data (500+ videos)
|
||||
- **Gemini Vision:** Scoring thumbnails vs criteria
|
||||
- **1,000 lines Python:** Entire autoresearch system
|
||||
- **Fast iterations:** 10 cycles, 3 thumbnails each = 30 total generated
|
||||
- **Final winner:** 11/12 score (doar 1 criterion failed)
|
||||
|
||||
### Author's Other Systems
|
||||
- **AI clone for social media:** Instagram/Facebook reels (35k views, automated)
|
||||
- **Thumbnail skill:** Existing skill în OpenClaw/Claude Code pentru quick generation
|
||||
|
||||
---
|
||||
|
||||
**Status:** [ ] Discută cu Marius: Implementăm autoresearch pentru Echo rapoarte?
|
||||
**Priority:** High - pattern universal, beneficiu mare pe termen lung
|
||||
**Estimat efort:** 10-15h setup initial (toate 3 domenii), apoi automat
|
||||
**ROI:** Compounding improvements - fiecare raport/insight mai bun decât ultimul
|
||||
204
memory/kb/youtube/2026-03-21-multi-agent-team-polling.md
Normal file
204
memory/kb/youtube/2026-03-21-multi-agent-team-polling.md
Normal file
@@ -0,0 +1,204 @@
|
||||
# My Multi-Agent Team (NOT OpenClaw)
|
||||
|
||||
**URL:** https://youtu.be/Zhbx-dj0qHE
|
||||
**Durată:** 16:18
|
||||
**Data salvare:** 2026-03-21
|
||||
**Tags:** @work @scout @project #architecture #automation #agents #security
|
||||
|
||||
---
|
||||
|
||||
## 📋 TL;DR
|
||||
|
||||
Demonstrație sistem minimal de delegare automată către agenți AI (Claude Code/Codex) prin task manager (Linear/Jira). Spre deosebire de OpenClaw (push-based, webhook-uri publice expuse), folosește **polling architecture** - mai sigur, fără porturi expuse. Worker-ul urmărește ticket queue, preia task-uri, le execută autonom (git worktree + Claude Code + tests + code review) și deschide PR pentru review. Scalează de la 1 worker local la sute pe VPS-uri.
|
||||
|
||||
---
|
||||
|
||||
## 🎯 Puncte cheie
|
||||
|
||||
### 1. Polling vs Push Architecture
|
||||
- **Polling** (propus în video):
|
||||
- Mai sigur - fără porturi expuse, doar outbound requests
|
||||
- Worker întreabă periodic task manager dacă sunt ticket-uri noi
|
||||
- Latență acceptabilă (~60s) pentru task-uri de background
|
||||
- **Push** (OpenClaw):
|
||||
- Expune webhook-uri HTTP publice
|
||||
- Mai mare attack surface
|
||||
- Răspuns instant, dar risc securitate mai mare
|
||||
|
||||
### 2. Worker Background Autonom
|
||||
**Flux complet:**
|
||||
1. Poll task queue la interval (ex: 60s)
|
||||
2. Claim ticket (mută status în "In Progress")
|
||||
3. Creează git worktree nou
|
||||
4. Delegate către Claude Code/Codex
|
||||
5. Rulează tests
|
||||
6. Self-review cu CodeRabbit
|
||||
7. Deschide PR
|
||||
8. Mută ticket în "Review"
|
||||
|
||||
**Caracteristici:**
|
||||
- Full delegation - nu mai ești in-the-loop
|
||||
- Pentru task-uri mici: bug fixes, doc updates, refactoring
|
||||
- Rulează oriunde: local, VPS, cloud
|
||||
|
||||
### 3. Hooks Deterministe
|
||||
**Concept:** Guardrails deterministe în jurul agent-ului non-determinist
|
||||
|
||||
**Pre-hooks:**
|
||||
- Git checkout branch
|
||||
- Git pull
|
||||
- Setup environment
|
||||
|
||||
**Post-hooks:**
|
||||
- Run tests
|
||||
- Git push
|
||||
- Open PR (GitHub CLI)
|
||||
- Code review (CodeRabbit)
|
||||
|
||||
### 4. Code Review Automat
|
||||
**Tool:** CodeRabbit
|
||||
- Integrat cu Claude Code (CLI + GitHub)
|
||||
- Layer extra de quality assurance
|
||||
- Critic când nu mai ești tu in-the-loop
|
||||
|
||||
**Workflow intern agent:**
|
||||
```
|
||||
Write code → Run tests → Self-review (CodeRabbit) → Fix issues → Run tests again
|
||||
```
|
||||
|
||||
### 5. Scalabilitate
|
||||
- **1 worker local** → task-uri ocazionale
|
||||
- **N workers pe aceeași mașină** → task-uri paralele
|
||||
- **Workers pe VPS-uri multiple** → sute de task-uri simultan
|
||||
- **Task manager agnostic:** Linear (demo), Jira, Monday, Todoist
|
||||
- **Agent agnostic:** Claude Code, Codex, orice CLI agent
|
||||
|
||||
---
|
||||
|
||||
## 💬 Quote-uri Relevante
|
||||
|
||||
> "We're working as managers here. We're just delegating work to agents who are going to do the work for us."
|
||||
|
||||
> "With OpenClaw you're exposing a webhook... The architecture we're using here is a pull-based architecture. So we don't have to expose any ports."
|
||||
|
||||
> "These are deterministic guardrails around non-deterministic agents."
|
||||
|
||||
> "If you're working on smaller tasks like bug fixes or documentation updates, you generally don't need to be involved in the loop."
|
||||
|
||||
> "Tools like OpenClaw are exciting and interesting, but I believe the architecture is relatively insecure because it requires you exposing things on the public internet."
|
||||
|
||||
> "What's interesting here is the architecture, not necessarily the code."
|
||||
|
||||
---
|
||||
|
||||
## 💡 Insights & Idei
|
||||
|
||||
### ✅ Aplicabile pentru Echo/Marius
|
||||
|
||||
**1. Arhitectura polling e mai sigură decât push-based**
|
||||
- OpenClaw expune webhook-uri → risc prompt injection via internet
|
||||
- Polling = doar outbound requests, fără porturi expuse
|
||||
- Trade-off acceptabil: latență +60s vs securitate mult mai bună
|
||||
|
||||
**2. Task manager ca interfață de delegare**
|
||||
- Mai bun decât chat pentru tracking când ai N task-uri paralele
|
||||
- Vizibilitate clară: TODO → In Progress → Review → Done
|
||||
- Poate integra cu sistemul nostru: `memory/approved-tasks.md` → Linear/Jira light
|
||||
|
||||
**3. Hooks deterministe = siguranță**
|
||||
- Encapsulează agent-ul non-determinist între pași predictibili
|
||||
- Pre: setup environment, checkout branch
|
||||
- Post: tests, linting, security checks, PR
|
||||
|
||||
**4. Self-review loop critic pentru autonomie**
|
||||
- Agent scrie cod → testează → se auto-evaluează → corectează
|
||||
- Reduce iterații back-and-forth
|
||||
- CodeRabbit sau similar = must-have când nu ești in-the-loop
|
||||
|
||||
**5. Pattern interesant pentru Ralph workflow**
|
||||
- Ralph = similar dar mai complex (PRD → Stories → Implementation)
|
||||
- Ar putea beneficia de hooks deterministe și self-review loop
|
||||
- Polling model ar fi mai sigur decât push pentru integrări externe
|
||||
|
||||
### 🔴 Nu recomand (pentru contextul nostru)
|
||||
|
||||
**1. Full replacement OpenClaw cu polling system**
|
||||
- OpenClaw oferă mai mult decât doar webhook-uri (memory, cron, multi-channel)
|
||||
- Polling e bun pentru task queue, nu pentru conversații
|
||||
- Prefer: păstrăm OpenClaw, aplicăm principiile de securitate
|
||||
|
||||
**2. Linear/Jira ca task manager principal**
|
||||
- Overhead prea mare pentru workflow-ul nostru actual
|
||||
- `approved-tasks.md` + Discord notifications = suficient
|
||||
- Excepție: dacă Marius vrea tracking mai formal pentru proiecte mari
|
||||
|
||||
---
|
||||
|
||||
## 🛠️ Aplicabilitate Practică
|
||||
|
||||
### Scenariu 1: Ralph Workflow Improvement
|
||||
**Context:** Ralph generează proiecte autonom în `~/workspace/`
|
||||
|
||||
**Îmbunătățire posibilă:**
|
||||
```python
|
||||
# În tools/ralph_workflow.py
|
||||
def run_with_hooks(prd_json, project_dir):
|
||||
# Pre-hooks
|
||||
run_hook("git checkout -b feature/...")
|
||||
run_hook("setup_venv.sh")
|
||||
|
||||
# Agent execution
|
||||
run_ralph(prd_json)
|
||||
|
||||
# Post-hooks
|
||||
run_hook("pytest tests/")
|
||||
run_hook("ruff check .")
|
||||
run_hook("git push && gh pr create")
|
||||
```
|
||||
|
||||
**Beneficiu:** Siguranță mai mare, PR-uri automate, tests garantate
|
||||
|
||||
### Scenariu 2: Security Hooks pentru Echo
|
||||
**Context:** Echo rulează comenzi externe (email, calendar, git)
|
||||
|
||||
**Îmbunătățire posibilă:**
|
||||
```python
|
||||
# Pre-hook: verify command whitelist
|
||||
# Agent: execute task
|
||||
# Post-hook: audit log, security scan
|
||||
```
|
||||
|
||||
**Beneficiu:** Layer extra de siguranță pentru acțiuni sensibile
|
||||
|
||||
### Scenariu 3: Background Workers pentru ROA
|
||||
**Context:** Rapoarte ROA, procesare bonuri, ANAF monitor
|
||||
|
||||
**Polling model aplicabil:**
|
||||
- Worker monitorizează inbox/folder pentru noi fișiere
|
||||
- Preia, procesează autonom (parsare, validare, DB insert)
|
||||
- Notifică când e gata pentru review
|
||||
|
||||
**Beneficiu:** Marius doar delegă (trimite PDF), primește notificare când e procesat
|
||||
|
||||
---
|
||||
|
||||
## 🔗 Link-uri & Resurse
|
||||
|
||||
- **Video:** https://youtu.be/Zhbx-dj0qHE
|
||||
- **Code (mentioned):** Link in description (proof of concept)
|
||||
- **CodeRabbit:** https://coderabbit.ai (AI code review tool)
|
||||
|
||||
---
|
||||
|
||||
## 📝 Note Suplimentare
|
||||
|
||||
- Video e proof of concept, nu production-ready code
|
||||
- Autorul subliniază că arhitectura e mai importantă decât codul specific
|
||||
- OpenClaw e criticat pentru securitate, dar recunoscut ca "exciting and interesting"
|
||||
- Pattern-ul e scalabil: de la 1 worker la sute, de la local la cloud
|
||||
|
||||
---
|
||||
|
||||
**Status:** [ ] Review pentru integrare în workflow Echo/Ralph
|
||||
**Priority:** Medium - idei bune de securitate și autonomie
|
||||
**Next steps:** Discută cu Marius dacă vrea polling hooks în Ralph sau security hooks în Echo
|
||||
101
memory/kb/youtube/2026-03-22-anthropic-software-factory.md
Normal file
101
memory/kb/youtube/2026-03-22-anthropic-software-factory.md
Normal file
@@ -0,0 +1,101 @@
|
||||
# Anthropic Just Revealed Where Coding Is Heading
|
||||
|
||||
**URL:** https://youtu.be/pOsGxVKYd3s
|
||||
**Durată:** 12:20
|
||||
**Data salvare:** 2026-03-22
|
||||
**Tags:** @work @coding-ai @automation @anthropic @claude-code
|
||||
|
||||
---
|
||||
|
||||
## TL;DR
|
||||
|
||||
Anthropic a lansat remote scheduled tasks pentru Claude Code - agenți AI care rulează în cloud 24/7, conectați la diverse servicii (Sentry, GitHub, Telegram, Slack, Gmail). Merge către "software factory model" unde AI scrie cod non-stop bazat pe bug reports, feature requests, PR reviews - dezvoltatorul devine "factory floor manager" care doar aprobă/respinge output-ul.
|
||||
|
||||
---
|
||||
|
||||
## Puncte cheie
|
||||
|
||||
- **Remote scheduled tasks în cloud** - nu mai trebuie computer pornit local, Claude Code rulează pe servere Anthropic
|
||||
- **MCP connectors** - integrare cu Sentry (bug tracking), Gmail, GitHub, Telegram, Slack, Linear
|
||||
- **Software factory model** - agenți AI lucrează non-stop: citesc bug reports → scriu fix → fac PR → trimit notificare
|
||||
- **Exemple use cases:**
|
||||
- Bot care fixează automat PR-uri cu erori
|
||||
- Agent care găsește CI failures
|
||||
- Audit automat dependencies
|
||||
- Update documentație din source code
|
||||
- **Antropic builds for 6 months ahead** - infrastructură pentru Opus 5/6, nu pentru modelele curente (4.5/4.6)
|
||||
- **Developer role shift** - de la "worker" la "factory floor manager" - teste output, aprobi, optimizezi pipeline-ul
|
||||
- **Production speed explosion** - organizații mari vor shipa features zilnic/de mai multe ori pe zi
|
||||
|
||||
---
|
||||
|
||||
## Quote-uri importante
|
||||
|
||||
> "We're increasingly moving towards a software factory where you can kind of imagine that overnight an AI assistant is basically going through your GitHub issue backlog tackling each feature and then making brand new PR for you to review when you wake up in the morning."
|
||||
|
||||
> "They're building for where the models will be 6 months from now rather than where the models are right now."
|
||||
|
||||
> "The average developer role is slowly shifting from being a worker along that assembly line to being like a factory floor manager where agents are doing most of the production and you're just like testing the output, approving it, declining things and then just optimizing the factory line."
|
||||
|
||||
> "Right now you may be in a situation where you're reviewing pretty much everything that Opus 4.5, Opus 4.6 is writing. And then once we get to Opus 5, it's likely that you will just be doing a quick glance over anything it's written."
|
||||
|
||||
---
|
||||
|
||||
## Workflow exemplu (din video)
|
||||
|
||||
1. **Sentry fixer agent** (rulează hourly):
|
||||
- Conectat la Sentry via MCP
|
||||
- Găsește issues recente (3+ users affected)
|
||||
- Scrie fix
|
||||
- Creează PR
|
||||
- Trimite mesaj Telegram cu detalii
|
||||
|
||||
2. **Gmail bug reports agent**:
|
||||
- Monitorizează Gmail pentru bug reports de la useri
|
||||
- Extrage informații
|
||||
- Generează spec
|
||||
- Face fix sau trimite pentru review
|
||||
|
||||
3. **PR review agent**:
|
||||
- Scanează PR-uri noi
|
||||
- Găsește erori evidente
|
||||
- Propune fixes
|
||||
- Așteaptă approval
|
||||
|
||||
---
|
||||
|
||||
## Implicații
|
||||
|
||||
- **Consumption model shift** - Anthropic vrea să consumi mai mulți tokens 24/7
|
||||
- **Headless Chrome în cloud** - QA testing automat (deja în Cursor)
|
||||
- **Voice feedback loops** - agent trimite voice message când e ambiguitate, tu răspunzi rapid, el continuă
|
||||
- **Software evolution speed** - codebase evoluează extrem de rapid, multe PR-uri zilnic
|
||||
|
||||
---
|
||||
|
||||
## Red flags / Concerns
|
||||
|
||||
- "Why would I want it running 24/7 if current models introduce bugs?"
|
||||
- Răspuns: Build pentru Opus 5/6, nu pentru modelele curente
|
||||
- Mulți developeri se gândesc să renunțe ("quit, open a cafe, move to countryside")
|
||||
- Necesită încredere mare în output-ul modelului
|
||||
|
||||
---
|
||||
|
||||
## Relevanță pentru Marius
|
||||
|
||||
✅ **Automation mindset** - exact ce te pasionează
|
||||
✅ **80/20 philosophy** - AI face 80% din muncă, tu review 20%
|
||||
✅ **Ralph workflow connection** - deja folosești similar pentru features noi
|
||||
⚠️ **Consider pentru roa2web** - potential pentru agent care:
|
||||
- Monitorizează Sentry/logs
|
||||
- Fixează bug-uri simple automat
|
||||
- Face PR-uri pentru review dimineața
|
||||
|
||||
---
|
||||
|
||||
## Next steps potential
|
||||
|
||||
1. **Test remote scheduled task** - experimentează cu un task simplu (ex: daily git status summary)
|
||||
2. **MCP connectors exploration** - ce servicii ai putea conecta? (GitHub, GitLab, email?)
|
||||
3. **Software factory light** - mini-version pentru clawd/roa2web projects
|
||||
205
memory/kb/youtube/2026-03-22-claude-killed-note-taking-apps.md
Normal file
205
memory/kb/youtube/2026-03-22-claude-killed-note-taking-apps.md
Normal file
@@ -0,0 +1,205 @@
|
||||
# Claude just killed ALL Note-Taking Apps. Here is proof.
|
||||
|
||||
**Sursă:** https://youtu.be/geIKyDaXwGg
|
||||
**Durată:** 55:32
|
||||
**Data salvare:** 2026-03-22
|
||||
**Tags:** @work @growth @project
|
||||
|
||||
## TL;DR
|
||||
|
||||
Demonstrație completă despre cum Claude Code + folder local + SQLite database înlocuiește complet tool-urile PKM (Obsidian, Notion, etc.). Autorul construiește live un sistem de Personal Knowledge Assistance (PKA) folosind:
|
||||
- Un folder gol + Claude Code terminal
|
||||
- AI agents specializați (Larry orchestrator, Pax researcher, Nolan HR, Sable developer)
|
||||
- SQLite database pentru indexare
|
||||
- HTML interface custom pentru vizualizare
|
||||
|
||||
**Concluzie:** Nu mai ai nevoie de PKM tools - doar folder local + AI brain care poate fi schimbat (Claude → Gemini → GPT).
|
||||
|
||||
## Puncte Cheie
|
||||
|
||||
### 1. **Schimbarea fundamentală: de la PKM la PKA**
|
||||
- PKM (Personal Knowledge Management) → PKA (Personal Knowledge Assistance)
|
||||
- Tool-urile PKM te limitează la structura/viziunea developerului
|
||||
- Cu folder local + AI: control total, tool-agnostic, portabil
|
||||
|
||||
### 2. **Setup simplu (folder + Claude Code)**
|
||||
- Folder gol pe desktop
|
||||
- `cd /path/to/folder` în terminal
|
||||
- `claude` → acces complet la folder
|
||||
- **NU necesită cod!** Doar conversație naturală
|
||||
|
||||
### 3. **AI Team architecture**
|
||||
- **Larry** - orchestrator (niciodată nu face treaba direct, doar delegă)
|
||||
- **Pax** - senior researcher (web research, documentare skills)
|
||||
- **Nolan** - HR director (angajează AI agents noi după research Pax)
|
||||
- **Sable** - PKM app developer (interfețe, dashboards)
|
||||
- Fiecare agent = fișier .md în `/agents/` cu identity + persona + tools
|
||||
|
||||
### 4. **Folder structure**
|
||||
```
|
||||
/owners-inbox/ # Output AI → review Marius
|
||||
/team-inbox/ # Input files → AI să proceseze
|
||||
/team/ # AI agents definitions
|
||||
roster.md # Tabel cu toți membrii echipei
|
||||
agents/ # Identity files (.md)
|
||||
/.claude/ # Memory, skills, config
|
||||
database.db # SQLite - knowledge index
|
||||
dashboard.html # Interface vizualizare
|
||||
```
|
||||
|
||||
### 5. **Database SQLite - cheia indexării**
|
||||
- Notion/Obsidian = databases cu fancy UI
|
||||
- SQLite = același lucru, dar TU controlezi UI-ul
|
||||
- Tables: knowledge_base, journal_entries, meetings, contacts, interactions, projects
|
||||
- AI gestionează automat schema + populare date
|
||||
|
||||
### 6. **Interface HTML custom**
|
||||
- NU mai ești dependent de Obsidian plugins sau Notion templates
|
||||
- Ceri AI să construiască HTML exact cum vrei tu
|
||||
- Dashboards, analytics, vizualizări - orice
|
||||
- Clickable links către PDF-uri, fișiere
|
||||
- Se deschide în orice browser
|
||||
|
||||
### 7. **Remote control (mobile)**
|
||||
- Claude Code are remote control built-in
|
||||
- Slash `/remote` → URL pentru telefon
|
||||
- Acces complet la terminal + history pe mobil
|
||||
- SAU Claude desktop app (sync automat)
|
||||
|
||||
### 8. **Plan mode vs auto-execute**
|
||||
- **Shift+Tab** → Plan mode (propune, întreabă, apoi execută)
|
||||
- Default = auto-execute
|
||||
- Plan mode = mai sigur când nu ești sigur ce vrei
|
||||
|
||||
### 9. **Background agents**
|
||||
- Ctrl+B → agent lucrează în background
|
||||
- Poți continua să vorbești cu Larry în paralel
|
||||
- Mai multe terminale = 6-8 Larry's simultani pe taskuri diferite
|
||||
|
||||
### 10. **Bypass permissions**
|
||||
- Poate lansa Claude Code cu `--auto-approve` pentru full hands-off
|
||||
- Demo-ul cere manual approve pentru vizibilitate
|
||||
|
||||
### 11. **Scanner inbox automation**
|
||||
- Folder sincronizat cu scanner
|
||||
- Drag & drop 120+ PDF-uri în `/team-inbox/`
|
||||
- AI: OCR + organizare + categorii + adăugare în database
|
||||
- Agent "Librarian" dedicat pentru organizare continuă
|
||||
|
||||
### 12. **Backup & sync**
|
||||
- Folder → iCloud / Dropbox / Google Drive
|
||||
- Sincronizare automată cross-device
|
||||
- NU stai prizonier într-un tool
|
||||
|
||||
### 13. **Budget Claude Max**
|
||||
- $200/lună = 20x max plan (pentru demo heavy)
|
||||
- $100/lună = 5x max (recomandat pentru workload normal)
|
||||
- $20/lună = pro plan (OK pentru start)
|
||||
- Compară cu subscripții Notion + Obsidian plugins + alte tools
|
||||
|
||||
### 14. **Voice mode**
|
||||
- Slash `/voice` → ține Space, vorbește
|
||||
- Transcrie automat → AI execută
|
||||
- Ideal pentru mobile / hands-free
|
||||
|
||||
### 15. **Status line customization**
|
||||
- Bara de jos (weather, inbox items, etc.)
|
||||
- Slash `/status-line` → customizează ce vrei să vezi
|
||||
|
||||
## Quote-uri Notabile
|
||||
|
||||
> "We just entered a new era. PKM tools and knowledge management apps as you might know it are no longer relevant in 2026."
|
||||
|
||||
> "All I need is a single folder on my computer and Claude. It's not Claude replacing PKM tools - it's AI doing this. I can swap the brain managing this folder: Claude today, Gemini tomorrow, ChatGPT in a few years."
|
||||
|
||||
> "The real advantage in a business is empowering employees to build their own AI teams to become more efficient in their field of expertise. Anyone who learns how to use AI will have an unfair advantage."
|
||||
|
||||
> "People are scared when they hear 'terminal' or 'Claude Code'. Tell me at the end of the video if this was complicated or not."
|
||||
|
||||
> "Not one single line of code has appeared in this whole conversation yet - and won't."
|
||||
|
||||
> "If you've been using Notion or Obsidian, you're using databases already. It just gives you a nice front end. We will have an interface too - but YOU control it."
|
||||
|
||||
> "Obsidian files are formatted in a way that only Obsidian can properly use. They're useless if you want to use this in a different tool. It was always a lie that you had full control."
|
||||
|
||||
> "Now you can build interfaces, hubs, analytics dashboards - all the things you downloaded complicated plugins for. Build it the way YOU want it."
|
||||
|
||||
## Aplicații pentru Echo/Marius
|
||||
|
||||
### 1. **Sistem similar pentru roa2web docs**
|
||||
- Folder `~/roa2web-kb/` cu documentație întrebări frecvente
|
||||
- AI team pentru indexare + generare răspunsuri chatbot Maria
|
||||
- HTML dashboard pentru search documentație
|
||||
|
||||
### 2. **Scanner inbox pentru bonuri**
|
||||
- Folder dedicat scanner → automat OCR + categorii + Oracle insert
|
||||
- Agent "Accountant" specializat pe bonuri fiscale
|
||||
- Elimină `process_bon.py` manual
|
||||
|
||||
### 3. **Memory KB reorganization**
|
||||
- `memory/kb/` → SQLite database pentru indexare semantică mai bună
|
||||
- Dashboard HTML cu tags (@work, @health, @growth, etc.)
|
||||
- Eliminate update_notes_index.py (AI menține automat)
|
||||
|
||||
### 4. **Daily journaling automation**
|
||||
- Agent "Scribe" pentru morning/evening coaching
|
||||
- Auto-populate database cu entries
|
||||
- Analytics: mood tracking, patterns, insights
|
||||
|
||||
### 5. **Email processing automation**
|
||||
- Team inbox → forward emails
|
||||
- Agent procesează automat (TL;DR, categorie, acțiuni)
|
||||
- Dashboard cu emailuri importante, deadlines, follow-ups
|
||||
|
||||
### 6. **Client CRM simplu**
|
||||
- Contacts database (clienți, proiecte, interacțiuni)
|
||||
- Agent "Relationship Manager" - track comunicări, renewals
|
||||
- Dashboard cu client health, upcoming renewals
|
||||
|
||||
### 7. **ANAF monitoring integration**
|
||||
- Agent dedicat ANAF → detectează modificări → adaugă în database
|
||||
- Dashboard cu timeline modificări, impact, to-do items
|
||||
|
||||
### 8. **Ralph workflow enhancement**
|
||||
- Folder `~/workspace/` → Ralph agents per proiect
|
||||
- Orchestrator Larry pentru multi-project management
|
||||
- Dashboard cu progres stories cross-projects
|
||||
|
||||
## Acțiuni Recomandate
|
||||
|
||||
**✅ RECOMAND** (80/20):
|
||||
|
||||
1. **Experiment PKA pentru memory/kb/** (1h setup, beneficiu mare)
|
||||
- Test cu folder separat `~/pka-test/`
|
||||
- Replică setup din video (Larry + Pax + Nolan)
|
||||
- Importă memory/kb/ existent → database
|
||||
- Generează HTML dashboard pentru vizualizare
|
||||
- **Impact:** Search semantic mai bun, organizare automată, dashboard insights
|
||||
- **Integrare:** Înlocuiește `update_notes_index.py` + notes.html cu soluție mai smart
|
||||
|
||||
2. **Scanner inbox automation** (2h setup, elimină proces manual)
|
||||
- Agent "Librarian" pentru bonuri PDF
|
||||
- Auto OCR + categorii + Oracle insert
|
||||
- **Impact:** Elimină `process_bon.py --save` manual, economie 10-15 min/zi
|
||||
|
||||
⚠️ **AȘTEPT** (necesită discuție):
|
||||
|
||||
3. **Full migration PKM system** (3-4h, schimbare majoră)
|
||||
- Migrare completă memory/ → PKA system
|
||||
- Risc: learning curve, debugging, posibile probleme
|
||||
- **Recomand:** Mai întâi experimente mici (#1, #2), apoi evaluăm
|
||||
|
||||
## Note Tehnice
|
||||
|
||||
- **SQLite** = database local, fără server, portabil
|
||||
- **HTML dashboard** = static file, se deschide în browser
|
||||
- **Agents** = fișiere .md cu identity + context, fără cod
|
||||
- **Remote control** = Claude Code feature pentru mobile access
|
||||
- **Plan mode** = Shift+Tab, AI propune plan înainte să execute
|
||||
- **Background agents** = Ctrl+B, lucrează parallel
|
||||
|
||||
---
|
||||
|
||||
**Procesare completă:** ✅
|
||||
**Index actualizat:** (pending)
|
||||
**Link preview:** https://moltbot.tailf7372d.ts.net/echo/files.html#memory/kb/youtube/2026-03-22-claude-killed-note-taking-apps.md
|
||||
159
memory/kb/youtube/2026-03-23-mfa-bypass-threats.md
Normal file
159
memory/kb/youtube/2026-03-23-mfa-bypass-threats.md
Normal file
@@ -0,0 +1,159 @@
|
||||
# Hackers can bypass Your MFA In 2026 (And How To Stop It)
|
||||
|
||||
**URL:** https://youtu.be/b_KDCLBVng0
|
||||
**Durată:** 38:10
|
||||
**Data salvare:** 2026-03-23
|
||||
**Tags:** @work, #security, #mfa, #2fa, #threatlocker
|
||||
|
||||
---
|
||||
|
||||
## TL;DR
|
||||
|
||||
Rob from ThreatLocker explică de ce MFA nu e suficient în 2026 și prezintă soluții avansate. Atacatorii pot evita MFA prin: SIM swapping (SMS), MFA bombing, session token stealing, și reverse proxy (Evil Jinx). Soluții: authenticator apps > SMS, biometric hardware keys (YubiKey), și cel mai sigur - ThreatLocker's Zero Trust Cloud Access care rutează traficul prin infra trust și blochează accesul pe bază de IP ranges + identitate.
|
||||
|
||||
---
|
||||
|
||||
## Puncte Cheie
|
||||
|
||||
### Vulnerabilități MFA
|
||||
|
||||
1. **SMS 2FA - cel mai slab** (dar mai bun decât nimic)
|
||||
- SIM swapping simplu: cineva intră în Verizon/AT&T și pretinde că e tu
|
||||
- Multe bănci încă folosesc doar SMS
|
||||
|
||||
2. **MFA Bombing**
|
||||
- Atacatorul trimite sute/mii de request-uri MFA
|
||||
- Speră că victima va aproba accidental sau din frustrare
|
||||
|
||||
3. **Session Token/Cookie Stealing**
|
||||
- Chiar dacă ai MFA, token-ul din cookie poate fi furat
|
||||
- PowerShell script simplu poate copia cookie-ul
|
||||
- Atacatorul NU mai trebuie să facă login - doar mută cookie-ul
|
||||
|
||||
4. **Evil Jinx (Reverse Proxy)**
|
||||
- Proxy între utilizator și site legitim
|
||||
- URL arată aproape identic cu cel real
|
||||
- User face login + MFA normal, dar proxy interceptează token-ul
|
||||
|
||||
### Soluții Recomandate
|
||||
|
||||
**Nivel 1: Authenticator Apps**
|
||||
- Google Authenticator, Microsoft Authenticator, Duo
|
||||
- Mult mai bune decât SMS
|
||||
- Rob folosește 3-4 apps diferite (work vs personal separation)
|
||||
- Apple iCloud Passwords are 2FA built-in, dar Rob preferă separate
|
||||
|
||||
**Nivel 2: Hardware Keys cu Biometrie**
|
||||
- YubiKey cu fingerprint = best available pentru user normal
|
||||
- Problema vechilor YubiKey: lăsate permanent conectate = useless
|
||||
- Noile modele biometrice rezolvă: ai 2FA + identity verification
|
||||
|
||||
**Nivel 3: Zero Trust Cloud Access (ThreatLocker)**
|
||||
- Rutează tot traficul prin ThreatLocker infrastructure
|
||||
- Office 365 (sau orice serviciu) locked down la ThreatLocker IP ranges
|
||||
- Chiar dacă atacator fură cookie/token, nu poate accesa (wrong IP)
|
||||
- Include Face ID pentru VPN connection
|
||||
- Works pentru: O365, G Suite, Git, Atlassian, etc.
|
||||
|
||||
**Nivel 4: Zero Trust Network Access**
|
||||
- NU mai deschizi porturi la internet (RDP, VPN, management ports)
|
||||
- Dispozitivele comunică prin ThreatLocker agent
|
||||
- Showdan search Orlando: 800-900 dispozitive cu RDP (3389) exposed = sitting ducks
|
||||
|
||||
### Best Practices Parole
|
||||
|
||||
1. **Critical accounts (2-3 max): NU în password manager**
|
||||
- ThreatLocker portal password
|
||||
- Office 365/email password
|
||||
- iCloud password
|
||||
- Memorizate, nicăieri scrise
|
||||
|
||||
2. **Restul: password manager cu parole lungi, complexe, unice**
|
||||
- Rob folosește iCloud Passwords pentru non-critical
|
||||
- Separation: work stuff vs personal
|
||||
|
||||
3. **Threat Model Matters**
|
||||
- Pentru bătrânei: caiet fizic cu parole > digital (mai greu să-i spargi casa)
|
||||
- Pentru normal user: password manager + MFA apps
|
||||
- Pentru paranoid: hardware keys + Zero Trust infra
|
||||
|
||||
### Social Engineering
|
||||
|
||||
- **Assume bad guys știu TOTUL despre tine:** SSN, adresă, școală, copii, câine
|
||||
- Rob's SSN leaked la 3 luni după mutare în US (data broker breach)
|
||||
- Scam-uri cu voice cloning (UK): lifestyle survey → clone voice → bank fraud
|
||||
- SIM swap attacks foarte comune la high-profile targets
|
||||
|
||||
### ThreatLocker Philosophy
|
||||
|
||||
- **Zero Trust = misnomer** - trebuie să ai încredere în cineva
|
||||
- 60,000+ organizații, 2000+ oameni la ZTW event
|
||||
- Track record: 0 breaches din 2017
|
||||
- Folosesc propriile tools intern (700 staff cu ThreatLocker agents)
|
||||
- Danny forțat pe Rob să treacă de pe iMac Pro pe Windows (nu exista Mac agent atunci)
|
||||
|
||||
---
|
||||
|
||||
## Quote-uri Notabile
|
||||
|
||||
> "Assume everyone knows where you live. Assume everybody knows where you went to school because it's not that difficult to find out. So assume the bad guys know almost as much about you as you do and work backwards from that."
|
||||
|
||||
> "It's all about your threat model, right? A little old lady might be better writing passwords in a physical book because how easy is it for a hacker to go to their house and break in versus just do it over the internet?"
|
||||
|
||||
> "If you have some sort of two-factor authentication on an account, it makes it that much harder for the bad guys to actually get in."
|
||||
|
||||
> "Every port that is open to the internet increases the attack surface of your environment. If you never have any ports open to the internet, your machine's effectively invisible to the outside world."
|
||||
|
||||
> "The biggest compliment somebody can give me is to say what I do and what we do as a company helps them sleep at night because it means we're changing their lives for the better."
|
||||
|
||||
> "You would be amazed at how simple it [session token stealing] is and it pretty much works for any website. We've done it for Git, Office 365 - it's unbelievably easy."
|
||||
|
||||
---
|
||||
|
||||
## Idei Aplicabile
|
||||
|
||||
### Pentru Marius/ROA
|
||||
|
||||
1. **Security audit clienți**
|
||||
- Câți clienți ROA folosesc doar parole (fără MFA)?
|
||||
- Câți au RDP/VPN expus la internet?
|
||||
- Oferă consultanță: implementare MFA pentru acces ROA
|
||||
|
||||
2. **ROA web interface security**
|
||||
- Implementează obligatoriu authenticator app 2FA (NU SMS)
|
||||
- Consider IP whitelisting pentru clienți corporate
|
||||
- Session token security: expire rapid, bind la IP/device
|
||||
|
||||
3. **Infrastructure hardening**
|
||||
- Audit Proxmox/Docker exposed ports (vezi INFRASTRUCTURE.md)
|
||||
- NU lăsa management ports deschise la internet
|
||||
- Consider Tailscale (deja folosit) ca Zero Trust layer
|
||||
|
||||
4. **Password policy pentru echipă**
|
||||
- Angajat nou + colegă: enforce password manager + 2FA
|
||||
- Critical accounts (Oracle, server admin): memorize, NU în manager
|
||||
- Separation: work vs personal credentials
|
||||
|
||||
5. **Feature ROA: MFA enforcement dashboard**
|
||||
- Admin poate vedea ce utilizatori au/nu au MFA activat
|
||||
- Alert când cineva se loghează de pe IP neobișnuit
|
||||
- Session management: kill sessions remote
|
||||
|
||||
### Content Ideas
|
||||
|
||||
- **Video/articol:** "De ce MFA nu te salvează de hackeri (și ce să faci)"
|
||||
- **Training clienți:** Best practices securitate contabilitate (ANAF, e-Factura)
|
||||
- **Fișă tehnică:** Cookie stealing demo (educational, pentru awareness)
|
||||
|
||||
---
|
||||
|
||||
## Surse Related
|
||||
|
||||
- Have I Been Pwned: hibp.com
|
||||
- Shodan: shodan.io (device exposure search)
|
||||
- ThreatLocker: threatlocker.com
|
||||
- YubiKey: yubico.com
|
||||
|
||||
---
|
||||
|
||||
**Procesare completă:** ✅ TL;DR + Puncte cheie + Quote-uri + Idei aplicabile
|
||||
180
memory/kb/youtube/2026-03-25-nobel-prize-aging-72h.md
Normal file
180
memory/kb/youtube/2026-03-25-nobel-prize-aging-72h.md
Normal file
@@ -0,0 +1,180 @@
|
||||
# This Nobel Prize Discovery Reverses Aging In 72 Hours
|
||||
|
||||
**Data:** 2026-03-25
|
||||
**Sursă:** https://youtu.be/0CVhTIHisDc
|
||||
**Durată:** 16:48
|
||||
**Autor:** Dave Asprey
|
||||
**Tags:** @health @work @fisa
|
||||
|
||||
---
|
||||
|
||||
## TL;DR
|
||||
|
||||
Dave Asprey explică descoperirea premiată cu Nobel din 2016 despre **autophagie** - procesul natural de "curățare celulară" care poate inversa îmbătrânirea biologică. Cheia: post de 3 zile activează complet autofagia (reciclarea componentelor celulare deteriorate), dar majoritatea oamenilor fac greșeli care blochează beneficiile. Protocol: 2 zile pregătire (scădere carbohidrați) → 3 zile post (doar apă + electroliți) → rupere treptată cu bone broth. Frecvență recomandată: la 3-6 luni.
|
||||
|
||||
Diferență crucială: 16h post = doar arzi grăsime. 72h post = activezi stem cells, BDNF cerebral, curățare mitocondrie profundă.
|
||||
|
||||
---
|
||||
|
||||
## Puncte Cheie
|
||||
|
||||
### Îmbătrânirea vs Cronologia
|
||||
- **Vârstă cronologică** = câți ani ai
|
||||
- **Vârstă biologică** = cum funcționează celulele tale
|
||||
- Doi oameni de 50 ani pot avea biologie de 30, respectiv 70
|
||||
- Diferența NU e genetică - e despre activarea switch-ului de reparare
|
||||
|
||||
### Ce Cauzează Îmbătrânirea Celulară
|
||||
1. **Proteine deteriorate** - se acumulează ca "gunoi în fabrică"
|
||||
2. **Mitocondrie slabe** - produc mai puțin ATP (energie)
|
||||
3. **Stres oxidativ** - DNA-ul suferă daune zilnice
|
||||
4. **Inflamație cronică** - sistemul imun reacționează constant la deșeuri
|
||||
5. **Creier afectat** - proteine deteriorate în neuroni = brain fog
|
||||
|
||||
### Autophagia (Premiu Nobel 2016)
|
||||
- Descoperită de **Dr. Yoshinori Osumi**
|
||||
- Significa "auto-mâncare" dar e de fapt curățare + reciclare celulară
|
||||
- Descompune: mitocondrie uzate, proteine deteriorate, celule precanceroase
|
||||
- **Mitofagie** = specializare pentru mitocondrie defecte
|
||||
- Modernitatea o blochează: snacking constant + processed food + bad sleep
|
||||
|
||||
### Protocol Post 3 Zile
|
||||
|
||||
**Zilele 1-2 (Pregătire):**
|
||||
- Scădere treptată carbohidrați (golește glicogen)
|
||||
- Ultima masă devreme seara
|
||||
- Adaugă minerale: sare, magnesiu, potasiu
|
||||
- Cafeină moderată (dimineața, NU seara)
|
||||
|
||||
**Ziua 1 (Ardere glicogen):**
|
||||
- Cel mai greu - foame, mood swings, oboseală
|
||||
- Creștere hormon de creștere (protejează mușchii)
|
||||
- Început trecere spre grăsimi
|
||||
|
||||
**Ziua 2 (Ketoză profundă):**
|
||||
- Rezerve glicogen goale → ardere completă grăsimi
|
||||
- Ketone = combustibil premium pentru creier
|
||||
- Energie stabilă, minte clară
|
||||
- Autophagie intensificată, inflamație scade
|
||||
|
||||
**Ziua 3 (Peak beneficii):**
|
||||
- Ketone la maxim → focus + calm profund
|
||||
- Stem cells activate → sistem imun mai puternic
|
||||
- Mitocondrie eficiente
|
||||
- BDNF cerebral crescut (neuroplasticitate + memorie)
|
||||
|
||||
**Rupere Post:**
|
||||
- Bone broth sau proteină ușoară
|
||||
- Așteaptă 1h înainte de masă completă
|
||||
- Proteină + grăsimi + carbohidrați (dacă nu rămâi în ketoză)
|
||||
- Evită zahăr + ultraprocessed minim 1 zi
|
||||
|
||||
### Greșeli Comune
|
||||
❌ Nicio pregătire → cortisol crescut (stres vs reparare)
|
||||
❌ Electroliți scăzuți → dureri cap, crampe, palpitații
|
||||
❌ Antrenament intens → pierdere mușchi + cortisol
|
||||
❌ Somn prost → blochează hormon creștere + autophagie
|
||||
❌ Rupere cu zahăr → spike insulină + inflamație
|
||||
❌ Prea des (lunar) → burden prea mare pe corp
|
||||
|
||||
### Optimizare Mitocondrie (3 Metode)
|
||||
|
||||
**#3 - REHIT (5 min):**
|
||||
- 2 min slow walk/cycle (fără rezistență)
|
||||
- 20 sec sprint maxim (rezistență mare)
|
||||
- 2 min slow
|
||||
- 20 sec sprint maxim
|
||||
- Gata! → biogeneză mitocondrială eficientă
|
||||
|
||||
**#2 - Combustibill Clean:**
|
||||
- Grăsimi sănătoase > carbohidrați
|
||||
- Unt grass-fed, MCT oil, avocado, pește wild
|
||||
- Produc ketone = mai multă energie, mai puține deșeuri metabolice
|
||||
|
||||
**#1 - Autophagie (Postul 3 Zile)**
|
||||
- Cea mai puternică metodă
|
||||
- Frecvență: la 3-6 luni
|
||||
- NU lunar - prea multă presiune pe corp
|
||||
|
||||
---
|
||||
|
||||
## Quote-uri Importante
|
||||
|
||||
> "Aging doesn't begin on your skin. It begins in how well your body is functioning."
|
||||
|
||||
> "16 hours without food burns sugar. 72 hours without food turns on your body's anti-aging switch."
|
||||
|
||||
> "Autophagy identifies faulty components and breaks them down before they can become tumors."
|
||||
|
||||
> "Sometimes the most powerful biohack of all is to subtract. Just remove food for 72 hours and watch your body remember what it was designed to do."
|
||||
|
||||
> "The answer isn't out there. It's already inside of you. Autophagy is something your body was built to do and we just forgot how to turn it on in modern society."
|
||||
|
||||
> "None of those responses are wrong. They're just signals. Your body is showing you where it's healing and what it's struggling with."
|
||||
|
||||
---
|
||||
|
||||
## Idei & Aplicații Practice
|
||||
|
||||
### Pentru Marius
|
||||
|
||||
**Context actual:**
|
||||
- Durere cronică cervicală C6-C7 (aproape zilnic, ~1 an)
|
||||
- Chisturi sebacee scalp (12-13 ani, inflamații periodice)
|
||||
- Interes în post negru și sănătate alternativă
|
||||
- Experiență cu ritualuri dimineață/seară
|
||||
|
||||
**Oportunități:**
|
||||
|
||||
1. **Post 3 Zile Trimestrial**
|
||||
- Martie/Iunie/Septembrie/Decembrie
|
||||
- Potențial reducere inflamație cronică (cervicală + chisturi)
|
||||
- Start: weekend liber de NLP
|
||||
- Tracking: jurnal simptome înainte/după
|
||||
|
||||
2. **REHIT 5 Min Daily**
|
||||
- Micro-investiție timp, impact mare
|
||||
- Poate îmbunătăți energie zilnică
|
||||
- Gentle pentru probleme cervicale
|
||||
- Bike static acasă sau mers rapid exterior
|
||||
|
||||
3. **Shift Combustibil Grăsimi**
|
||||
- Deja are interes în cetogeneză
|
||||
- MCT oil în cafea dimineața
|
||||
- Avocado + pește gras regular
|
||||
- Observă impact pe claritate mentală
|
||||
|
||||
4. **Protocol Somn Optimizat**
|
||||
- Post amplifică hormon creștere DACĂ somnul e bun
|
||||
- Cameră rece, întuneric complet
|
||||
- Fără cafeină după-amiază în zile de post
|
||||
|
||||
5. **Monitoring Biologic Age**
|
||||
- HRV tracking (dacă are smartwatch/ring)
|
||||
- Morning readiness score
|
||||
- Observă energie + focus înainte/după post
|
||||
- Poate cere teste DNA methylation (lab)
|
||||
|
||||
**Integrare în Flux Actual:**
|
||||
- Morning coaching → include reminder protocol pre-post (2 zile înainte)
|
||||
- Evening coaching → check-in energie/simptome în zile de post
|
||||
- Dashboard issues → tracking "Next 3-day fast: [dată]"
|
||||
- KB insights → documentare experiență personală
|
||||
|
||||
**Risc/Atenție:**
|
||||
- Verifică cu medic dacă ia medicamente (durere cervicală)
|
||||
- Nu combina cu perioadă stresantă (deadline-uri cliente)
|
||||
- Alege weekend fără curs NLP
|
||||
- Prima dată: sub 3 zile (48h) pentru teste
|
||||
|
||||
**Next Step Propunere:**
|
||||
- Creez fișă protocol complet 3-day fast în memory/kb/health/?
|
||||
- Adaug reminder trimestrial în cron pentru "3-day fast window available"?
|
||||
- Actualizez dashboard cu tracking section?
|
||||
|
||||
---
|
||||
|
||||
## Meta
|
||||
- **Salvat:** 2026-03-25
|
||||
- **Procesat de:** Echo
|
||||
- **Link notes:** https://moltbot.tailf7372d.ts.net/echo/files.html#memory/kb/youtube/2026-03-25-nobel-prize-aging-72h.md
|
||||
254
memory/kb/youtube/2026-03-25-yc-claude-toolkit.md
Normal file
254
memory/kb/youtube/2026-03-25-yc-claude-toolkit.md
Normal file
@@ -0,0 +1,254 @@
|
||||
# This Tech-CEO's Claude Code Toolkit Will Blow You Away
|
||||
|
||||
**Link:** https://youtu.be/MM320sAhFoY
|
||||
**Durată:** 26:33
|
||||
**Data salvare:** 2026-03-25
|
||||
**Tags:** @work @project #claude-code #yc #vibe-coding #product-development
|
||||
|
||||
---
|
||||
|
||||
## TL;DR
|
||||
|
||||
CEO-ul Y Combinator a creat o suită de 30+ skills pentru Claude Code care ghidează procesul complet de dezvoltare: de la validare idee până la documentație sincronizată cu codul. Top 5 skills acoperă: office hours (validare), CEO review (găsire 10x product ascuns), design consultation (sistem design cu riscuri creative), engineering review (arhitectură), și document release (sincronizare docs).
|
||||
|
||||
---
|
||||
|
||||
## Puncte Cheie
|
||||
|
||||
### Context
|
||||
- **Problema:** Vibe coders construiesc prea rapid lucruri pe care nimeni nu le vrea
|
||||
- **Soluție:** Y Combinator (creator Airbnb, DoorDash, Coinbase, Twitch, Reddit) a creat toolkit pentru Claude Code
|
||||
- **Filosofie YC:** Encourages toate startup-urile să folosească AI pentru coding
|
||||
|
||||
### 1. YC Office Hours Skill
|
||||
**Scop:** Replică experiența 1-on-1 cu partenerii YC
|
||||
|
||||
**Întrebări de validare:**
|
||||
- Ce construiești? (startup/side-project/open-source)
|
||||
- Care e cea mai tare dovadă că cineva vrea asta?
|
||||
- Ce ai încercat înainte și a eșuat?
|
||||
- Cine e user-ul țintă? (nu tu, următorul)
|
||||
- Ce fac oamenii acum pentru a rezolva problema?
|
||||
- **Wedge question:** Care e cea mai mică versiune pentru care lumea plătește bani REALI?
|
||||
- Devine mai esențial sau mai puțin esențial în timp?
|
||||
|
||||
**Output:**
|
||||
- Research automat (web search pentru conversations, competitors, open-source solutions)
|
||||
- Core premises extraction
|
||||
- Multiple approaches (A/B/C) cu recomandări
|
||||
- Basic wireframes
|
||||
|
||||
**Quote relevantă:**
|
||||
> "What's the smallest possible version of this thing that someone would actually pay real money for? Not like after you've built this thing in its entirety, like your first week, the first thing you could possibly ship."
|
||||
|
||||
### 2. CEO Review Skill
|
||||
**Scop:** Găsește "10-star product" ascuns în produsul curent
|
||||
|
||||
**Concept:** Multe companii de succes sunt offshoots ale altui produs
|
||||
- **Exemplu:** Slack = tool intern pentru o companie de gaming, devenit THE product
|
||||
|
||||
**Opțiuni după analiză:**
|
||||
- **Selective expansion:** Baseline solid + brainstorm oportunități viitoare
|
||||
- **Hold scope:** Let's build this exact thing
|
||||
- **Scope expansion:** I have bigger dreams
|
||||
- **Scope reduction:** Cut non-essentials (cea mai necesară opțiune)
|
||||
|
||||
**Proces:**
|
||||
- Analiză docs existente
|
||||
- Adversarial back-and-forth
|
||||
- Expansion opportunities cu estimări de timp
|
||||
- Adversarial review final (agent care challenge-uiește planul)
|
||||
|
||||
### 3. Design Consultation Skill
|
||||
**Scop:** Design system complet cu riscuri creative deliberate
|
||||
|
||||
**Diferența:** Produse care ARATĂ nice vs produse RECUNOSCUTE = deliberate creative risks
|
||||
|
||||
**Proces:**
|
||||
- Research space (competitor screenshots, aesthetic)
|
||||
- Sub-agents pentru alternative design directions
|
||||
- Design proposal: aesthetic, typography, colors, layout, spacing, motion
|
||||
- **Safe vs Risky choices** breakdown
|
||||
- HTML design system generat automat
|
||||
|
||||
**Output:**
|
||||
- Typography examples + usage
|
||||
- Color palette
|
||||
- UI components (buttons, labels, alerts)
|
||||
- Number/timestamp formatting
|
||||
- App mockups complete
|
||||
|
||||
### 4. Engineering Review Skill
|
||||
**Scop:** Arhitectură solidă și decizii tehnice validate
|
||||
|
||||
**Coverage areas:**
|
||||
- Architecture & component structure
|
||||
- Layers (presentation, business logic, data)
|
||||
- System boundaries (what owns what)
|
||||
- Data flow între componente
|
||||
- States & failure modes
|
||||
- Edge cases handling
|
||||
- Authentication & authorization
|
||||
- Test coverage
|
||||
|
||||
**Proces:** 15+ min de Q&A despre fiecare aspect tehnic
|
||||
**Output:** CEO plan actualizat cu engineering considerations, deferred decisions, key decisions
|
||||
|
||||
### 5. Document Release Skill
|
||||
**Scop:** Previne "snake in the grass" - documentație out-of-date
|
||||
|
||||
**Problema clasică vibe coders:**
|
||||
- Move prea rapid
|
||||
- Nu actualizează docs
|
||||
- 2 zile mai târziu: cod folosește info outdated → breaks everything
|
||||
|
||||
**Steps:**
|
||||
1. Find all diffs (ce s-a schimbat)
|
||||
2. Cross-reference cu docs existente
|
||||
3. Note conflicts
|
||||
4. Update docs dacă e necesar
|
||||
5. Quiz pe risky changes (ex: broke authentication?)
|
||||
6. Check changelog consistency
|
||||
7. Check architecture docs consistency
|
||||
8. Clean up dangling TODOs
|
||||
9. Help commit & version management
|
||||
|
||||
**Recomandare structură folder:**
|
||||
- README
|
||||
- Architecture outline
|
||||
- Contribution guidelines
|
||||
- Changelog
|
||||
- TODOs referenced
|
||||
- Design artifacts
|
||||
|
||||
**Quote esențială:**
|
||||
> "Having this type of setup... super super valuable to make sure you're not inadvertently breaking things and not knowing about it."
|
||||
|
||||
---
|
||||
|
||||
## Idei & Aplicații
|
||||
|
||||
### Pentru workflow-ul nostru (Echo + Marius)
|
||||
|
||||
**1. Integrare în Ralph Workflow:**
|
||||
- Ralph PRD Generator poate folosi YC Office Hours logic pentru validare inițială
|
||||
- CEO Review înainte de a lansa autonomous loop
|
||||
- Document Release ar putea fi integrat în daily-morning-checks
|
||||
|
||||
**2. Validare idei noi:**
|
||||
- Când Marius propune feature ROA → run Office Hours validation
|
||||
- Push-back automat: "Care e wedge-ul? Cine plătește pentru asta ACUM?"
|
||||
- Research competitors automat
|
||||
|
||||
**3. Design System pentru roa2web:**
|
||||
- Design Consultation skill ar putea crea sistem consistent pentru interfața web ROA
|
||||
- Safe vs Risky choices explicit → decision making mai rapid
|
||||
|
||||
**4. Engineering Review pentru proiecte complexe:**
|
||||
- Înainte de autonomous loops mari
|
||||
- Când migrăm infrastructură (Proxmox, Docker)
|
||||
- Când adăugăm integrări noi (ANAF, email, calendar)
|
||||
|
||||
**5. Document Release pentru toate proiectele:**
|
||||
- **CRITIC pentru clawd repo:** Avem deja issues cu docs out-of-date
|
||||
- Integrare în git_commit.py workflow
|
||||
- Auto-check înainte de push
|
||||
|
||||
### Trade-offs & Considerații
|
||||
|
||||
**PRO:**
|
||||
- Proces structured end-to-end
|
||||
- Push-back automat (previne over-building)
|
||||
- Wedge thinking = 80/20 mindset alignment PERFECT
|
||||
- Adversarial review = quality gate
|
||||
|
||||
**CONTRA:**
|
||||
- Time investment upfront (dar salvează timp later)
|
||||
- Poate fi overkill pentru micro-features
|
||||
- Necesită discipline să urmezi procesul
|
||||
|
||||
**Când să folosim:**
|
||||
- ✅ Proiecte noi (roa2web features mari, chatbot Maria improvements)
|
||||
- ✅ Validare idei înainte de autonomous loops
|
||||
- ✅ Refactoring major
|
||||
- ❌ Bug fixes rapide
|
||||
- ❌ Tweaks mici UI
|
||||
- ❌ Config changes
|
||||
|
||||
### Implementation Plan
|
||||
|
||||
**Prioritate 1 - Document Release:**
|
||||
- Integrare în git workflow (git_commit.py)
|
||||
- Verificare docs consistency înainte de push
|
||||
- **Beneficiu:** Previne issues cu docs out-of-date (avem deja problema asta)
|
||||
|
||||
**Prioritate 2 - Office Hours pentru validare:**
|
||||
- Template întrebări pentru feature requests
|
||||
- Auto-research competitors
|
||||
- Wedge identification înainte de coding
|
||||
- **Beneficiu:** Stop over-building, focus pe 80/20
|
||||
|
||||
**Prioritate 3 - CEO Review pentru proiecte mari:**
|
||||
- Înainte de Ralph autonomous loops
|
||||
- 10x product discovery
|
||||
- **Beneficiu:** Găsim adevărata valoare mai devreme
|
||||
|
||||
**Prioritate 4 - Design Consultation:**
|
||||
- Design system pentru roa2web
|
||||
- **Beneficiu:** Consistency + creative risks deliberate
|
||||
|
||||
**Prioritate 5 - Engineering Review:**
|
||||
- Pentru arhitecturi complexe
|
||||
- **Beneficiu:** Solid foundation, mai puține re-writes
|
||||
|
||||
---
|
||||
|
||||
## Quote-uri Memorabile
|
||||
|
||||
> "I wasted a million dollars over two and a half years building an app where people didn't even end up wanting 90% of what we had built."
|
||||
|
||||
> "Most AI nutrition apps are replacing the logging experience... But that's not really what I'm trying to build here... there's something else which is this like reasoning layer."
|
||||
|
||||
> "There's often a 10-star product hidden within your current product."
|
||||
|
||||
> "The difference between a product that looks nice and one that people actually recognize is deliberate creative risks."
|
||||
|
||||
> "The biggest dagger in the heart kind of patterns for vibe coders is that we tend to move too fast and we don't go back and update really important artifacts."
|
||||
|
||||
---
|
||||
|
||||
## Acțiuni Recomandate
|
||||
|
||||
### ✅ RECOMAND (high impact, low effort, integrare automată):
|
||||
|
||||
1. **Document Release skill → git workflow**
|
||||
- **Impact:** Previne bugs din docs out-of-date (deja avem problema)
|
||||
- **Efort:** Setup 1x, runs automat
|
||||
- **Integrare:** git_commit.py check înainte de push
|
||||
|
||||
2. **Office Hours template pentru feature validation**
|
||||
- **Impact:** Stop over-building, 80/20 enforcement
|
||||
- **Efort:** Template 1x, reusable
|
||||
- **Integrare:** Când Marius propune feature mare
|
||||
|
||||
### ⚠️ AȘTEPT (beneficiu mare dar necesită discuție):
|
||||
|
||||
3. **CEO Review înainte de Ralph loops**
|
||||
- **Beneficiu:** 10x product discovery mai devreme
|
||||
- **Trade-off:** +15-20 min validation upfront
|
||||
- **Decizie Marius:** Worth it pentru proiecte >1 săptămână effort?
|
||||
|
||||
4. **Design System pentru roa2web**
|
||||
- **Beneficiu:** Consistency, creative risks deliberate
|
||||
- **Efort:** ~2-3 ore setup
|
||||
- **Decizie Marius:** Prioritate acum sau mai târziu?
|
||||
|
||||
### ❌ NU RECOMAND (overkill):
|
||||
|
||||
5. **Engineering Review pentru toate proiectele**
|
||||
- **Why:** Prea detailed pentru micro-features/bug fixes
|
||||
- **Alternative:** Doar pentru arhitecturi complexe (ex: ANAF monitor redesign)
|
||||
|
||||
---
|
||||
|
||||
**Procesare completă:** 2026-03-25 19:23 București
|
||||
Reference in New Issue
Block a user