claude_swarm 1.0.10 → 1.0.11

data/docs/v2/README.md

@@ -1,7 +1,5 @@
 # SwarmSDK, SwarmCLI & SwarmMemory Documentation
 
-**Version 2.3**
-
 Welcome to the official documentation for SwarmSDK, SwarmCLI, and SwarmMemory - a Ruby framework for orchestrating multiple AI agents as a collaborative team with persistent memory.
 
 ---
@@ -63,6 +61,10 @@ Welcome to the official documentation for SwarmSDK, SwarmCLI, and SwarmMemory -
 - **[Ruby DSL Reference](reference/ruby-dsl.md)**
   Complete programmatic API: `SwarmSDK.build`, `SwarmSDK.load`, agent DSL, permissions DSL, node DSL, hooks
 
+### Configuration
+- **[Configuration Reference](reference/configuration_reference.md)** ⭐ NEW
+  Complete reference for all 45+ configuration options: API keys, timeouts, limits, WebFetch settings, security
+
 ### YAML Configuration
 - **[YAML Configuration Reference](reference/yaml.md)**
   Complete YAML structure: agents, tools, permissions, hooks, nodes, MCP servers
@@ -90,7 +92,7 @@ Welcome to the official documentation for SwarmSDK, SwarmCLI, and SwarmMemory -
   Persistent agent knowledge storage with semantic search:
   - Installation and setup
   - 4 memory categories (concept, fact, skill, experience)
-  - 9 memory tools (MemoryWrite, LoadSkill, etc.)
+  - 8 memory tools (7 memory tools + LoadSkill for dynamic tool swapping)
   - Automatic skill discovery (hybrid semantic + keyword)
   - Relationship discovery and knowledge graphs
   - Performance and troubleshooting
@@ -199,12 +201,18 @@ Welcome to the official documentation for SwarmSDK, SwarmCLI, and SwarmMemory -
 **Build composable/reusable swarm teams** ⭐ NEW
 → [Composable Swarms Guide](guides/composable-swarms.md)
 
+**Add custom tools to agents**
+→ [Ruby DSL Reference - Custom Tools](reference/ruby-dsl.md#custom-tool-registration)
+
 **Build a SwarmSDK plugin**
 → [Plugin System Guide](guides/plugins.md)
 
 **Build a custom storage adapter**
 → [Memory Adapter Guide](guides/memory-adapters.md)
 
+**Configure SwarmSDK settings** ⭐ NEW
+→ [Configuration Reference](reference/configuration_reference.md)
+
 **Secure swarms for production** ⭐ NEW
 → [Filesystem Tools Control](reference/ruby-dsl.md#swarmsdk.configure) | [Security Considerations](guides/complete-tutorial.md#security-considerations)
 
@@ -237,6 +245,7 @@ docs/v2/
 ├── reference/                          # Complete API references
 │   ├── architecture-flow.md            # System architecture diagram ⭐ NEW
 │   ├── execution-flow.md               # Runtime execution flow ⭐ NEW
+│   ├── configuration_reference.md      # All configuration options ⭐ NEW
 │   ├── event_payload_structures.md     # Log event payloads
 │   ├── swarm_memory_technical_details.md  # SwarmMemory deep dive
 │   ├── cli.md                          # CLI command reference
@@ -297,8 +306,8 @@ A command-line interface for running SwarmSDK swarms with two modes:
 A persistent memory system for agents with semantic search capabilities:
 - **Storage**: Hierarchical knowledge organization (concept, fact, skill, experience)
 - **Semantic Search**: FAISS-based vector similarity with local ONNX embeddings
-- **Memory Tools**: 9 tools for writing, reading, editing, and searching knowledge
-- **LoadSkill**: Dynamic tool swapping based on semantic skill discovery
+- **Memory Tools**: 7 tools for writing, reading, editing, and searching knowledge
+- **LoadSkill**: Dynamic tool swapping based on semantic skill discovery (8 tools total)
 - **Plugin Architecture**: Integrates seamlessly via SwarmSDK plugin system
 
 ### Configuration Formats
@@ -328,6 +337,7 @@ A persistent memory system for agents with semantic search capabilities:
 | **Memory Adapters** | [Adapter Guide](guides/memory-adapters.md) | [Technical Details](reference/swarm_memory_technical_details.md) |
 | **Plugins** | [Plugin Guide](guides/plugins.md) | - |
 | **Rails** | [Rails Guide](guides/rails-integration.md) | - |
+| **Configuration** | - | [Configuration Ref](reference/configuration_reference.md) |
 | **Testing** | [Tutorial Part 8](guides/complete-tutorial.md#testing-strategies) | - |
 
 ---

data/docs/v2/guides/complete-tutorial.md

@@ -2858,7 +2858,93 @@ project/
 └── .env                        # API keys
 ```
 
-### 8.3 Testing Strategies
+### 8.3 Reusable Agent Definitions (Global Registry)
+
+For large projects, define agents once and reuse them across multiple swarms.
+
+**Register agents globally:**
+```ruby
+# agents/backend.rb
+SwarmSDK.agent :backend do
+  model "claude-sonnet-4"
+  description "Backend developer"
+  system_prompt "You build APIs and databases"
+  tools :Read, :Edit, :Bash
+  # Note: Don't set delegates_to here - it's swarm-specific!
+end
+
+# agents/database.rb
+SwarmSDK.agent :database do
+  model "claude-sonnet-4"
+  description "Database specialist"
+  system_prompt "You design schemas and write migrations"
+  tools :Read, :Edit
+end
+```
+
+**Reference in swarms (set delegation per-swarm):**
+```ruby
+# Load agent definitions first
+require_relative "agents/backend"
+require_relative "agents/database"
+
+# Reference by name and configure delegation (swarm-specific)
+swarm = SwarmSDK.build do
+  name "Dev Team"
+  lead :backend
+
+  agent :backend do
+    delegates_to :database  # Delegation is swarm-specific
+  end
+  agent :database    # Pulls from registry as-is
+end
+```
+
+**Override other registry settings:**
+```ruby
+swarm = SwarmSDK.build do
+  name "Extended Team"
+  lead :backend
+
+  # Registry config applied first, then override block
+  agent :backend do
+    delegates_to :database, :cache  # Set delegation for this swarm
+    tools :CustomTool               # Adds to registry tools
+    timeout 300                     # Overrides registry timeout
+  end
+end
+```
+
+**Workflow auto-resolution:**
+Agents referenced in workflow nodes automatically resolve from the global registry:
+
+```ruby
+SwarmSDK.workflow do
+  name "Pipeline"
+  start_node :build
+
+  # No need to define :backend here - auto-resolved from registry!
+  node :build do
+    agent(:backend)
+  end
+end
+```
+
+**Testing with registry:**
+```ruby
+# Clear registry between tests
+def setup
+  SwarmSDK.clear_agent_registry!
+end
+```
+
+**Benefits:**
+- **Code reuse**: Define agents once, use in multiple swarms
+- **Separation of concerns**: Agent definitions in dedicated files
+- **Organization**: Large projects with many agents stay manageable
+- **DRY principle**: No duplication of agent configurations
+
+### 8.4 Testing Strategies
 
 **Unit test agents**:
 ```ruby
@@ -2920,7 +3006,7 @@ allow(LLM).to receive(:chat).and_return(
 )
 ```
 
-### 8.4 Performance Optimization
+### 8.5 Performance Optimization
 
 **1. Choose appropriate models**:
 ```ruby
@@ -2993,7 +3079,7 @@ node :summarizer do
 end
 ```
 
-### 8.5 Security Considerations
+### 8.6 Security Considerations
 
 **1. Restrict file access**:
 ```ruby
@@ -3099,7 +3185,7 @@ end
 - **Priority**: Explicit parameter > Global setting > Environment variable > Default (true)
 - **Non-breaking**: Defaults to `true` for backward compatibility
 
-### 8.6 Cost Management
+### 8.7 Cost Management
 
 **Track costs in real-time**:
 ```ruby
@@ -3153,7 +3239,7 @@ end
 - [ ] Batch similar operations
 - [ ] Monitor and set cost alerts
 
-### 8.7 Monitoring and Observability
+### 8.8 Monitoring and Observability
 
 **Structured logging to files**:
 ```ruby
@@ -3205,7 +3291,7 @@ end
 }
 ```
 
-### 8.8 Common Patterns Summary
+### 8.9 Common Patterns Summary
 
 **Pattern: Code Review Workflow**
 ```
@@ -3263,7 +3349,7 @@ You've now learned **100% of SwarmSDK features**:
 
 ✅ **Part 7: Production Features** - Structured logging, token/cost tracking, error handling, validation, document conversion
 
-✅ **Part 8: Best Practices** - Architecture patterns, testing strategies, performance optimization, security, cost management, monitoring
+✅ **Part 8: Best Practices** - Architecture patterns, reusable agent definitions (global registry), testing strategies, performance optimization, security, cost management, monitoring
 
 ## Next Steps
 

data/docs/v2/guides/getting-started.md

@@ -192,7 +192,7 @@ Tools are functions agents call to interact with the world. SwarmSDK provides:
 | **Web** | WebFetch | Fetch and process web content |
 | **Task Management** | TodoWrite | Track progress on multi-step tasks |
 | **Shared Scratchpad** | ScratchpadWrite, ScratchpadRead, ScratchpadList | Share work-in-progress between agents (volatile) |
-| **Per-Agent Memory** | MemoryWrite, MemoryRead, MemoryEdit, MemoryMultiEdit, MemoryGlob, MemoryGrep, MemoryDelete | Persistent learning and knowledge storage (opt-in) |
+| **Per-Agent Memory** | MemoryWrite, MemoryRead, MemoryEdit, MemoryGlob, MemoryGrep, MemoryDelete | Persistent learning and knowledge storage (opt-in) |
 | **Reasoning** | Think | Extended reasoning for complex problems |
 
 **Default tools**: Every agent automatically gets **Read, Grep, and Glob** unless you explicitly disable them with `disable_default_tools: true`. Scratchpad tools (ScratchpadWrite, ScratchpadRead, ScratchpadList) are opt-in via `scratchpad: :enabled`.
@@ -1239,6 +1239,8 @@ Congratulations! You've learned the fundamentals of SwarmSDK.
 
 **Agent Delegation Patterns**: Learn advanced collaboration strategies like hierarchical delegation, peer collaboration, and specialist chains.
 
+**Reusable Agent Definitions**: Use the Global Agent Registry (`SwarmSDK.agent`) to define agents once and reuse them across multiple swarms—perfect for large projects with shared agents.
+
 **Permissions System**: Discover how to restrict agents to specific directories, prevent dangerous commands, and create secure multi-agent systems.
 
 **Hooks and Customization**: Master pre/post hooks for tool calls, prompt injection, and workflow automation.

data/docs/v2/guides/memory-adapters.md

@@ -193,6 +193,47 @@ end
 # MyAdapter.new(namespace: "researcher", table_name: "memory_entries")
 ```
 
+### YAML Configuration
+
+Custom adapters also work seamlessly with YAML configuration. All YAML keys (except `directory`, `adapter`, `mode`) are automatically passed to the adapter constructor:
+
+```yaml
+# swarm.yml
+agents:
+  researcher:
+    memory:
+      adapter: multi_bank_postgres
+      agent_id: researcher
+      discovery_threshold: 0.5
+      discovery_threshold_short: 0.3
+      semantic_weight: 0.6
+      default_bank: working
+      banks:
+        working: { max_size: 10485760 }
+        long_term: { max_size: 52428800 }
+```
+
+This configuration creates an adapter with:
+```ruby
+MultiBankPostgresAdapter.new(
+  agent_id: "researcher",
+  discovery_threshold: 0.5,
+  discovery_threshold_short: 0.3,
+  semantic_weight: 0.6,
+  default_bank: "working",
+  banks: {
+    "working" => { "max_size" => 10485760 },
+    "long_term" => { "max_size" => 52428800 }
+  }
+)
+```
+
+**Benefits:**
+- ✅ No code changes needed for configuration
+- ✅ Per-agent customization via YAML
+- ✅ All options passed directly to adapter
+- ✅ Each adapter validates its own requirements
+
 ---
 
 ## Example: ActiveRecord Adapter (PostgreSQL/Rails)

data/docs/v2/guides/{migrating-to-2.3.md → migrating-to-2.x.md}

@@ -1,8 +1,197 @@
-# Migrating to SwarmSDK v2.3.0
+# Migrating SwarmSDK 2.x
 
-This guide covers all breaking changes and migration steps for upgrading from SwarmSDK v2.2.x to v2.3.0.
+This guide covers all breaking changes and migration steps for upgrading between SwarmSDK 2.x versions.
 
-## Overview
+---
+
+## Migrating to v2.4.0
+
+### Overview
+
+SwarmSDK v2.4.0 introduces a centralized configuration system that replaces the previous `SwarmSDK.settings` approach.
+
+### Breaking Changes
+
+#### 1. Configuration API Change
+
+**What Changed:**
+- `SwarmSDK.settings` replaced with `SwarmSDK.config` singleton
+- New `SwarmSDK.configure` block syntax for setting values
+- Lazy ENV loading with thread-safe initialization
+- Auto-proxying of API keys to RubyLLM
+
+**Before (v2.3.x):**
+```ruby
+# Direct property access
+SwarmSDK.settings.openai_api_key = "sk-..."
+SwarmSDK.settings.default_model = "gpt-5"
+SwarmSDK.settings.allow_filesystem_tools = false
+
+# Reading values
+model = SwarmSDK.settings.default_model
+```
+
+**After (v2.4.0):**
+```ruby
+# Block-based configuration
+SwarmSDK.configure do |config|
+  config.openai_api_key = "sk-..."
+  config.default_model = "gpt-5"
+  config.allow_filesystem_tools = false
+end
+
+# Reading values
+model = SwarmSDK.config.default_model
+```
+
+**Migration Steps:**
+
+1. **Replace all `SwarmSDK.settings` with `SwarmSDK.config`:**
+```ruby
+# Before
+timeout = SwarmSDK.settings.agent_request_timeout
+
+# After
+timeout = SwarmSDK.config.agent_request_timeout
+```
+
+2. **Use configure block for setting multiple values:**
+```ruby
+# Before
+SwarmSDK.settings.openai_api_key = ENV["OPENAI_API_KEY"]
+SwarmSDK.settings.default_model = "claude-sonnet-4"
+SwarmSDK.settings.agent_request_timeout = 600
+
+# After
+SwarmSDK.configure do |config|
+  config.openai_api_key = ENV["OPENAI_API_KEY"]
+  config.default_model = "claude-sonnet-4"
+  config.agent_request_timeout = 600
+end
+```
+
+3. **Update test setup/teardown:**
+```ruby
+# Before
+def setup
+  @original = SwarmSDK.settings.default_model
+  SwarmSDK.settings.default_model = "test-model"
+end
+
+def teardown
+  SwarmSDK.settings.default_model = @original
+end
+
+# After
+def setup
+  SwarmSDK.reset_config!
+  SwarmSDK.configure do |config|
+    config.default_model = "test-model"
+  end
+end
+
+def teardown
+  SwarmSDK.reset_config!
+end
+```
+
+#### 2. API Key Auto-Proxying
+
+**What Changed:**
+- API keys set via `SwarmSDK.configure` are automatically proxied to `RubyLLM.config`
+- No need to configure both SwarmSDK and RubyLLM separately
+
+**Before (v2.3.x):**
+```ruby
+# Had to configure both
+SwarmSDK.settings.openai_api_key = "sk-..."
+RubyLLM.config.openai_api_key = "sk-..."
+```
+
+**After (v2.4.0):**
+```ruby
+# Only configure SwarmSDK - auto-proxied to RubyLLM
+SwarmSDK.configure do |config|
+  config.openai_api_key = "sk-..."
+end
+# RubyLLM.config.openai_api_key is now also set
+```
+
+#### 3. Configuration Priority
+
+Values are resolved in this order:
+1. **Explicit value** (set via `SwarmSDK.configure`)
+2. **Environment variable** (e.g., `SWARM_SDK_DEFAULT_MODEL`)
+3. **Default value** (from `SwarmSDK::Defaults` module)
+
+```ruby
+# ENV has SWARM_SDK_DEFAULT_MODEL=gpt-4o
+
+# Without explicit config - uses ENV
+SwarmSDK.config.default_model  # => "gpt-4o"
+
+# With explicit config - overrides ENV
+SwarmSDK.configure do |config|
+  config.default_model = "claude-sonnet-4"
+end
+SwarmSDK.config.default_model  # => "claude-sonnet-4"
+```
+
+### New Features
+
+#### Configuration Reference
+
+See [Configuration Reference](../reference/configuration_reference.md) for all 45+ configuration options including:
+- API keys for all providers
+- Timeouts and limits
+- WebFetch LLM processing
+- Security settings
+
+#### New Helper Methods
+
+```ruby
+# Check if WebFetch LLM processing is enabled
+SwarmSDK.config.webfetch_llm_enabled?
+
+# Reset config for testing
+SwarmSDK.reset_config!
+```
+
+### Testing Your Migration
+
+```ruby
+describe "v2.4.0 Migration" do
+  def setup
+    SwarmSDK.reset_config!
+  end
+
+  def teardown
+    SwarmSDK.reset_config!
+  end
+
+  it "uses new config API" do
+    SwarmSDK.configure do |config|
+      config.default_model = "test-model"
+    end
+
+    assert_equal "test-model", SwarmSDK.config.default_model
+  end
+
+  it "auto-proxies API keys to RubyLLM" do
+    SwarmSDK.configure do |config|
+      config.openai_api_key = "test-key"
+    end
+
+    assert_equal "test-key", RubyLLM.config.openai_api_key
+  end
+end
+```
+
+---
+
+## Migrating to v2.3.0
+
+### Overview
 
 SwarmSDK v2.3.0 introduces significant architectural improvements:
 
@@ -508,12 +697,19 @@ end
 
 ## Deprecation Timeline
 
-- **v2.3.0** (This Release)
-  - Old APIs removed (no deprecation warnings)
-  - Migration required immediately
+- **v2.3.0**
+  - Swarm/Workflow API separation
+  - Delegation tool rebranding
+  - Agent::Chat abstraction layer
+  - Snapshot format v2.1.0
+
+- **v2.4.0** (Current Release)
+  - `SwarmSDK.settings` → `SwarmSDK.config`
+  - Centralized configuration system
+  - API key auto-proxying to RubyLLM
 
-- **v2.4.0** (Future)
-  - No further breaking changes planned
+- **v2.5.0** (Future)
+  - No breaking changes planned
   - Focus on new features
 
 ---
@@ -531,6 +727,13 @@ If you encounter issues during migration:
 
 ## Summary Checklist
 
+### v2.4.0 Migration
+- [ ] Replace `SwarmSDK.settings` with `SwarmSDK.config`
+- [ ] Use `SwarmSDK.configure` block for setting values
+- [ ] Update test setup/teardown to use `SwarmSDK.reset_config!`
+- [ ] Remove duplicate RubyLLM API key configuration (auto-proxied now)
+
+### v2.3.0 Migration
 - [ ] Update delegation tool calls: `DelegateTaskTo*` → `WorkWith*`
 - [ ] Update delegation parameters: `task:` → `message:`
 - [ ] Update Chat API usage: `tools.key?` → `has_tool?`, etc.
@@ -538,4 +741,6 @@ If you encounter issues during migration:
 - [ ] Update YAML: `swarm:` key for swarms, `workflow:` key for workflows
 - [ ] Regenerate snapshots (v1.0.0 → v2.1.0)
 - [ ] Update custom plugins with new lifecycle methods
+
+### Final Step
 - [ ] Test all changes with `bundle exec rake swarm_sdk:test`

data/docs/v2/guides/plugins.md

@@ -21,6 +21,53 @@ The **plugin system** allows gems to extend SwarmSDK without creating tight coup
 - 🛠️ **Tool Provider** - Plugins create and manage their own tools
 - 📦 **Storage Provider** - Plugins handle their own data persistence
 
+### Plugins vs Custom Tools
+
+SwarmSDK offers two ways to add custom functionality:
+
+| Feature | Custom Tools (`SwarmSDK.register_tool`) | Plugins |
+|---------|----------------------------------------|---------|
+| **Use Case** | Simple, stateless tools | Complex features with storage & hooks |
+| **Setup** | One line: `register_tool(ToolClass)` | Full plugin class with lifecycle |
+| **Storage** | ❌ No persistent storage | ✅ Per-agent storage |
+| **Lifecycle Hooks** | ❌ No hooks | ✅ on_agent_initialized, on_user_message, etc. |
+| **System Prompts** | ❌ No prompt injection | ✅ Can contribute to system prompts |
+| **Examples** | Weather API, Calculator | SwarmMemory (persistent knowledge) |
+
+**Choose Custom Tools when:**
+- Tool is simple and stateless
+- No need for persistent storage
+- No lifecycle hooks required
+- Want quickest setup
+
+**Choose Plugins when:**
+- Need per-agent storage
+- Need lifecycle hooks
+- Want to contribute to system prompts
+- Building a suite of related tools
+
+**Custom Tool Example:**
+```ruby
+class WeatherTool < RubyLLM::Tool
+  description "Get weather for a city"
+  param :city, type: "string", required: true
+
+  def execute(city:)
+    "Weather in #{city}: Sunny"
+  end
+end
+
+SwarmSDK.register_tool(WeatherTool)
+
+SwarmSDK.build do
+  agent :helper do
+    tools :Weather  # Use the registered tool
+  end
+end
+```
+
+See the Ruby DSL reference for complete custom tool documentation.
+
 ---
 
 ## Architecture
@@ -85,8 +132,8 @@ module MyPlugin
         end
       end
 
-      # Check if storage should be created for an agent
-      def storage_enabled?(agent_definition)
+      # Check if memory should be configured for an agent
+      def memory_configured?(agent_definition)
         agent_definition.respond_to?(:my_plugin) && agent_definition.my_plugin
       end
 
@@ -216,8 +263,8 @@ def create_storage(agent_name:, config:)
   MyStorage.new(...)
 end
 
-# Check if storage should be created
-def storage_enabled?(agent_definition)
+# Check if memory should be configured
+def memory_configured?(agent_definition)
   agent_definition.respond_to?(:my_plugin)
 end
 
@@ -750,7 +797,7 @@ class StoragePlugin < SwarmSDK::Plugin
     :database
   end
 
-  def storage_enabled?(agent_definition)
+  def memory_configured?(agent_definition)
     agent_definition.respond_to?(:database)
   end
 

data/docs/v2/guides/rails-integration.md

@@ -45,6 +45,12 @@ Install dependencies:
 bundle install
 ```
 
+### Set the active support isolation level to :Fiber
+Edit `config/application.rb` and add:
+```
+config.active_support.isolation_level = :fiber
+```
+
 ### Create Initializer
 
 Create `config/initializers/swarm_sdk.rb`:

data/docs/v2/guides/swarm-memory.md

@@ -113,7 +113,7 @@ Auto-registration: SwarmMemory::Integration::SDKPlugin
 SwarmSDK::PluginRegistry.register(plugin)
     ↓
 Plugin provides:
-  - 8 memory tools (MemoryWrite, MemoryRead, etc.)
+  - 7 memory tools (MemoryWrite, MemoryRead, MemoryEdit, MemoryDelete, MemoryGlob, MemoryGrep, MemoryDefrag)
   - Memory storage (FilesystemAdapter + Embeddings)
   - System prompt contributions
   - Automatic skill discovery on user messages
@@ -190,17 +190,6 @@ MemoryEdit(
 )
 ```
 
-**MemoryMultiEdit** - Multiple edits in one operation
-```ruby
-MemoryMultiEdit(
-  file_path: "concept/ruby/classes.md",
-  edits_json: '[
-    {"old_string": "foo", "new_string": "bar"},
-    {"old_string": "baz", "new_string": "qux"}
-  ]'
-)
-```
-
 **MemoryDelete** - Remove entries
 ```ruby
 MemoryDelete(file_path: "concept/old-api/deprecated.md")
@@ -382,7 +371,7 @@ end
 When memory is configured:
 
 1. **Storage Created**: `FilesystemAdapter` + `InformersEmbedder`
-2. **Tools Registered**: 8 memory tools + LoadSkill
+2. **Tools Registered**: 7 memory tools + LoadSkill (8 total)
 3. **Prompt Injected**: Memory system guidance
 4. **Discovery Enabled**: Semantic search on user messages
 5. **Embeddings Generated**: For all stored content

data/docs/v2/reference/cli.md

@@ -401,7 +401,6 @@ Starts an MCP server that exposes SwarmSDK tools (Read, Write, Edit, Bash, Grep,
 - `MemoryWrite`: Write to per-agent memory (persistent)
 - `MemoryRead`: Read from memory (with line numbers)
 - `MemoryEdit`: Edit memory entries
-- `MemoryMultiEdit`: Apply multiple edits to memory
 - `MemoryGlob`: Search memory by glob pattern
 - `MemoryGrep`: Search memory content by regex
 - `MemoryDelete`: Delete memory entries