每日站会汇报生成器

要解决的问题

站会汇报本身只需要三句话：昨日完成、今日计划、阻塞项。但写之前的整理过程往往更费时——工作日志是零散的自由文本，任务清单只写了标题，git 提交记录分散在终端里，手动把这些内容拆分、归类、润色成统一格式，每天重复 10 分钟以上，却是典型的低价值劳动。更麻烦的是，口头表述容易遗漏进度百分比或预计产出，团队聚合时还要手动合并多人汇报、标注跨成员依赖，进一步增加成本。

技能如何工作

该技能是纯文本方法论，不执行代码、不调用第三方 API、不外发用户输入，只基于用户提供的内容做结构化处理。

核心流程分四步：

1. 输入识别：自动判断输入类型为 freelog（自由文本）、tasklist（任务清单）、gitlog（提交记录）或混合输入，混合时分别解析后合并；
2. 信息提取：通过时态和关键词扫描文本——过去时态词（"做了""完成"）映射到昨日完成，将来时态词（"计划""准备"）映射到今日计划，问题词（"卡住""等待"）映射到阻塞项，进度百分比和状态词保留原文标注；
3. 结构化组织：昨日完成按重要性/时间排序，今日计划按优先级排序，阻塞项标注所需协助对象；
4. 语气适配：支持 concise（每项一句话不超过15字）、detailed（含进度和预计时间）、casual（口语化加emoji）三种风格。

调用时只需提供必填参数 work_input（工作内容文本），可选参数包括输入类型、团队模式、语气和输出目录。团队模式下，通过 member_inputs 传入各成员输入，技能会自动汇总、标注跨成员依赖，并高亮团队级阻塞项。

适用边界与注意点

• 输入内容为空时会提示补充，不会臆造；输入过短（<20字）会标注"信息量较少，汇报可能不完整"；
• 无法识别昨日/今日分界时，会标注"时间区分不明确"并按上下文推断；无阻塞项或无今日计划时，如实标注不强行编造；
• git log 格式不规范时，仅尝试解析 commit message，无法识别的会标注"未识别"；
• 团队模式下成员输入缺失会标注"未提交汇报"，跨成员依赖仅标注"可能存在的依赖"，需用户确认；
• 技能不内置任何公司、项目或人员的专有数据，所有内容均来自用户调用时提供。