用途：meow-plan 是 MeowFlow 线程的规划角色入口。当用户以 /meow-plan 发起交互请求时，它负责先检查 MeowFlow 状态，再决定是在当前会话规划，还是启动新的规划阶段智能体。
主要能力：通过 mfl 更新或发现线程、查询状态、启动规划阶段智能体、设置线程名、创建提案产物并追加交接记录。
使用方式：入口契约要求先走 mfl，不能在检查状态前本地规划。若在已有非 MeowFlow 会话中调用，用 mfl run --stage plan ... 启动规划者，报告启动的智能体详情后停止。仅当 mfl agent update-self 确认当前会话已是该线程的规划阶段智能体时，才在当前会话执行规划。协调流程会剥离 /meow-plan 前缀，剩余文本作为规划请求；若状态为 repository-root，提示用户用 mfl worktree new 创建关联工作树并停止。启动命令保留 --provider：mfl run --stage plan "<planning-request>" 或 mfl run --stage plan --provider <provider> "<planning-request>"。规划阶段流程包括运行 mfl status、读取 mfl thread status <id> --no-color、用 mfl handoff get -n 5 读取近期交接、选择符合 ^[a-z0-9]+(-[a-z0-9]+)*$ 的 kebab-case 线程名并用 mfl thread set name '<name>' 持久化，必要时用 paseo agent update "$PASEO_AGENT_ID" --name "Plan: <name> (1)" 重命名智能体，若仓库使用 OpenSpec 则创建同名变更，提交提案产物并追加 mfl handoff append --stage plan "planned <name>; proposal <path>; next <stage>"。
适用场景：MeowFlow 线程的规划阶段启动与协调。
限制：规划范围受限，不得编辑生产代码；编码与评审阶段在用户批准或请求下一阶段前保持空闲；并发 mfl 更新导致 SQLite 写冲突时，等待前一命令结束并重试一次线程名写入。其他细节暂未提供。