用途：该技能为构建可扩展、可维护的 Evernote 集成提供生产级架构模式，适用于系统架构设计、集成规划等场景。前置条件包括了解微服务或模块化单体架构、熟悉云平台（AWS/GCP/Azure）以及消息队列与缓存知识。
主要能力：
- 架构分层：客户端层（Web/移动/CLI）→ API 层（Express/Fastify REST API）→ 服务层（NoteService、SearchService、SyncService）→ 集成层（限流并监控的 EvernoteClient）→ 基础设施层（Redis 缓存、PostgreSQL、消息队列）。
- 服务层设计：按职责拆分服务，NoteService 负责 CRUD、ENML 格式化和标签管理；SearchService 负责查询构建、分页与结果丰富；SyncService 负责 Webhook 处理、增量同步与冲突解决；AuthService 负责 OAuth 流程、令牌存储与刷新。并提供 ServiceRegistry 服务注册表模式管理依赖。
- 缓存策略：两级缓存，内存 LRU 缓存热数据（笔记元数据、用户信息），Redis 缓存共享状态（笔记本列表、标签列表、同步检查点），并在收到 Webhook 通知时失效缓存。
- 同步架构：以 Webhook 为主要变更通知渠道，不可用时回退到轮询；变更经消息队列处理以保证可靠性和重试；在数据库中存储同步状态（USN）以支持崩溃恢复。流程为 Evernote Webhook → API Gateway → Message Queue → Sync Worker → Database，同时从 Evernote API 拉取变更。
- 数据库模式：本地镜像 Evernote 数据以加快读取，关键表包括 users（令牌、过期时间）、notebooks、notes（内容、元数据）、tags、resources（元数据、文件路径）、sync_state（user_id、last_usn）。
- 错误处理：针对 Evernote API 中断、Redis 故障、数据库故障、消息队列故障等失败模式提供断路器、内存回退、事件排队重放和轮询回退等缓解措施。
使用方式：资料未提供具体安装命令或调用步骤；相关实现细节（完整架构图、服务实现、数据库模式、扩展指南）指向 Implementation Guide。多环境配置参见 evernote-multi-env-setup。
适用场景：笔记类 SaaS（用户通过 OAuth 连接 Evernote，同步笔记到本地数据库，用 PostgreSQL 做全文搜索并回写变更）和团队仪表盘（聚合多个 Evernote Business 用户的笔记，缓存笔记本/标签查询实现亚 100ms 响应）。
限制：资料未说明具体平台、收费或价格信息；前置条件与错误处理为架构层面建议，实际实现需参考官方文档与 Implementation Guide。