daily-standup

Daily Standup 是一款专注于提升研发团队沟通效率的文档型工具，通过智能解析本地 Git 仓库活动自动生成标准化的每日站会报告。

核心用法：该 Skill 通过执行一系列只读的 git log 命令，提取用户昨日与今日的代码提交记录、文件变更统计及修改范围，结合项目中的 TODO 文件、开放分支状态等上下文信息，自动生成包含「已完成」「进行中」「阻塞事项」「统计数据」四个维度的 Markdown 格式报告。支持多仓库批量扫描功能，可遍历指定目录下的所有 Git 项目并聚合展示工作进展。

显著优点：首先，纯本地化架构确保绝对的数据隐私，所有操作均在用户设备完成，无需 API 密钥或网络连接，从根本上杜绝代码泄露风险。其次，边缘情况处理极为完善，能够优雅应对空提交、分离头指针、裸仓库等异常状态，并智能识别周末时间范围自动调整统计周期。第三，零依赖特性实现即开即用，仅需系统预装的 Git 工具即可运行。第四，输出格式遵循标准站会规范，可直接用于团队同步会议或工作日志存档。

潜在缺点或局限性：数据来源单一性是其主要限制，仅依赖 Git 提交历史无法捕获未提交的本地修改、代码审查评论或非代码类工作（如会议、架构设计）。若开发者忘记提交代码，报告将显示「无活动」。其次，作者识别依赖 git config user.name 的准确性，配置错误或多身份环境可能导致过滤失败。时间范围基于提交时间戳而非实际工作时间，跨时区协作时可能产生偏差。此外，对于设计稿、产品文档等非 Git 管理的内容完全无法追踪。

适合的目标群体：主要面向采用敏捷开发的软件工程师和技术团队，特别是管理多个代码仓库的全栈开发者、远程工作的独立开发者以及需要快速整理工作进度的技术负责人。适用于使用 Git 进行版本控制的技术写作人员，但不适合非技术岗位或不使用版本控制的工作流。

使用风险：性能方面，在包含海量提交历史的大型仓库或项目目录中，频繁的日志查询可能产生短暂延迟。权限层面，多仓库扫描需确保对目标目录具备读取权限。尽管当前版本仅执行只读操作，但来源为 T3 级个人开发者账号，长期维护和更新存在不确定性。此外，过度依赖自动化报告可能削弱团队成员间的直接沟通，建议作为辅助工具而非替代真实的人际交流。

核心用法

Daily Standup 是一个纯文档型 Skill，旨在通过本地 Git 仓库活动自动生成每日站会报告。用户只需提供工作目录或项目路径，Skill 会执行预设的 git log 命令组合，提取昨日/今日提交记录、文件变更统计、活跃分支等信息，并按标准站会格式（Done/In Progress/Blockers/Stats）输出结构化报告。

关键特性：

• 支持单仓库与多仓库批量扫描
• 智能时间范围处理（自动识别周末、跨天边界）
• 边缘场景容错（空提交、多作者、分离 HEAD 等）

显著优点

1. 零依赖零配置：仅需本地 Git 环境，无需 API Key、第三方服务或数据库
2. 隐私优先：所有数据本地处理，无网络传输风险
3. 开发者友好：命令示例可直接复制执行，透明可审计
4. 自动化潜力：可配合 cron/scheduler 实现定时报告生成

潜在局限

1. 非 Git 工作流盲区：无法捕捉设计文档撰写、会议、代码评审等无提交活动
2. 跨仓库作者识别依赖配置：依赖 git config user.name 准确性，多设备开发需统一配置
3. 无上下文理解：仅能罗列提交，无法自动推断任务关联或业务价值
4. T3 来源：维护者为个人开发者账号，长期维护承诺未明确

适合人群

• 敏捷团队开发者需快速整理昨日工作
• 远程工作者向异步团队同步进度
• 个人项目管理者追踪多仓库开发节奏
• 需要标准化站会格式但不愿接入 Jira/Linear 等重型工具的用户

常规风险

• 误报风险：若作者名称配置不一致，可能漏检或误包含他人提交
• 隐私边界：git log 可能暴露敏感分支名或提交信息（如含内部 URL、密钥的误提交）
• 多仓库权限：批量扫描时需确保对各仓库的读取权限，避免权限错误中断流程

建议首次使用时人工验证 git config user.name 与 git config user.email 配置，并在涉及敏感代码库时确认提交历史不含泄露信息。