חמש יכולות ש- משנות הכל.

בעידן 2025, חיברת 4-5 MCP servers ל-Claude Code, וכבר התחלת לראות איטיות. כל schema של כלי תופס מאות עד אלפי טוקנים, וטעינה של עשרות כלים שורפת context לפני שהתחלת לעבוד. 2026 הביא פתרון אלגנטי: Deferred Tools.

איך זה עובד מאחורי הקלעים

בתחילת הסשן, Claude Code לא טוען את ה-schema המלא של כל הכלים. הוא רק שולח list של שמות ב-<system-reminder>:

The following deferred tools are now available via ToolSearch:
mcp__asana__create_task
mcp__asana__search_tasks
mcp__canva__generate-design
mcp__vercel__deploy_to_vercel
... (200+ more)

כש-Claude מחליט שהוא צריך כלי ספציפי, הוא קורא ל-ToolSearch עם שם או keywords. רק אז ה-schema המלא של הכלים שנבחרו נטען לקונטקסט. כל מה שלא נדרש — לא תופס מקום.

שני מצבי שימוש

(1) בחירה ישירה — אם אתה יודע איזה כלי אתה צריך:

ToolSearch(query: "select:WebFetch,Edit,Grep", max_results: 3)
→ טוען בדיוק את 3 הכלים הללו

(2) חיפוש מילות מפתח — אם אתה לא בטוח:

ToolSearch(query: "asana task create", max_results: 5)
→ מחזיר את 5 הכלים הכי רלוונטיים מ-Asana MCP

המנגנון מתבסס על fuzzy matching של names + descriptions. אם תכתוב "send email" יחזרו לך כלי Gmail; "deploy" יחזיר Vercel + GitHub Actions; "video" — Hyperframes + ffmpeg.

השוואה: לפני ואחרי

ביום עבודה רגיל, עם 12 MCP servers מחוברים (Asana, Canva, Vercel, Cloudflare, Gmail, Calendar, Drive, Tavily, Magic, ועוד) — סך הכלים יכול להגיע ל-250+. ב-2025, זה היה דורש ~80,000 טוקנים רק לטעינה ראשונית של הכלים. ב-2026 עם Deferred Tools — ~5,000 טוקנים בלבד (רק שמות). חיסכון של 75K לפני שהתחלת לעבוד.

ב-2025, כל פקודת Bash דרשה אישור משתמש. זה היה בטוח אבל איטי — אישור על ls, אישור על git status, אישור על npm test. ב-2026, נכנס מנגנון sandbox: פקודות "בטוחות" רצות אוטומטית בסביבה מבודדת בלי גישה לרשת ובלי כתיבה למקומות רגישים.

מה sandbox עושה בפועל

על Linux/macOS, sandbox משתמש ב-seccomp + namespaces. על Windows — בידוד דרך AppContainer או JobObjects. בכל מקרה: ה-process לא יכול לפתוח חיבורי רשת חדשים, לא יכול לכתוב מחוץ לתיקיות מורשות (cwd + /tmp), ולא יכול להריץ פקודות הרסניות (rm -rf / ייחסם).

סוגי הפעולות

• קריאה (ls, cat, grep, find) — תמיד sandbox, בלי שאלות
• linting/testing (npm test, pytest, tsc --noEmit) — sandbox ברירת מחדל
• git read (git status, git diff, git log) — sandbox
• git write (git commit, git push) — דורש sandbox כבוי + אישור
• network (curl, npm install, pip install) — דורש sandbox כבוי
• destructive (rm, mv מחוץ ל-cwd, chmod) — תמיד דורש אישור

הפרמטר dangerouslyDisableSandbox

לפעמים פעולה נראית קריאה אבל למעשה דורשת רשת — למשל npm test שמוריד dependencies בפעם הראשונה. במקרים כאלה, אתה יכול להעביר dangerouslyDisableSandbox: true. השם הארוך והמבעית הוא בכוונה — הוא נועד להזכיר לך שאתה מבטל הגנה.

Bash(
  command: "npm install",
  description: "Install dependencies (needs network)",
  dangerouslyDisableSandbox: true  // explicit opt-out
)

הגדרה ב-settings.json

אפשר להגדיר ברירת מחדל ב-~/.claude/settings.json:

{
  "permissions": {
    "sandbox": {
      "default": "auto",          // "auto" | "always" | "never"
      "allowedHostsForNetwork": [
        "registry.npmjs.org",
        "github.com",
        "api.anthropic.com"
      ],
      "allowedWritePaths": ["/tmp", "$CWD"]
    }
  }
}

"auto" הוא ברירת המחדל המומלצת. "always" = תמיד sandbox, אפילו ל-network ops (תאלץ אותך לאשר ידנית). "never" = ללא sandbox (לא מומלץ אלא אם אתה ב-Docker/VM ייעודי).

פקודה /sandbox בתוך הסשן

ניתן לשנות את ה-mode בתוך סשן ספציפי בלי לערוך JSON: /sandbox auto | /sandbox always | /sandbox never. שימושי כשאתה רוצה זמנית להריץ הרבה פקודות network בלי אישורים.

כל יכולת לבד שווה משהו. ביחד — מערכת שונה. הנה חמישה דפוסים שמשתמשים ב-2-3 יכולות יחד, ומה היתרון הספציפי שכל אחד נותן.

דפוס #1 — Long-running research

שילוב: 1M context + run_in_background. שלח Agent ל-research של נושא מורכב (e.g. "compare 5 vector DBs for our use case") ברקע. הוא מחזיר 50K טוקנים של ניתוח. בלי 1M, היית מצטמצם ל-Sonnet עם 200K. עם 1M, ה-Opus מחזיר ניתוח מעמיק שנכנס בקלות.

דפוס #2 — Multi-MCP orchestration

שילוב: ToolSearch + sandbox. אתה רוצה לבצע פעולה שדורשת 3 MCP servers (Asana → Calendar → Gmail). במקום לטעון את כולם ב-context, השתמש ב-ToolSearch לבחור רק את 6 הכלים הספציפיים שאתה צריך. ה-context הראשי נשאר נקי, sandbox מבטיח שהפקודות הביניימיות בטוחות.

דפוס #3 — Watch-and-fix

שילוב: run_in_background + Monitor + sandbox. הפעל tsc --watch ברקע, השתמש ב-Monitor עם until: "error TS". כשמופיעה שגיאה — Monitor מעיר את Claude עם השגיאה, sandbox מאפשר לערוך את הקובץ ולהריץ tsc --noEmit מקומי לאישור — הכול בלי אישורי משתמש לכל שלב.

דפוס #4 — Rich session context

שילוב: 1M + system-reminders + memory. ב-SessionStart, hook קורא ל-git log -20 + npm outdated + סטטוס פריסה, ומזריק כ-system-reminder. ב-1M context — אין סיבה לקצץ. Claude מתחיל את הסשן עם תמונה מלאה של מצב הפרויקט, ויודע לבד מה הצעד הבא.

דפוס #5 — Skill that scales

שילוב: Deferred Tools + system-reminders + sub-agents. skill מודרני נראה כך:

---
name: deploy-and-monitor
description: Deploy to production and monitor for errors
---

# Skill: deploy-and-monitor

## Tool prerequisites
Before invoking, ensure these tools are loaded:
ToolSearch(query: "select:mcp__vercel__deploy_to_vercel,mcp__vercel__get_runtime_logs", max_results: 2)

## Execution
1. Call deploy_to_vercel ב-background
2. Spawn sub-agent for log monitoring
3. Inject <system-reminder> on errors
4. Sandbox-safe rollback if needed

ה-skill הזה משתמש ב-4 יכולות 2026 בו-זמנית. זה לא היה אפשרי ב-2025.

אנשים שואלים אותי "מה החידוש העיקרי ב-Claude Code 2026?". התשובה הקצרה: אין חידוש אחד. יש 5 שינויים מקבילים, וכל אחד מהם בנפרד היה הופך את הכלי לאחר. ביחד — זה כלי אחר לחלוטין.

1M context לא רק מאפשר לטעון יותר. הוא משחרר אותך מהמיקרו-ניהול של context. ToolSearch לא רק מקטין טעינה. הוא פותח את הדלת ל-MCP-first architecture. run_in_background לא רק מקצר זמן. הוא מאפשר זרימת עבודה במקביל שלא הייתה אפשרית קודם. Sandbox לא רק שומר על בטיחות. הוא מסיר חיכוך. system-reminders לא רק מזכירים. הם הופכים את Claude לרגיש להקשר רטוב.

אם יש לי המלצה אחת ל-2026 — זו: בחן את הזרימה שלך. כל פעם שאתה עושה /clear, שואל את עצמך אם זה באמת נדרש. כל פעם שאתה מאשר פקודת Bash תמימה — שאל את עצמך אם sandbox היה צריך לטפל בה. כל פעם שאתה מחכה לתוצאה — שאל את עצמך אם זה היה צריך להיות ב-background. ההרגלים של 2025 הופכים לנטל ב-2026.