跳转至

日程管理系统 规范说明

版本: v0.1 日期: 2026-06-12 适用范围: 施靖宇(エレキ課)的个人任务与日程管理


一、数据存储

1.1 数据文件位置

所有数据存放在 /root/friday-shared/エレキ課作業/ 目录下,不占用 Hermes 长期记忆(MEMORY)空间。

Hermes 的记忆中只保存一句:「工时数据存于 /root/friday-shared/エレキ課作業/,做日程安排时先去读」

1.2 数据文件清单

文件 用途 更新方式
工时记录.json 每次计时任务的详细操作记录(开始/暂停/继续/完成) Hermes 写入
任务类型统计.json 按类型/子任务类型汇总的统计(次数、平均耗时、范围) Hermes 自动更新
日程安排备份/ 每次调整前备份的旧日程快照 Hermes 写入
日程管理系统_规范说明.md 本文件,系统功能定义 持续更新

二、任务与子任务体系

2.1 任务结构

每个任务可以包含多个子任务,形成 主任务 → 子任务 的树形结构。

主任务: 部門内問題指摘 (30h)
  ├─ 子任务①: 回答记入 (15h)
  ├─ 子任务②: 承認フロー (5h)
  ├─ 子任务③: 上司確認・修正 (8h)
  └─ 子任务④: 最終完了報告 (2h)

2.2 子任务的拆分

  • 用户在导入/新建任务时,可以同时指定子任务清单及各子任务的预计工时
  • 子任务可以有各自的截止日期,也可以沿用主任务的截止日期
  • 子任务的工时之和 = 主任务总工时(允许一定偏差)

2.3 飞书中的体现

  • 主任务 → 飞书任务清单中的任务(带截止日期)
  • 子任务 → 在主任务的描述/备注中列出,或者作为飞书任务的 checklist 项
  • 日历 → 各子任务按天拆分,分别显示在日历上

三、日程拆分与排程

3.1 拆分方式

用户将一个任务(或子任务)的工时分配到多天完成。

用户指示方式(二选一):

方式 示例 说明
逐天指定 "今天2h,明天3h,后天4h" 精确控制每天的投入
倒推自动分配 "30h,每天最多3h,6/30前搞定" 我自动算每天排多少

3.2 日历展示

每天按时间段显示在飞书日历上,格式:

6/15 (周一)
  09:00~12:00  【施】部門内指摘①回答记入 (3h)
  13:00~15:00  【施】モータ納入仕様書 (2h)

6/16 (周二)
  09:00~12:00  【施】部門内指摘①回答记入 (3h)
  ...

3.3 排程冲突检测

  • 同一天安排的总工时 > 合理范围(如 > 10h)时,提示警告
  • 参考历史工时数据评估计划是否合理
  • 用户可自行调整每天的安排

四、工时计时与记录

4.1 计时的基本操作

用户说 系统操作
"我开始做XXX了" 记录开始时间,标记任务/子任务为"进行中"
"我暂停了" 记录暂停时间,累计本次的已用时长
"我又继续了" 继续计时
"我做完了" 记录完成时间,计算总耗时,更新工时记录

4.2 支持的范围

  • 可以对主任务计时
  • 也可以对单个子任务计时
  • 暂停/继续可以重复多次,最终累计总耗时

4.3 记录格式(工时记录.json)

{
  "任务名称": "LH-3500B 部門内問題指摘",
  "任务类型": "問題指摘対応",
  "子任务": "①回答记入",
  "子任务类型": "記入作業",
  "开始时间": "2026-06-15T09:00:00+08:00",
  "结束时间": "2026-06-17T16:30:00+08:00",
  "实际耗时_h": 10.5,
  "操作记录": [
    {"操作": "开始", "时间": "2026-06-15T09:00:00"},
    {"操作": "暂停", "时间": "2026-06-15T11:30:00", "本次耗时_h": 2.5},
    {"操作": "继续", "时间": "2026-06-15T14:00:00"},
    {"操作": "完成", "时间": "2026-06-15T16:30:00", "本次耗时_h": 2.5},
    ...
  ]
}

五、工时经验积累与评估

5.1 统计维度

每次任务完成后,自动更新 任务类型统计.json

维度 示例
按任务类型 問題指摘対応: 平均26h / 次数5 / 范围20~30h
按子任务类型 記入作業: 平均14h / 次数3 / 范围12~16h
按来源项目 LH-3500B相关的所有任务统计

5.2 日程合理性评估

当用户导入日程表或调整计划时,Hermes 参考统计数据进行评估:

  • ⚠️ 偏紧:计划工时 < 历史平均 - 1σ(如平均26h的计划15h)
  • 正常:计划工时在历史范围内
  • ⚠️ 偏松:计划工时 > 历史平均 + 1σ
  • 不合理:单日累计工时超出合理上限
  • 无参考数据:该类型任务首次出现,按用户定的执行

5.3 评估结果展示

Hermes 给出评估后会附带说明,由用户决定是否调整。


六、到期提醒

6.1 提醒规则

条件 提醒时机 示例
当天到期 每天早上 "今天到期:XXXX(未着手)"
已过期 每天早上 "⚠️ 已过期:XXXX(原定6/10)"
即将到期(N天内) 每天早上 "3天后到期:XXXX(30h,请尽早开始)"

6.2 投递渠道

通过飞书私聊发送给用户。


七、任务追加与自动延期

7.1 触发条件

用户说:「我追加了一个紧急任务,需要花X天/X小时」

7.2 操作流程

  1. 创建新任务 → 加入飞书任务清单 + 日程
  2. 计算影响 → 判断新任务占用的时间会挤压哪些现有任务
  3. 自动延期 → 将受影响的任务的截止日期顺延,并更新飞书任务和日历
  4. 备注记录 → 在原任务的描述中追加备注:

    "【6/12 调整】因追加「XXX紧急任务」,截止日期由 6/20 延至 6/22"

  5. 旧日程备份 → 将调整前的日程快照保存到 日程安排备份/ 目录

7.3 延期策略

  • 单个任务延期:用户指定某个具体任务延期多久
  • 连锁延期:某个任务延期后,后续相关任务自动顺延
  • 用户确认:每次延期前告知用户影响范围,由用户确认后才执行

八、与其他工具的关系

工具 用途 备注
飞书日历 日程的可视化展示 Hermes 通过 lark-cli 操作
飞书任务 任务清单管理 Hermes 通过 lark-cli 操作
本地文件 工时记录、统计、备份 存于共享盘
Hermes 记忆 只记录数据文件路径 不存储具体数据

九、操作权限

  • 所有日程/任务的创建、修改、删除,都需要用户确认后才执行
  • 提醒消息自动发送,不需用户确认
  • 计时记录自动保存,不需用户确认
  • 统计数据仅作参考,是否采纳由用户决定

本文档持续更新,随功能完善同步修订。