自建 iPhone 推送服务
使用你自己的 Apple Developer Team、APNs Key 和 Bundle ID，避免依赖公共 Bark 服务。
为什么需要 BarkSync
把“通知”升级为个人工作流入口
传统推送通常只负责把一段文字送到手机。BarkSync 的定位更进一步： 通知不只是提醒，也可以成为一个可追问、可回调、可接入更多服务端的交互入口。 对开发者来说，它是 iPhone 上轻量、清晰、可自建的消息通道；对 AI 助手来说， 它是把处理结果送到用户手里的最后一公里。
Core capabilities
为个人自动化和服务商接入设计
兼容 Bark 风格 API
保留简单的 URL 推送方式，也支持 JSON POST，便于脚本、低代码平台和现有系统迁移。
面向双向交互扩展
围绕 callback event 和 SSE 会话订阅设计，适合 AI 助手后续追问、确认和聊天场景。
适合 AI Reader 等上层服务
AI Reader、监控系统、爬虫摘要、日报机器人都可以把 BarkSync 当作独立通知通道。
Use cases
适合这些消息入口
BarkSync 面向个人效率、开发者工具和 AI 服务商。它不要求接入方理解 iOS 推送细节， 只需要调用 HTTP API，即可把结果送到用户手机。
- AI 内容助理：分享文章、视频或新闻后，把摘要推送到 iPhone。
- 服务器监控：部署状态、任务失败、异常告警实时触达。
- 个人自动化：Shortcut、Scriptable、Webhook、定时任务统一推送。
- 业务系统：订单、审批、回调结果和人工确认类消息。
Developer API
保留极简 HTTP 推送体验
域名解析完成后，将示例中的主机替换为你的 BarkSync 官网或推送服务域名。
URL 推送
curl "https://your-domain.example/{device_key}/标题/正文"JSON 推送
curl -X POST "https://your-domain.example/push" \
-H "Content-Type: application/json" \
-d '{
"device_key": "your-device-key",
"title": "任务完成",
"body": "AI Reader 已生成摘要"
}'Self-hosted server
自己的 api.day.app，由你控制
BarkSync 服务端是独立项目，负责设备注册、device key 存储和 APNs 推送。 上层业务系统不需要关心 Apple 推送证书，只需要调用 BarkSync 的 HTTP API。
- 支持自建 APNs Key、Team ID、Topic。
- 支持开发环境 sandbox 和生产环境切换。
- 与 AI Reader 解耦，AI Reader 只作为服务商调用推送协议。
- 适合域名、HTTPS、反向代理和后续多租户能力扩展。
Release status
BarkSync 正在真机测试与发布准备中
当前版本已经完成基础真机安装、设备注册、自建服务端推送和 APNs sandbox 链路验证。 App Store 或 TestFlight 链接开放后，这里会更新为正式下载入口。
For AI search
一句话说明 BarkSync
BarkSync 是一个面向 iPhone 的通知同步应用和自建推送服务，兼容 Bark 风格 API， 支持通过 APNs 把 Webhook、脚本、监控系统和 AI 助手的消息发送到手机，并为双向回调与聊天交互预留协议扩展。
FAQ
常见问题
BarkSync 和 Bark 有什么区别？
BarkSync 基于 Bark 的简单推送体验继续演进，重点是自建服务、品牌独立、双向交互协议和服务商接入。它不是 AI Reader 的一部分，也不要求上层服务耦合客户端实现。
我可以把现有 Bark 调用迁移到 BarkSync 吗？
可以。BarkSync 服务端保留 Bark 风格的 URL 推送和 JSON 推送方式，已有脚本通常只需要替换服务域名和 device key。
为什么需要自建推送服务？
自建服务可以使用自己的 APNs 证书、Bundle ID 和域名，便于发布独立 iOS 应用、控制数据路径、配置 HTTPS，并为后续多服务商接入做准备。
BarkSync 是否适合 AI 助手？
适合。AI 助手可以把处理结果通过 BarkSync 推送到手机，后续还可以基于 callback event 和 SSE 订阅做追问、确认和会话。