核心用法
cross-channel-notify 允许用户通过单次调用，将同一内容同时推送至电子邮件（himalaya）与 iMessage（bluebubbles）双通道。用户需提供收件人邮箱地址（to_email）、iMessage 目标（E.164 号码或 chat_guid）、主题（subject）及 Markdown 格式的正文（body）。系统会自动处理格式适配：保留完整 Markdown 用于邮件，同时剥离不兼容标记生成纯文本版本用于 iMessage。
显著优点
- 高效触达：双通道并行发送，显著提升关键消息的到达率，避免单通道故障导致遗漏。
- 格式智能适配：内置 Markdown 转换规则，无需用户手动维护两套文案。
- 配置灵活：支持通过
~/.config/cross-channel-notify/format.yaml自定义格式化偏好，满足个性化排版需求。 - 容错设计：任一通道不可用时自动降级，明确报告成功/失败状态，避免静默丢消息。
潜在局限
- 依赖外部服务：需预先配置 himalaya（邮件）与 bluebubbles（iMessage）两个独立后端，配置复杂度较高。
- 格式简化损失：iMessage 纯文本版本会丢失 Markdown 的层级结构（如标题、列表缩进），长内容可读性下降。
- 无富媒体支持：当前仅处理文本，不支持图片、附件等二进制内容的跨通道同步。
- 苹果生态局限：iMessage 通道仅限 Apple 设备用户，安卓用户无法接收该侧消息。
适合人群
- 需要向团队成员或客户发送重要通知，且要求"至少有一个通道送达"的运维、项目管理或客服场景。
- 已自建 himalaya 邮件服务器与 bluebubbles 桥接环境的 macOS/iOS 重度用户。
常规风险
- 隐私泄露：同一内容通过不同服务商（邮件服务商/Apple iCloud）传输，增加数据暴露面。
- 身份伪造：若 himalaya 或 bluebubbles 配置不当，可能被利用发送钓鱼消息。
- 频率管控缺失：无内置发送频率限制，误操作可能导致双通道同时触发垃圾邮件/消息风控。
- 配置文件权限：
format.yaml若权限设置宽松，敏感格式化规则或联系人信息可能被本地其他进程读取。