核心用法
Secretary 是一个本地优先的个人行政助手，通过 ~/secretary/ 目录下的 Markdown 文件（memory.md、people.md、calendar.md、history.md）持续学习用户偏好。用户通过自然语言指令与其交互，如"给[某人]草拟关于[主题]的回复"、"记住：我上午10点前不接电话"等。该技能不直接调用任何API，而是依赖用户已配置的邮件/日历工具执行实际操作，自身仅负责起草建议与整理信息。
显著优点
1. 隐私优先架构：所有数据本地存储，无云端同步或第三方服务依赖，敏感信息不离开用户设备。
2. 明确授权机制：v1.1.0 强化边界，任何对外发送行为必须经用户显式确认，杜绝误操作风险。
3. 可解释的记忆系统：偏好学习完全透明，用户可随时查阅、编辑 memory.md 等文件，理解助手"知道什么"。
4. 零配置门槛：无需API密钥，开箱即用，兼容 Linux/macOS/Windows。
潜在缺点与局限性
- 无主动执行能力：无法自动发送邮件或修改日历，重度依赖用户手动确认，效率增益有限。
- 记忆容量硬限制：
memory.md限制100行，长期高频使用可能导致关键信息被截断或需要人工归档。 - 学习被动性：仅从显式反馈学习，无法通过观察对话模式自动优化，对用户表达清晰度要求较高。
- 跨设备同步缺失：本地文件架构意味着多设备使用需借助第三方同步工具（如Dropbox、Syncthing）。
适合人群
- 对数据主权敏感、拒绝云端助手的专业人士
- 需要起草大量商务沟通但坚持亲自把关发送的高管
- 日程复杂、依赖个性化规则（如"周二下午不安排会议"）的知识工作者
- 希望将AI辅助工作流与现有工具链（自托管邮件、本地日历）整合的技术用户
常规风险
| 风险类型 | 说明 | 缓解措施 |
|---------|------|---------|
| 本地数据丢失 | `~/secretary/` 未备份时硬盘故障导致记忆清零 | 纳入常规备份策略或使用版本控制 |
| 记忆文件污染 | 手动编辑 `memory.md` 引入格式错误 | 定期校验，利用 `history.md` 追溯 |
| 确认疲劳 | 频繁手动确认降低实际效率 | 合理设置批量处理时段，避免过度依赖 |
| 权限边界误解 | 用户误以为助手已执行某操作 | 界面/交互设计需强化"仅草稿"状态提示 |