mongoose 默认会将嵌套对象中声明的子字段（如 `comments.text`）视为独立路径并强制校验，即使父字段未设 `required: true`；正确做法是显式定义 `type` 为一个对象结构，并将 `required` 明确设为 `false` 或省略。

在 Mongoose 中，嵌套字段（如 comments）的 Schema 定义方式直接影响验证行为。你当前的写法：

comments: {
  text: { type: String },
  author: { type: mongoose.Types.ObjectId, ref: "User" },
}

看似未设 required，实则触发了 Mongoose 的隐式行为：当嵌套对象以“扁平属性形式”声明（即不包裹在 type: { ... } 内），Mongoose 会自动将每个子键（comments.text、comments.author）注册为独立的 schema 路径，并默认启用 required: true —— 即使你未显式声明。这正是报错 Path comments.author is required 的根本原因。

✅ 正确写法是显式指定 type 为一个对象结构，并将 required 明确控制在父级：

chartjs-reporter

此技能用于在用户需要将结构化数据（查询结果、CSV 摘要、JSON 记录或 Python 字典/列表）转换为独立的 HTML 页面时使用。

下载

comments: {
  type: {
    text: { type: String },
    author: { 
      type: mongoose.Types.ObjectId, 
      ref: "User" 
    }
  },
  required: false // ✅ 显式设为 false（也可省略，默认即 false）
}

? 注意：required: false 可省略，因为 required 默认值就是 false；但显式写出更清晰，避免团队误解。

完整修正后的 Schema 片段如下：

const ReviewSchema = new mongoose.Schema({
  title: { type: String, required: true },
  text: { type: String, required: true },
  stars: { type: Number, required: true },
  author: { type: mongoose.Types.ObjectId, required: true, ref: "User" },
  recipient: { type: mongoose.Types.ObjectId, required: true, ref: "User" },
  comments: {
    type: {
      text: { type: String },
      author: { type: mongoose.Types.ObjectId, ref: "User" }
    },
    required: false // 明确语义，推荐保留
  },
  createdAt: { type: Date, required: true, default: () => Date.now() },
  updatedAt: { type: Date }
});

? 额外建议：

• 若 comments 字段完全可为空（即允许 null 或缺失），还可补充 default: undefined 或 default: null；
• 如需支持数组形式的多条评论，应定义为 comments: [{ text: ..., author: ... }]，此时同样需用 type: [...] 包裹；
• 在 API 层（如你的 Next.js PUT 路由），确保 Zod 校验与 Mongoose Schema 语义对齐——当前 Zod Schema 未包含 comments，符合预期，无需修改。

总结：Mongoose 的嵌套字段必须通过 type: { ... } 显式建模，避免“扁平声明”引发意外的必填校验。这是 Schema 设计中的关键细节，直接影响数据写入的健壮性。