טופולוגיות ותרשימי סוכנים

תוכן מלא

## למה טופולוגיה חשובה

ברגע שיש יותר מסוכן אחד, הבעיה כבר לא רק prompt writing — אלא ארכיטקטורה.

## טופולוגיה 1: Planner → Specialist → Verifier → Human

```text
בקשת משתמש
   ↓
Planner / Chief-of-staff
   ↓
Specialist
   ↓
Verifier
   ↓
אישור אנושי (אם צריך)
```

מתאים ל:
- עבודה חשובה
- תקשורת חיצונית
- תוכן או החלטות עם סיכון

## טופולוגיה 2: Fan-out / Fan-in

```text
משימה מרכזית
   ↓
3 אנליסטים במקביל
   ├─ אנליסט אזורים
   ├─ אנליסט מוצר
   └─ אנליסט ערוצים
   ↓
Reducer / Synthesizer
```

מתאים ל:
- market analysis
- מחקר בכמה מימדים
- פירוק מקבילי של משימה

## טופולוגיה 3: Builder + Guard rail

```text
משימה
   ↓
Builder
   ↓
Fact-check / QA / Schema validation
   ↓
פלט סופי
```

מתאים ל:
- יצירת קוד
- יצירת תוכן
- structured outputs

## טופולוגיה 4: מערכת אישית עם שכבת זיכרון

```text
Capture
   ↓
Processing
   ↓
Memory store
   ↓
Orchestrator + specialists
   ↓
Summaries / actions / reminders
```

מתאים ל:
- מערכות עוזר אישי
- סוכנים למשפחה
- המשכיות בין סשנים
- מערכות בסגנון CoachOS

## איך לבחור טופולוגיה

שאל:
- כמה המשימה מסוכנת?
- כמה העבודה מקבילית?
- האם רציפות זיכרון חשובה?
- האם האדם צריך להישאר בלופ?

## כלל תכנון

בחר את הטופולוגיה הכי פשוטה שיכולה לבצע את העבודה. מורכבות היא לא מעלה בפני עצמה.

## מקורות
- AgenTopology example: fan-out market analysis
- Anthropic subagent patterns
- Open orchestration ecosystems


## מדריכי המשך
- ארכיטקטורה: `agent-design-architecture`
- עבודה פרקטית: `agent-design-practical-workflow`