Mac通知中心无弹窗且无记录，主因是应用未完成UNUserNotificationCenter授权：未出现在通知列表即未注册；带括号后缀说明签名不一致需重装；已列出则须开启“允许通知”及“在通知中心中显示”；冷启动工具需强制退出后终端禁用App休眠再重启；签名/ID错误可查控制台notificationcenterd错误日志；总开关“通知中心显示通知”关闭会导致全局失效；终极方案为终端执行sudo tccutil reset UserNotifications并重启。
Mac通知中心弹窗不显示，不是设置被误关，而是通知根本没注册进系统——常见于WorkBuddy、Notion Helper、自签名工具等未完成UNUserNotificationCenter授权流程的应用，导致系统压根不生成横幅，连通知中心都收不到条目。
确认通知权限是否真正生效
打开“系统设置” → 左侧边栏点击“通知与专注模式” → 在右侧应用列表中查找目标App（如“WorkBuddy”“Obsidian Helper”）。
如果该App完全未出现在列表中，说明它尚未触发首次通知注册；如果已列出但名称带括号后缀（如“WorkBuddy (Developer)”），则是签名不一致导致权限分裂，必须重装官方签名版。
若App已列出，点进去检查：顶部“允许通知”必须为开启状态；下方“在通知中心中显示”和“在锁定屏幕上显示”两项必须勾选——缺一不可，否则通知内容不会归档，更不会弹窗。
强制触发通知注册流程
很多后台型App（尤其是菜单栏常驻工具）冷启动时不主动调用权限请求，系统就不会弹出授权弹窗。
第一步：完全退出目标App——右键菜单栏图标选择“Quit”，或打开“活动监视器”，搜索App名并强制退出所有相关进程（包括Helper进程）。
第二步：终端执行：defaults write com.workbuddy.mac NSAppSleepDisabled -bool YES（将com.workbuddy.mac替换为实际Bundle ID，可用mdls -name kMDItemCFBundleIdentifier /Applications/YourApp.app查）。
第三步：重新启动App，等待10–15秒；若仍未弹出系统级“是否允许发送通知”提示框，说明其通知初始化逻辑已被跳过或报错，需手动触发测试通知（部分App藏在右键菜单栏图标 → Preferences → Notifications里）。
排查签名与Bundle ID冲突
macOS会静默丢弃来自非公证（notarized）或Bundle ID硬编码错误的App的通知请求，且不报任何UI提示。
打开“控制台”App → 左侧选本机 → 顶部搜索栏输入：process: "notificationcenterd" OR process: "usernoted" → 再点搜索框右侧下拉箭头 → 选“信息类型”→“错误”。
重点查找含denied notification request from untrusted process或bundle ID mismatch: expected com.workbuddy.mac, got com.workbuddy.dev的日志——出现即证实签名/ID不匹配。
临时绕过测试（仅限信任来源的dmg安装）：终端运行xattr -rd com.apple.quarantine /Applications/WorkBuddy.app，然后重启App。
验证通知中心总开关是否关闭
方法一：进入“系统设置 → 通知与专注模式” → 切换到顶部“通知中心”选项卡 → 检查“通知中心显示通知”总开关是否开启。
方法二：快捷键Option + Command + D启用勿扰模式后，仍无横幅，但通知中心也空白——大概率是此总开关被关了，而非单个App问题。
【注意】此总开关关闭后，所有App的新通知既不弹窗，也不归档，连历史记录都消失，务必先确认是否误操作。
重置通知权限数据库（终极手段）
当多个App同时失联、控制台报TCC failed to save access for bundle ID时，TCC权限数据库可能损坏。
第一步：终端执行：sudo tccutil reset UserNotifications（需要输入管理员密码）。
第二步：重启Mac——系统会在下次启动时重建通知权限索引。
第三步：逐一重新打开各App，等待其主动弹出授权请求；若仍不弹，按前述“强制触发注册”步骤重试。
