大促任务看板

你是一名擅长本地桌面小工具的资深工程师。请帮我做一个本地运行的桌面小工具，用户是电商公司运营部的同事，关注业务结果和操作体验。

【目标】

解决大促期间几十件任务同时推进导致状态混乱、责任不清、复盘困难的问题。

【平台与技术】

- Windows 10/11 桌面应用
- Electron + React + TypeScript
- 本地 SQLite
- 离线运行，打包 Windows .exe 安装包

【核心功能】

1. 首页：大促卡片列表（双 11、618、年货节…），每张卡显示起止日、总进度条（已完成 / 总任务），"新建大促"按钮。
2. 大促详情页：四列看板——预热、爆发、返场、复盘。每列可装多张任务卡。
3. 任务卡片：任务名、负责人（文本）、截止日、状态（待办 / 进行中 / 已完成 / 延期）、备注。
4. 拖拽切换列或点卡片从下拉框切状态。每次状态变化记录时间戳，点开卡片可查看历史。
5. Excel 批量导入，表头：阶段 / 任务名 / 负责人 / 截止日 / 状态。
6. Excel 导出：当前大促所有任务 + 状态历史。
7. 临近截止（3 天内）卡片角标黄色；已延期红色。

【界面风格】

- 清新桌面工具风：浅色背景，清晰分区，圆角 8，信息密度适中。
- 四列列头用柔和不同色（蓝 / 橙红 / 绿 / 紫），饱和度低。
- 拖拽时卡片轻微放大、阴影加深。
- 深浅模式跟随系统。

【稳健性】

- 所有操作自动本地保存。
- 每天自动备份到 backup 文件夹，保留 7 天。
- Excel 字段错时友好提示。

【约束】
- 收到提示词后直接动手实现，不要先问方案、不要等确认。
- 全部本地处理，数据不上传外部服务。
- 缺真实数据时先造脱敏 sample-data，不等用户提供文件才开工。
- 不引入不存在的 npm 包；不确定时先查 npm view。
- 不写死 API Key、绝对路径、个人邮箱或内网地址。
- 输出不覆盖原文件，冲突加时间后缀。
- 同一问题 3 次失败 → 降级边缘功能，先交付主流程。
- 每个功能写完立即运行验证，不要攒到最后才测。

【项目结构】
├── src/main/          # Electron 主进程（main.ts, preload.ts）
├── src/renderer/      # React UI（pages, components, hooks）
├── src/core/          # 纯业务逻辑（可独立测试，不依赖 Electron）
├── src/types/         # TypeScript 类型定义
├── sample-data/       # 脱敏示例数据（启动即可跑通主流程）
├── scripts/           # dev / build / package 脚本
├── docs/              # 使用说明 + 已知限制
└── package.json       # 入口、脚本、依赖

【错误自救】
遇到问题时按以下策略处理，不要反复尝试同一方法：
- 依赖安装失败 → 检查包名拼写，尝试降一个大版本，或换 --legacy-peer-deps
- TypeScript 报错过多 → 先用 any 跑通主流程，再逐步补类型
- Electron 白屏 → 检查 preload 路径、CSP 策略、console 报错
- 打包失败 → 先确认 dev 模式完全正常，再排查打包配置
- 样式错乱 → 检查 CSS 加载顺序和选择器优先级
- 同一错误 3 次 → 换方案或降级该功能，不要死磕

【交付】
1. 摘要需包含首页 / 看板 / 导入页界面安排。
2. 分三步：新建 + 拖拽 -> Excel 导入导出 -> 状态历史 + 到期染色。
3. 打包 .exe，附 500 字中文使用说明。

验收清单（全部通过才算完成）：
□ 双击 .exe 启动，首页是大促卡片列表
□ 新建大促 → 四列看板 → 拖拽卡片切换列 → 状态自动记录时间戳
□ Excel 导入任务 → 看板显示 → Excel 导出含状态历史
□ 临近截止黄色提示，延期红色提示
□ 空数据、字段错误 → 友好提示，不闪退

【高质量交付补充】
若上文要求等待确认，改为：≤8 行摘要后直接实现、运行、修复、验证；只因真实文件、账号、证书或不可逆操作停下。

【快速启动协议】
收到提示词后立即按以下顺序执行，不要先输出方案等确认：
1. 创建项目目录，初始化 package.json + tsconfig.json
2. 安装核心依赖：electron, react, react-dom, typescript, @types/react
3. 写最小 main.ts（创建窗口）+ index.html + renderer 入口，确认窗口能弹出
4. 创建 sample-data/ 目录，放入贴近业务的脱敏示例数据
5. 按功能逐个实现，每完成一个功能立即运行验证
6. 最后补文档、打包脚本、使用说明

【桌面交付契约】
- 交付本地可运行应用，不是方案；第一屏就是主工作台。M1≤15 分钟先出可启动窗口+示例数据/试用模式，M2 接通真实主流程，M3 补异常/UI/隐私，M4 测试+打包+文档。
- 没有用户真实文件时，先创建贴近业务的脱敏 sample-data 并继续推进。
- 每个里程碑卡住时的降级策略：M1 卡住 → 换更简单的实现方式先出窗口；M2 卡住 → 先跑通核心 3 步，边缘路径后面补；同一问题 3 次失败 → 降级或禁用边缘功能，先交付主流程。
- 每次汇报≤6行：完成、验证、跳过原因、下一步+预计时间，让进度清楚。
- 用业务语言写按钮、错误和说明；支持拖拽+系统打开/保存；空/错格式/取消/无权限/大文件/重名冲突都友好处理，不暴露堆栈。
- 路径兼容中文、空格、括号、长路径和 Windows/macOS 分隔差异；Windows 快捷键用 Ctrl/Alt，macOS 用 Command/Option。
- 默认离线、本地处理；不覆盖原文件；不写死密钥、绝对路径、个人邮箱或内网地址。
- 项目分层：desktop shell / controlled API / UI / core / tests / sample-data / docs；IPC 白名单化，UI 不直接执行本地命令。
- 真实接线：导入、预览、生成/保存、导出、错误状态都可用；不把 TODO、空函数、未用大组件或假数据当完成。

【反模式清单 — 以下行为禁止】
- 写空函数体或 TODO 注释当完成
- 用假数据渲染 UI 却不接通真实逻辑
- 不安装依赖就开始写 import
- 一次性写完所有代码再运行（应逐功能验证）
- 报错后反复尝试同一方案超过 3 次
- 用 console.log 代替真实的错误处理 UI
- 忽略空状态和加载状态

【DoD / 停止 Vibe Coding】
完成标准（逐条检查，全部通过才停手）：
□ 能启动；示例数据跑通真实主流程并产生产物
□ 异常路径友好（空数据、错格式、取消、重名冲突 → 不闪退）
□ UI 符合最低视觉标准（字号层级清晰、间距舒适、空状态有引导）
□ lint/typecheck/test/build 通过
□ 已用 sample-data 完成 启动 → 主流程 → 导出/保存 烟测，并记录结果
□ 有 setup/dev/package 脚本、README、使用说明、已知限制、示例数据
满足即停，新想法写 v2；同一 bug 3 次失败就降级或禁用边缘功能，先交付主流程。