fix(harness): add reply IDs to subagent lifecycle events

[mikemikimike]

Fixes #2498

Summary:

• Generate one replyId for the local synchronous subagent lifecycle wrapper.
• Reuse it for AGENT_START and AGENT_END.
• Assert non-null matching IDs on normal completion and cancellation.

Validation:

• mvn -pl agentscope-harness -am spotless:check
• mvn -pl agentscope-harness -am -Dtest=AgentSpawnToolCancelEndEventTest -Dsurefire.failIfNoSpecifiedTests=false test
• mvn -pl agentscope-harness -am verify

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

[AgentScopeJavaBot]

🤖 AI Review

[AgentScopeJavaBot]

🤖 AI Review

[guslegend0510]

整体思路没问题，AGENT_START 和 AGENT_END 使用同一个非空 replyId，正常完成和取消场景的测试也通过了。
不过还有两个地方需要补一下：
默认 AG-UI 会把子 Agent 生命周期转换成 subagent.lifecycle，目前 payload 只包含 source/type/name，没有透传新增的 replyId。通过 AG-UI 的客户端仍然拿不到这个字段。建议 Start/End 都增加 replyId，并补充配对断言。
OtelTracingMiddleware 会读取事件流中所有非空的 AgentStartEvent.replyId。现在子 Agent 的 Start 也有 ID 后，会覆盖父 invoke_agent span 的 agentscope.agent.reply_id；多个子 Agent 并发时结果还可能不稳定。建议只处理 source == null 的顶层 Start 事件，并增加父子事件回归测试。
我本地跑过 mvn -q -pl agentscope-harness -am verify，现有测试可以通过。上面两个问题也分别用最小测试复现了。修完这两点后我认为就可以合并了。

[guslegend0510]

LGTM