[P2] channel: no inbound channel abstraction — email-to-ticket / webhook-to-lead need external ETL

[xuyushun441-sys]

来源：docs/PLATFORM_GAPS_FROM_TEMPLATES.md 第 39 条（P2）。

现象

平台没有「入站 channel」抽象。从外界（邮件、Webhook、表单）进入系统的记录都得自己写脚本 + 外部 ETL才能落到对象上。

具体场景：

• 客户发邮件到 support@xx.com → 不能自动转工单
• 第三方系统 POST → 不能自动创建 lead / 记录
• 表单提交 → 不能自动加到对应对象
• 入站消息附件 → 没有抓取通道

复现

helpdesk 模板：客户回复邮件 → 期望追加到现有工单的 messages → 今天必须用户登录 portal 手动回复。

建议范围

M1：inbound channel 抽象

• 系统对象 inbound_channel：{ id, type: 'email' | 'webhook' | 'form', config, targetObject, mapping, onReceive: flowRef }
• 入站消息进入队列 → flow 处理 → upsert 到对象

M2：邮件入站

• IMAP / inbound SMTP（与 Add metamodel interfaces for ObjectQL/ObjectUI contract #1 SMTP 发件配套）
• 主题 / In-Reply-To 解析关联工单
• 附件落到 storage（chore(deps)(deps-dev): bump @types/node from 20.19.30 to 25.0.9 #28）

M3：webhook 入站

• 公共 URL + 鉴权（签名 / Bearer）
• payload mapping → 对象字段

M4：表单入站

• 公开 form 渲染（与 portal chore(deps)(deps): bump zod from 3.25.76 to 4.3.5 #27 联动）
• 防垃圾（rate limit + CAPTCHA）

验收

• inbound_channel 抽象 + 邮件 / webhook / form 三类实现
• helpdesk 模板：客户邮件追加到工单 messages
• 缺陷库 gap Redesign homepage based on shadcn and fumadocs specifications #39 标记为已解决

关联

• 配合 Add metamodel interfaces for ObjectQL/ObjectUI contract #1 通知（出栈）形成对称
• 配合 chore(deps)(deps): bump zod from 3.25.76 to 4.3.5 #27 portal、chore(deps)(deps-dev): bump @types/node from 20.19.30 to 25.0.9 #28 附件