若工具列表中有 enote MCP，日常便签和 TODO 操作优先使用它：enote_list_todos、enote_list_notes、enote_create_note、enote_create_todo、enote_update_todo、enote_health、enote_sync_status、enote_sync。它由本机宿主连接 E note，适用于 shell 无法访问本地网络的 Codex/飞书会话；无需读取或复制 API 令牌。更新工具的 id 接受编号或 UUID，completed 控制完成状态，dueAt: null 清除期限。下述任务识别、重试、同步和人工验收规则同样适用。

使用随附的 scripts/e_note.py 调用正在运行的 E note。脚本从 ~/Library/Application Support/ENote/api.json 读取本机地址及访问令牌，不需要手动复制令牌。可用 --config /path/api.json 覆盖配置位置。

在 skill 所在目录执行，或使用脚本的绝对路径：

python3 scripts/e_note.py health
python3 scripts/e_note.py note --title '会议记录' --body '确定周五发布，先完成回归测试。'
python3 scripts/e_note.py todo --text '完成回归测试' --category 工作 --priority high --due-at '2026-09-18T17:00:00+08:00'
python3 scripts/e_note.py todos
python3 scripts/e_note.py update --id T000001 --text '完成全部回归测试' --priority high

• 普通记录创建 note；可执行事项加入唯一的 TODOList，不把解释性长文或会议全文当成任务。
• 仅在用户提供或上下文明确时填写分类、优先级和到期时间；默认分类为“收集箱”、优先级普通、无到期时间。日期需要时区，不能猜测用户未给出的期限。
• 批量任务使用 batch --file /absolute/path/items.json，文件格式为 {"items":[{"text":"任务内容","category":"工作"}]}，一次最多 100 项。
• 每条 TODO 有不可变 UUID（id）和持久化编号（number、code，例如 T000001）。单机编号和云端账号编号各自递增；离线新任务首次上传时由服务器分配账号内编号，显示编号可能改变，UUID 不变。跨设备操作先同步并使用 UUID；已经分配的账号编号不再复用。update / complete 可用编号或 UUID；优先使用用户给出的编号，不按当前列表下标猜测。
• 修改或标记完成前根据返回的编号和文本匹配目标；标题相同且无法确定时澄清目标。
• TODOList 的任务是独立的结构化数据。普通 note 正文里的复选框不属于此 API 的 TODO，不能使用普通便签 ID 调用任务修改接口。
• 调用成功后用返回的数据简短确认已保存的便签或任务。不要展示令牌，也不要直接修改加密的 notes.json 或 note.key。
• 配置缺失或连接失败时，说明需启动 E note，并在“设置 → API”开启调用。不要改为写其他应用。常驻 TODOList 开关关闭时仍能添加任务，但不会替用户打开常驻开关。
• shell 报 Operation not permitted 时，先用可用的 enote_health / enote_list_todos MCP 工具检查；不能仅凭 shell 网络受限断言应用未启动。MCP 未安装时说明需要接入本机 E note MCP，不自动修改宿主沙箱权限。
• 创建请求超时或返回保存失败时，先用 notes / todos 查询是否已写入，不要自动重复提交；这些创建接口没有幂等键。

• 执行结束后，将实际完成内容、验证结果、交付位置、涉及的部署与备份、剩余事项写入该待办的关联 note，保留原需求和历史记录，不记录密码、密钥。未完成也记录实际进度，不宣称完成。
• 按 TODO UUID 与 note 的 linkedTodoID 核对关联，不能只按标题猜测；读取现有 note 后追加，不重复创建。关联缺失、歧义或 note 已删除时，先解决关联，不关闭待办；普通 enote_create_note 不支持建立关联，不能假装已关联。
• 用户授权关闭且实际完成后，调用 enote_update_todo，传 completed=true、completionNoteID、executionConclusion。MCP 会追加结论、回读确认成功，再修改完成状态。已有关闭授权无需再次询问。
• 结论写入或回读失败时不关闭，不通过 CLI、原始 HTTP 或其他工具绕过。发生超时时先查 note 和 TODO，再用相同结论重试，避免重复追加。发现已关闭却漏写结论时补写原关联 note，保持既有完成状态。
• 有 workflowID 的任务仍遵守下文执行协议：先 finish 写回结果，再在用户验收后 accept；不能用普通 TODO 修改冒充工作流验收。

账号已登录时，在读取远程任务或执行修改前先运行 python3 scripts/e_note.py sync，并确认 sync-status 的账号与用户目标一致。冲突或网络失败时保留本机记录，暂停远程执行，不宣称云端已更新。

用户要讨论、制定方案或让 AI 执行 TODO 时，阅读 云端任务执行协议。必须先澄清任务并形成关联方案便签，取得用户对具体版本方案的确认，然后领取服务器执行锁；执行结果写回后等待用户验收，不能由 AI 自行完成验收。

若关联便签包含 ENOTE_AUTOMATION_CARD_V1，它由本机桥接的定时任务维护。只把两个标记之间的文字视为用户补充：

• ENOTE_AUTOMATION_INPUT_START/END：用户提供的资料、工作目录与验收标准。
• ENOTE_AUTOMATION_APPROVAL_START/END：需要人工批准的结构化字段；AI 不得把 decision 改为 approve，也不得修改流程 UUID、版本、确认码、方案摘要、风险和工作目录。

定时流程只会自动执行 local_safe 本地任务。任何服务器、远程主机、生产环境、部署、推送、删除、外部消息、付款、凭据或系统设置都必须等待 Note 人工批准；服务器执行器未单独启用时，批准也不会授予网络访问。

完整 API 协议随 E note 项目提供在 docs/API.md。日常任务使用上述脚本即可。