核心功能
lead-storage 是一个高度受限的写专用存储技能，专为已验证的客户线索（leads）提供持久化服务。其核心职责明确：仅在 Supervisor 提供显式确认令牌（confirmation token）后，执行严格的写入操作，绝不越界。
显著优点
1. 安全优先设计：采用「确认门控」机制，任何写入必须经外部授权，杜绝自主审批风险
2. 写隔离架构：与解析、提取、分析完全解耦，符合最小权限原则
3. 幂等性保障：基于 lead_id 的写入策略，避免重复存储导致的脏数据
4. 故障安全模式：权限模糊时默认拒绝（fail closed），而非开放
5. Schema 约束：输入输出均通过 JSON Schema 验证，确保数据完整性
潜在局限
- 功能极度单一：无法读取、查询或汇总已存数据，需配合其他技能完成完整链路
- 强依赖外部确认：若 Supervisor 未提供有效令牌，功能完全不可用
- 无自愈能力：部分失败仅返回错误信息，不自动重试或补偿
适合场景
- 销售自动化流程中「已确认线索」的最终归档环节
- 合规要求严格的金融、医疗行业客户数据写入
- 需审计追踪的多级审批后数据落地
常规风险
| 风险类型 | 说明 |
|---------|------|
| 令牌泄露 | 确认令牌若被截获，可能导致未授权写入 |
| 依赖失效 | Supervisor 服务中断将阻断全部写操作 |
| Schema 漂移 | 上游数据结构变更未同步时，验证失败率上升 |
| 幂等冲突 | 业务层 `lead_id` 生成策略缺陷可导致覆盖或重复 |
> 关键提示：本技能本质是「带锁的保险箱」，只负责在收到正确钥匙时打开并放入物品，绝不主动查看、整理或建议如何处理箱内物品。