personal-schedule-planner

个人日程规划

把多账号任务、既有日程、长期规划和项目进度合并为一份现实可执行的时间表。默认只把“从现在到今天结束”排成具体时间块，同时观察未来七天的截止日期和冲突；用户指定未来几天、本周或其他范围时再扩展实际排程窗口。

固定边界

• 采集阶段只读。不要修改飞书任务、项目文件、Obsidian 或日历。
• 每次真实排程必须使用 scripts/planner_guard.py、scripts/schedule_sync.py 和临时 manifest，严格按 collect -> draft -> confirm -> preflight -> dry-run -> write -> readback -> complete 推进；脚本拒绝时立即停止，不得绕过。
• 从 GLOBAL/LARK_PROFILES.md 获取全部治理层 Profile；不能只读取 CLI active 或默认 Profile。
• 同一份已确认安排同步到全部目标 Profile 的主日历，统一使用草案中的唯一标题，并把日程设为公开；不要改变日历容器的共享权限。
• 用户确认排程草案，只授权草案中明确列出的创建、更新和删除动作。新增信息或扩大日期、Profile、可见性、参会人范围时重新确认。
• 只管理带本 Skill 稳定标记的时间块。不要覆盖普通日程，也不要把未确认的旧时间块自动删除。
• 吃饭可作为受保护时间写入日历；普通休息、任务切换、延误余量和突发容量默认只在草案中留白，使用 action: none，不得生成日历事件。
• 时间换算必须使用系统日期或脚本，不靠心算；固定使用当前会话时区，除非用户明确指定其他时区。

路由个人时间岗位

本 Skill 默认由通用助手的“个人时间管理员”承接。开始采集前，从 GLOBAL/PROJECTS.md 定位通用助手并读取其 AGENTS.md“项目组织”模块：

1. 已有“个人时间管理员”或职责等价的长期岗位时，复用并把本次排程请求或 task_handoffs[] 指派给它；当前会话本身已承接该岗位时直接继续，不递归转派。
2. 没有等价岗位时，先补充“个人时间管理员”，职责限定为汇总各项目 handoff、全部治理层 Profile、Obsidian 仪表盘和项目状态，协商个人排程，并在用户确认后同步日历。
3. 环境支持长期任务窗口管理时，建立或复用对应窗口并传递排程窗口、用户请求和 handoff。环境暂不支持时，由当前会话完成本次排程并说明岗位已登记、尚由当前会话兜底；不能因缺少窗口而阻塞。
4. 该岗位不修改飞书任务的 Profile、负责人、状态或业务内容；项目任务仍由各项目“项目任务协调员”按本地身份规则管理。岗位补充属于用户已确认的 GLOBAL 按需规则，不需要重复询问。

岗位路由不构成日历写入授权；无论由哪个窗口执行，仍必须经过完整草案确认和程序化状态机。

依赖与实时事实

1. 读取 GLOBAL/README.md、GLOBAL_CONTEXT.md、LARK_PROFILES.md、SCHEDULE_PREFERENCES.md、PROJECTS.md 和 OBSIDIAN_LINK.md；按这些文件的当前路径与边界执行，不复制静态项目、Profile 清单或个人偏好到本 Skill。
2. 使用 feishu-profile 解析和核验每个 Profile。所有飞书命令显式传入 --profile <name> --as user，不切换全局 active，不回退 bot。
3. 优先通过 lark-cli skills read lark-shared、lark-cli skills read lark-task、lark-cli skills read lark-calendar 读取与当前 CLI 匹配的规则；具体动作前继续读取对应 reference、--help 和 schema，不凭本 Skill 猜参数。
4. 使用 obsidian-cli 读取指定 Vault，使用 json-canvas 解释 仪表盘.canvas；只有仪表盘实际关联 .base 时才读取 obsidian-bases。
5. CLI 不可用、Profile 不存在、user 授权无效或 scope 不足时，转 feishu-profile 恢复。任何 Profile 失败都要显式报告，不能静默跳过后宣称“全部同步”。
6. 接收 feishu-task 联动时完整读取 飞书任务排程联动契约；handoff 是增量线索，不替代全部 Profile 的实时任务与日历采集。新增到尚未建立受管排程的未来日期不构成 handoff；只有影响今天、已有受管排程日期，或用户明确要求安排时才进入本 Skill。