- Migration Guide — what changes against 1.x, in two tiers:
- Part A · Required — your code will fail to compile or throw at runtime if you don’t migrate
- Part B · Recommended — still works but
@Deprecated(forRemoval = true); will be removed in the next minor
- What’s New — net-new capabilities that don’t appear in the Migration Guide
Migration Guide
Part A — Required (compile errors or runtime exceptions if you don’t migrate)
Items in this section are removed, renamed, or have their semantics tightened. Code that worked on 1.x will not work as-is on 2.0.A.1 Removed ReActAgent.Builder methods
Detail → Context
A.2 Removed packages and classes
A.3 Model providers moved out of core
OpenAI, Gemini, Anthropic, DashScope, and Ollama chat model implementations are no longer packaged inagentscope-core. Core now keeps only shared model contracts such as Model, ChatModelBase, Formatter, ModelRegistry, and the ModelProvider SPI.
If your v1 code imported provider classes from core, replace them with the matching model extension module:
ModelRegistry string ids still work, but only when the matching extension module is on the classpath:
Detail → Model, Model Providers
A.4 state package restructure (compile error)
Any code that imports
AgentMetaState, StateModule, StatePersistence, or ToolkitState from io.agentscope.core.state will fail to compile. Detail → Context
A.5 PlanNotebook removed — use HarnessAgent.enablePlanMode()
The entire io.agentscope.core.plan package (PlanNotebook, Plan, SubTask, PlanStorage, PlanToHint, and related classes) has been removed with no deprecated bridge.
What changed: PlanNotebook modeled plans as structured Plan + SubTask objects with a state machine (todo → in_progress → done → abandoned) and 8 tool functions. The v2 replacement is a fundamentally different design — plan mode is now a read-only investigation phase where the agent designs an approach in a plain markdown file before gaining write access.
Subtask tracking: if your v1 code relied on
PlanNotebook’s subtask state tracking (breaking work into subtasks and checking them off during execution), the v2 equivalent is the task list — enable it with .enableTaskList(true) on the builder, which registers TodoTools and TaskReminderMiddleware.
A.6 Msg content validation is stricter (runtime exception)
Msg now validates content against role at construction time:
USER— onlyTextBlock/DataBlock/ImageBlock/AudioBlock/VideoBlockSYSTEM— onlyTextBlockASSISTANT— unrestricted
USER message carrying a ToolUseBlock) now throw at construction. Use the role-pinned subclasses UserMessage / AssistantMessage / SystemMessage / ToolResultMessage to make role/content compatibility obvious at the call site. Detail → Message & Event
A.7 Agent is fully stateless (architecture change)
ReActAgent is now fully stateless — the instance itself holds no mutable “current session” state. All per-call mutable state (AgentState, PermissionEngine, event sink) is encapsulated in an internal CallExecution object and propagated through the call chain via Reactor Context. A single Agent instance can safely serve multiple (userId, sessionId) combinations concurrently without cross-session interference.
v1 → v2 impact:
isCheckRunning() is still callable (returns false) and Builder.checkRunning(boolean) is still callable (ignored) — both are @Deprecated.
A.8 TracerRegistry + TelemetryTracer → OtelTracingMiddleware
The old tracing setup registered a framework-level Tracer globally:
TelemetryTracer lives in the agentscope-extensions-studio module rather than agentscope-core. It remains available for the Studio integration, but adding the Studio extension solely to restore application-wide tracing is not the recommended migration. The Tracer interface and TracerRegistry are deprecated for removal.
Configure tracing through standard OpenTelemetry components instead:
The middleware reads
GlobalOpenTelemetry, so the SDK must be registered before the agent uses the middleware. See Middleware — OtelTracingMiddleware for the required dependencies and a complete OTLP example with custom authentication headers.
Part B — Recommended (@Deprecated(forRemoval = true), still callable today)
Items in this section compile and run on 2.0, but each has been marked for removal in the next minor. Migrate at your own pace; we recommend doing it sooner rather than later.
B.1 SkillBox → skill repositories
SkillBox(the class) andBuilder.skillBox(SkillBox)are both@Deprecated(forRemoval = true, since = "2.0.0").- Recommended path: register one or more
AgentSkillRepositoryimplementations (built-ins:ClasspathSkillRepository,FileSystemSkillRepository) viaBuilder.skillRepository(...)/.skillRepositories(...). When at least one repository is registered,DynamicSkillMiddlewareis auto-installed and rebuilds the skill prompt on everycall(). - Fine-grained filtering:
Builder.skillFilter(SkillFilter).
B.2 Hook → Middleware
The entireio.agentscope.core.hook package — the Hook interface, HookEvent, HookEventType, and all *Event classes — is @Deprecated(forRemoval = true, since = "2.0.0"). Existing imports still compile, and Builder.hook(...) / .hooks(...) are kept callable via LegacyHookDispatcher so v1 code does not break overnight. The recommended extension surface is now io.agentscope.core.middleware:
MiddlewareBaseexposes five stages: the onion-shapedonAgent/onReasoning/onActing/onModelCall, and the pipeline-shapedonSystemPrompt.- Builder methods:
.middleware(MiddlewareBase)and.middlewares(List<? extends MiddlewareBase>). - Built-in:
TaskReminderMiddleware(pairs withTodoTools, re-injects the task list before each reasoning step).
B.3 Memory → AgentStateStore + AgentState
- The
io.agentscope.core.memory.Memoryinterface and every implementation (InMemoryMemory,LongTermMemory, …) are@Deprecated(forRemoval = true, since = "2.0.0"). Memoryno longer extendsStateModule. It gainssaveTo(AgentStateStore, userId, sessionId)/loadFrom(AgentStateStore, userId, sessionId)as a bridge so existing implementations can still round-trip through anAgentStateStore.- Recommended model:
- Conversation history lives on
AgentState.getContext(). - Persistence uses the
AgentStateStoreabstraction (built-in:InMemoryAgentStateStore,JsonFileAgentStateStore), partitioned by the(userId, sessionId)pair. - Builder chain:
.stateStore(AgentStateStore)—AgentStateis saved/loaded automatically on everycall(), keyed by the(userId, sessionId)carried on the call’sRuntimeContext.
- Conversation history lives on
B.4 Event subscription: hooks + chunk events → streamEvents()
Code that watched text or tool-call deltas via Hook + *ChunkEvent in v1 can migrate to agent.streamEvents(), which returns a Flux<AgentEvent> covering 28 typed events across the full agent lifecycle and the HITL flow (RequireUserConfirmEvent, RequireExternalExecutionEvent, UserConfirmResultEvent, ExternalExecutionResultEvent, …).
Alongside the new event stream, the Msg refactor adds:
DataBlock— unified multimodal block, accepts base64 or URL sourcesHintBlock— agent guidance / intermediate reasoningToolCallState/ToolResultStateonToolUseBlock/ToolResultBlock— tool-call lifecycleidfield on every block — stable references across the stream
stream() → streamEvents() (alignment with Python 2.0)
Python 2.0’s agent.reply_stream() exposes a single streaming signature (AsyncGenerator[AgentEvent, None]) that maps directly to Java’s fine-grained io.agentscope.core.event.AgentEvent hierarchy. To match it, the coarse-grained Flux<Event> stream(...) API on the Java side is @Deprecated as of 2.0.0:
- Methods (
forRemoval = true, going away next minor)StreamableAgent.stream(...)— all 11stream(...)overloads on the interface (defaults + abstract)AgentBase.stream(...)— 3Flux<Event>implementationsReActAgent.stream(..., RuntimeContext)— 4RuntimeContext-suffixed overloadsHarnessAgent.stream(...)— 9 overloads (3 interface@Overrides + 6RuntimeContextvariants).HarnessAgentgains 4 newstreamEvents(Msg/List<Msg>[, RuntimeContext])methods that delegate toReActAgent.streamEvents(...)while reusing the sandbox lifecycleacquireForCall/releaseForCallReActAgent.streamEvents(..., RuntimeContext)added — mirrorscall(..., RuntimeContext)for context propagation
- Types (soft deprecation, no
forRemovalyet)io.agentscope.core.agent.Event,EventType,EventSource- Still consumed internally by the harness (subagent event forwarding:
SubAgentTool/SubagentEventBus/DefaultAgentManager/AgentSpawnTool), AGUI, A2A, chat-completions-web, and Kotlin extension modules as the event-bus / adapter input. They will be flipped toforRemoval = trueonly after those modules migrate toAgentEvent, so the entire downstream is not warning-flooded in a single release. - Subagent events are forwarded on
HarnessAgent.streamEvents(...)with a non-nullsourcepath (including remote Agent Protocol children whenremoteStreamingis enabled).
B.5 RAG module — in progress
Knowledge,KnowledgeRetrievalTools,RAGMode,GenericRAGHookare all@Deprecated(forRemoval = true, since = "2.0.0").- The builder methods
.knowledge(...)/.knowledges(...)/.ragMode(...)/.retrieveConfig(...)are deprecated in parallel. - The v2 rewrite is underway. New knowledge base, document reader, and store APIs will land in subsequent minor releases. The v1 implementations remain callable in 2.0 for compatibility, but new code should not depend on them.
B.6 Long-term memory module — in progress
LongTermMemory,LongTermMemoryMode,LongTermMemoryToolsare all@Deprecated(forRemoval = true, since = "2.0.0").- The builder methods
.longTermMemory(...)/.longTermMemoryMode(...)/.longTermMemoryAsyncRecord(...)are deprecated in parallel. - Same status — being rewritten on the v2 architecture. New code should not depend on the current API.
B.7 Core shell / file tools — no longer deprecated
io.agentscope.core.tool.coding.*(ShellCommandTool,CommandValidator,UnixCommandValidator,WindowsCommandValidator) andio.agentscope.core.tool.file.*(ReadFileTool,WriteFileTool,FileToolUtils) are no longer@Deprecatedas of 2.0.0-RC1.- These tools run commands and read/write files directly against the host process. For
ReActAgentusers who don’t need workspace / sandbox isolation, they are the recommended way to give the agent shell and file access:
- For
HarnessAgentusers, the harness module provides its own workspace-aware file and shell tools (read_file,write_file,execute, etc.) with unified local / Docker / cloud-sandbox stores, permission isolation, read/write cache, and HITL approval. It is recommended to use the built-in harness tools for workspace-integrated scenarios.
What’s New
The capabilities below are additive in 2.0 — none of them break 1.x code. The Migration Guide above already covers the event system, message refactor, and middleware mechanism, so they are not repeated here.AG-UI v2
- The AG-UI adapter now uses the v2
streamEvents()path. NormalRUN_STARTED/RUN_FINISHEDevents are converted fromAgentStartEvent/AgentEndEvent; error paths emitRUN_ERRORand a fallbackRUN_FINISHED. - New
AgentEventConverterandAguiEventEnricherextension points: converters handle semantic mapping, while enrichers handle cross-cutting properties such astimestamp/rawEvent. The Spring Boot starter automatically collects both bean types. - Every
AguiEventsupports AG-UI base event properties.BaseEventPropertiesEnricheris disabled by default; when explicitly enabled, it only fills missingtimestampvalues and does not defaultrawEvent. AguiAdapterConfig.emitTokenUsagecan emitCUSTOM token_usageevents with model-call delta and run-level cumulative token usage.- Behavior change: AgentEvents with
source != null(subagent events) are emitted as AG-UICUSTOMevents (subagent.lifecycle,subagent.text,subagent.thinking,subagent.tool_call,subagent.tool_result,subagent.require_confirm) instead of nativeTEXT_MESSAGE_*/RUN_*. SetemitSubagentEventsAsNative(true)to restore the legacy native mapping. - The Spring Boot starter supports
AguiRuntimeContextResolver, customAguiAgentAdapterFactory, frontend tool injection / merge mode, and HITL interrupt output.
Toolkit & Permission
Tool execution is the main extension surface in 2.0, and the permission system sits directly on its execution path — so we present them together.- Toolkit upgrades:
- Unified base classes:
ToolBase/AgentTool - Tool groups:
ToolGroup/ToolGroupScope/MetaToolFactory— activate on demand; the reservedbasicgroup is always on - Annotation-driven registration:
ReflectiveFunctionTool+@Tool/@ToolParam;Toolkit#registerTool(Object)reflectively registers any annotated methods - Built-in task tool:
io.agentscope.core.tool.builtin.TodoTools.todoWrite(pairs withTaskReminderMiddleware)
- Unified base classes:
- Permission system (new package
io.agentscope.core.permission):PermissionEngine,PermissionRule,PermissionMode(DEFAULT/ACCEPT_EDITS/EXPLORE/BYPASS/DONT_ASK),PermissionBehavior- Every tool call goes through
PermissionEngine: allow / require user confirmation / deny. HITL decisions flow back asUserConfirmResultEvent.
Model fault tolerance and credentials
- New package
io.agentscope.core.credential— shared credential contracts andModelCard; provider-specific credentials live with the model extension modules ModelRegistryresolves models from"provider:model"strings when the matching model extension module is on the classpath (e.g.dashscope:qwen-max,openai:gpt-5)- Builder additions:
.model(String),.maxRetries(int),.fallbackModel(Model)/.fallbackModel(String),.stopOnReject(boolean)— primary-model failure auto-retries and falls back
Workspace (Harness module)
- Workspace abstraction unifies local filesystem, Docker, and E2B cloud sandbox execution behind a single interface
- Warm-up pool — pre-initialize execution environments in batches; useful for parallel RL rollouts
Other new Builder methods
.enableTaskList(...)/.enableTaskList(boolean)— enable the built-inTodoTools.permissionContext(PermissionContextState)— preload permission rulesReActAgent.Builder.fromAgent(ReActAgent)— derive a new builder from an existing agent’s observable configuration (name, description, system prompt, model, maxIters, generateOptions, toolkit)HarnessAgent.Builder.fromAgent(ReActAgent)— ReActAgent → HarnessAgent migration helper. Inherits the same 7 fields asReActAgent.Builder.fromAgentplus every other observable configuration on ReActAgent:stateStore/defaultSessionId,ModelConfig(maxRetries/fallbackModel),ReactConfig.stopOnReject,modelExecutionConfig/toolExecutionConfig/toolExecutionContext,enablePendingToolRecovery,checkRunning,permissionContext,middlewares, andhooks. The only flags not copied areenableMetaTool/enableTaskList— these are builder-time toolkit-mutation flags, and the toolkit copy already carries the tools they registered. Harness-only config (workspace / filesystem / subagents / skills / plan mode /disable*toggles) still has to be set explicitly. See javadoc for the full table.- New getters on ReActAgent / parents to support the above migration:
getModelExecutionConfig()/getToolExecutionConfig()/getToolExecutionContext()/isPendingToolRecoveryEnabled()/getPermissionContext()(onReActAgent);isCheckRunning()(onAgentBase, deprecated, always returnsfalse).
Dedicated model for Memory / Compaction
MemoryConfig and CompactionConfig gain .model(Model) / .model(String) builder methods, allowing a dedicated (typically lighter/cheaper) model for memory flush, consolidation, and context compaction operations independent of the agent’s primary reasoning model. When not set, the agent’s primary model is used (preserving existing behavior).