本文所有界面截图均来自离线演示版。画面中的法院、案号、当事人、链接和文件路径均为虚构数据。演示版不读取真实短信，不访问真实法院链接，也不写入系统日历。正式版本信息以产品页为准。
一次送达处理得稳不稳，关键不只在于文书有没有下载下来。短信、送达链接、案件目录、文书文件和开庭时间，能否接成一段可以回看的过程，同样重要。
法院送达助手最早是一套围绕 12368 短信搭起来的 Skill 工作流。收到短信以后，Skill 继续完成案号识别、送达链接提取、文书下载、案件目录匹配和开庭提醒。最初我靠一条条指令调用这套流程。用得越多，我越想把它从对话框里拿出来，放进一个每天都能打开的本地软件。
把 Skill 做成 App 后，原先依赖指令和执行环境的步骤有了稳定入口。处理状态、异常原因、权限范围和归档确认都摆在界面上。高频动作点一下就能继续，需要判断的地方仍然由人确认。
目前，这个 App 已经完成第一阶段开发，可以承担送达整理中的高频任务，也进入了我的日常工作。它是我到现在使用次数最多的一件 Vibe Coding 作品。
01 从 Skill 到 App，变化不只是一层界面
Skill 很适合验证工作流。它让我先把一条 12368 短信后面的动作拆开，确认哪些步骤可以自动处理，哪些步骤必须停下来等待人工判断。
但当同一套流程每天重复出现，软件界面的价值就变得具体了。
01事项总览待处理数量和当前状态直接显示在工作台
02过程回看每条短信停在哪一步，不必重新推断
03归档确认文件写入案件目录前保留一次人工核对
04权限可见数据连接与系统授权随时可以检查和调整
工作台因此成了整条流程的入口。每个数字都能继续点进对应事项，不再只留下某次命令是否执行成功的结果。
02 12368 短信进入工作台
法院短信通常只是送达事项的入口。进入办案流程以后，还要看清案号和法院，打开链接，下载文书，再找到正确的案件目录。
这些动作原来分散在“信息”、浏览器、Finder 和日历里。中间被电话或其他工作打断，过一会儿再回来，往往要重新确认刚才处理到了哪里。
法院送达助手把收到时间、案号、法院、当事人、文书和处理状态放在同一处。送达收件箱保留完整短信，也展示解析结果、下载状态和处理记录。一条送达现在走到哪一步，界面会直接给出答案。
如果不希望开放“信息”数据库权限，也可以手动粘贴完整短信。应用会继续沿用同一套案件匹配和安全下载流程。这个入口也适合处理从手机或其他设备复制过来的送达通知。
03 下载完成后，先停在待归档
文书下载完成，并不等于整理已经结束。文件放错案件目录，往往比暂时没有归档更难处理。
所以，应用会先把文书放进暂存区。待归档页面继续展示短信原文、解析信息、案件匹配结果、暂存文件和目标目录。使用者核对无误，再执行归档。
归档提示
为了提高案件目录识别的准确性，建议本地案件文件夹统一采用“案号＋当事人信息”的方式命名。应用可以先按案号定位，使用者也能借助当事人信息完成目视复核。
这个停顿看起来多了一步，却能守住文件进入正式案件目录前的最后一道确认。案号能够唯一对应案件目录，流程才继续。目标不清楚，事项就留在原处等待处理。
04 遇到不确定，程序先停下来
送达短信并不总是整齐。短信可能缺少案号，案件目录里可能没有对应项，同一案号也可能出现多个候选目录。
法院送达助手把这些事项集中到异常处理页面，写明流程停止的原因，并提供补充短信、下载文书、人工选择或忽略等操作。出现多个候选目录时，软件不会替使用者选一个看起来最像的路径。
对于已经通过其他方式处理，或者经人工核对后无需继续处理的事项，应用区分初步忽略和最终忽略。前者保留再次判断的空间，后者记录人工确认结果。两个阶段都保留完整短信和处理痕迹。
状态边界 送达事件不会改写案件的审理或执行状态。
事实来源 案件进展仍应依据法院原始文书、官方通知和办案人员确认。
05 权限和本地数据写在明处
直接读取 Mac“信息”里的 12368 短信，需要 macOS 的完全磁盘访问权限。这个权限范围很广，所以应用把查询限定在收到的 12368 短信必要字段。使用者也可以拒绝授权，改用粘贴短信。
案件文件夹需要单独选择。系统日历同样按需授权。识别到传票以后，应用会先展示案号、日期、时间和地点，等使用者确认后再写入日历。
短信、案件资料和本地任务记录不会上传到开发者服务器。联网发生在访问短信中的法院送达链接，或使用系统日历同步时。任务库、审计记录和下载文书保存在本机及使用者明确选择的位置。
06 传票继续走到开庭提醒
送达文书里出现传票时，整理工作还没有结束。日期、时间、法院和地点需要从文书中提取，也需要在写入日历前再次核对。
开庭日历页面把案件信息、开庭安排、来源传票和写入记录放在一起。正式使用时，写入动作由使用者确认。写入完成后，应用还会回读日历事件，核对标题和时间是否一致。
一条提醒有用的前提，是它还能回到原始传票。看到日历日程时，使用者可以知道它来自哪份文书、何时写入，以及回读是否成功。
07 这件 Vibe Coding 作品为什么留了下来
我做过不少小工具。有些解决一次性问题，跑通以后就很少再打开。法院送达助手不一样，它面对的是会重复出现、又不适合完全交给自动化的日常工作。
它没有替我判断案件，也不会绕过人工确认。它做的事情很朴素，把分散在短信、浏览器、Finder 和日历里的动作接起来，让每一步都有状态，让每次停顿都有原因，让处理完成后仍然留下记录。
这也解释了它为什么从一套 Skill 工作流长成了独立 App。Vibe Coding 对我最有价值的地方，是让一个原本只在自己脑中存在的工作方法，逐渐变成每天愿意使用、出现问题也能回看的工具。
当前版本与产品边界
法院送达助手当前正式版本为 v1.0.0，build 50，适用于 macOS 14 及以上系统。App 与安装包已完成 Developer ID 签名、Apple 公证和 Gatekeeper 验证。
它是独立开发的本地效率工具，与人民法院及 12368 平台不存在隶属、授权或联合运营关系，也不提供法律结论。关键送达信息仍应以法院原始文书和官方通知为准。
交流送达工作流设计，请勿提交真实案件材料
如需讨论使用场景，请只描述抽象流程和合成样本。不要发送真实短信、案号、送达链接、传票、客户身份、文件截图或其他敏感信息。