fix: ExecuteExtraTool 加 schema 预校验防止 deferred 工具崩溃

模型通过 ExecuteExtraTool 调 CronCreate 时把字段名拼成 schedule（而非
cron），raw params 透传到 validateInput，input.cron 为 undefined，触
发 parseCronExpression 的 expr.trim() 抛 TypeError。所有参数组合同
样崩溃，与具体参数无关。

三层修复：
- ExecuteTool.call 在调 validateInput 前先跑 targetTool.inputSchema.
  safeParse（鸭子类型跳过 MCP），失败时返回 formatZodValidationError
  友好消息，成功时透传 parsed data 让 .default() 生效、strictObject
  拦截多余字段。这是架构根治，覆盖所有 deferred 工具。
- CronCreateTool.validateInput 顶部加 typeof string 守卫，给模型精确
  字段错误消息。
- parseCronExpression 顶部加 typeof string 守卫，覆盖 cronToHuman 等
  所有调用者。

新增 4 个测试覆盖：cron undefined 输入返回 null、ExecuteTool schema
验证拒绝错字段名且 validateInput 不被触达、.default() 透传、MCP-like
工具跳过 schema 校验。

Co-Authored-By: glm-5.2 <zai-org@claude-code-best.win>

packages/builtin-tools/src/tools/ScheduleCronTool/CronCreateTool.ts

@@ -80,6 +80,19 @@ export const CronCreateTool = buildTool({
     return getCronFilePath()
   },
   async validateInput(input): Promise<ValidationResult> {
+    // ExecuteExtraTool passes raw params through without re-running this
+    // tool's inputSchema, so when the model uses a wrong field name (e.g.
+    // 'schedule' instead of 'cron'), input.cron is undefined. parseCronExpression
+    // would throw on .trim(undefined); catch here with a message that tells
+    // the model which field is actually required.
+    if (typeof input.cron !== 'string' || input.cron.length === 0) {
+      return {
+        result: false,
+        message:
+          "Missing required parameter 'cron' (5-field cron expression, e.g. '*/5 * * * *'). Check parameter names against the schema.",
+        errorCode: 1,
+      }
+    }
     if (!parseCronExpression(input.cron)) {
       return {
         result: false,