Token导航 LogoToken导航

Agent Skill · 研究检索

daily-report-and-weekly-report(日报和周报)

daily-report-and-weekly-report 用于查找、检索和筛选相关信息,适合在 OpenClaw 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

daily-report-and-weekly-report 是研究检索类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为权限未标注;许可证为 MIT-0,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 24,059。

总安装 4,113周安装 168GitHub Stars 公开资料未说明下载 1,317核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:daily-report-and-weekly-report(日报和周报)
来源仓库:https://github.com/flonerze/daily-report-and-weekly-report
安装命令:
openclaw skills install daily-report-and-weekly-report
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install daily-report-and-weekly-report

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

自动生成结构化的工作日报与周报,基于 Git 提交与工作日志分析。适用于远程团队、项目经理或自由职业者进行成果汇报。daily-report-and-weekly-report 属于研究检索类 Skill,可作为该场景下的辅助能力补充。支持多种触发场景,如站立会议准备、领导汇报或自我总结。

需确保 Git 仓库可访问且提交记录完整,否则影响报告质量。建议用户补充上下文信息,使报告更具针对性与实用性。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install daily-report-and-weekly-report;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

daily-report-and-weekly-report 怎么安装?

在终端执行 openclaw skills install daily-report-and-weekly-report。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

daily-report-and-weekly-report 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

daily-report-and-weekly-report 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

daily-report-and-weekly-report 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

daily-report-and-weekly-report 用的人多吗?

公开数据是累计安装 4,113 次,近一周安装 168 次,下载 1,317 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

daily-report-and-weekly-report 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
daily-report-and-weekly-report

日报和周报 · 本页

4,113—权限未标注MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
work-report-generator
description
|
compatibility
tools

工作周报生成器

概述

本技能帮助开发者自动生成工作日报和周报。通过分析git提交历史、TODO注释和工作日志,本技能可以快速生成结构清晰、内容全面的工作报告,节省手动整理时间,确保工作记录不遗漏。

核心功能

  1. 时间范围智能识别:根据用户请求自动识别生成日报(最近1天)或周报(最近7天),也支持自定义时间范围。
  2. 多数据源分析:

- Git提交记录:分析指定时间范围内的代码提交 - TODO注释:扫描代码中的TODO、FIXME、HACK等注释 - Todo文件:查找项目中的TODO.md、tasks.txt等任务文件

  1. 结构化报告生成:生成包含标准部分的Markdown格式报告
  2. 灵活输出:支持Markdown格式,可转换为HTML或其他格式

快速开始

当用户请求生成工作报告时,按以下步骤操作:

  1. 确定报告类型和时间范围:

- 询问用户需要日报还是周报,或指定时间范围 - 默认:日报为最近1天,周报为最近7天

  1. 收集工作数据:
   # 获取git提交记录
   git log --since="<开始时间>" --until="<结束时间>" --oneline --no-merges
   
   # 查找TODO注释
   grep -r "TODO\|FIXME\|HACK\|NOTE" . --include="*.js" --include="*.py" --include="*.java" --include="*.ts" --include="*.go" --include="*.cpp" --include="*.rs" 2>/dev/null
   
   # 查找todo文件
   find . -name "TODO*" -o -name "todo*" -o -name "tasks*" -o -name "notes*" | head -10
  1. 生成报告:

- 使用以下模板结构生成Markdown报告 - 将收集的数据填充到相应部分

报告模板

使用以下标准模板生成工作报告:

# 工作报告 - [日期范围]

## 概述
- **报告类型**: [日报/周报]
- **时间范围**: [开始日期] 至 [结束日期]
- **生成时间**: [当前时间]

## 一、已完成的工作
[基于git提交记录整理]

### 代码提交
[按项目/模块分类列出重要提交]

### 功能完成
[总结完成的功能特性]

### 问题修复
[列出修复的Bug或问题]

## 二、进行中的任务
[基于TODO注释和todo文件]

### 当前任务
[列出正在进行的任务及进度]

### 待办事项
[列出尚未开始的任务]

## 三、遇到的问题与风险
[记录工作中遇到的困难和潜在风险]

### 技术难点
[描述遇到的技术挑战]

### 依赖问题
[记录外部依赖或协作问题]

### 风险提示
[识别可能影响进度的风险]

## 四、下周/明日计划
[基于当前进展规划下一步工作]

### 优先级任务
[列出高优先级任务]

### 长期目标
[描述长期工作目标]

## 五、其他说明
[其他需要说明的事项]

详细操作指南

1. 确定时间范围

根据用户请求确定时间范围:

# 如果是日报,获取最近1天的数据
START_DATE=$(date -d "1 day ago" +%Y-%m-%d)
END_DATE=$(date +%Y-%m-%d)

# 如果是周报,获取最近7天的数据  
START_DATE=$(date -d "7 days ago" +%Y-%m-%d)
END_DATE=$(date +%Y-%m-%d)

# 如果用户指定了日期,使用用户指定的日期

2. 收集git提交记录

分析git提交历史,提取有意义的信息:

# 获取提交概览
git log --since="$START_DATE" --until="$END_DATE" --oneline --no-merges > /tmp/commits.txt

# 获取详细提交信息(按作者分组)
git log --since="$START_DATE" --until="$END_DATE" --pretty=format:"%ad | %s | %an" --date=short --no-merges > /tmp/commits_detailed.txt

# 统计提交数量
COMMIT_COUNT=$(git log --since="$START_DATE" --until="$END_DATE" --oneline --no-merges | wc -l)

3. 扫描TODO项目

查找代码中的待办事项:

# 查找所有TODO注释
echo "## TODO注释汇总" > /tmp/todos.txt
grep -r -n "TODO\|FIXME\|HACK" . --include="*.js" --include="*.py" --include="*.java" --include="*.ts" --include="*.go" --include="*.cpp" --include="*.rs" 2>/dev/null | head -20 >> /tmp/todos.txt

# 查找todo文件
echo -e "\
## Todo文件内容" >> /tmp/todos.txt
find . -name "TODO*" -o -name "todo*" -o -name "tasks*" 2>/dev/null | while read file; do
  echo "### $file" >> /tmp/todos.txt
  head -20 "$file" >> /tmp/todos.txt 2>/dev/null
  echo "" >> /tmp/todos.txt
done

4. 生成报告文件

将收集的数据整合到报告模板中:

# 创建报告文件
REPORT_FILE="工作报告_$(date +%Y%m%d).md"

# 填充报告模板
cat > "$REPORT_FILE" << EOF
# 工作报告 - $START_DATE 至 $END_DATE

## 概述
- **报告类型**: 周报
- **时间范围**: $START_DATE 至 $END_DATE  
- **生成时间**: $(date "+%Y-%m-%d %H:%M:%S")
- **代码提交数量**: $COMMIT_COUNT

## 一、已完成的工作

### 代码提交
$(cat /tmp/commits.txt | sed 's/^/- /')

### 功能完成
[根据提交信息总结完成的功能]

### 问题修复  
[根据提交信息总结修复的问题]

## 二、进行中的任务

$(cat /tmp/todos.txt)

## 三、遇到的问题与风险

### 技术难点
[填写遇到的技术难点]

### 依赖问题
[填写依赖或协作问题]

### 风险提示
[填写可能的风险]

## 四、下周计划

### 优先级任务
1. [填写高优先级任务]
2. [填写次优先级任务]

### 长期目标
- [填写长期目标]

## 五、其他说明
[其他需要说明的事项]
EOF

echo "报告已生成: $REPORT_FILE"

5. 优化建议

  • 分类整理提交:将git提交按功能、修复、优化等分类
  • 提取关键信息:从提交信息中提取任务编号、功能点等
  • 估算工作量:根据提交数量和大致复杂度估算工作量
  • 关联TODO:将TODO注释与相关代码文件关联

进阶功能

项目多仓库支持

如果用户工作在多个git仓库中,可以依次分析每个仓库:

# 查找所有git仓库
find . -name ".git" -type d | while read gitdir; do
  repo_path=$(dirname "$gitdir")
  echo "分析仓库: $repo_path"
  cd "$repo_path"
  # 收集该仓库的数据
  cd - > /dev/null
done

时间统计

估算工作时间分配:

# 粗略估算:每个提交代表一定工作时间
# 可以根据提交数量、代码行数等估算
TOTAL_HOURS=$((COMMIT_COUNT * 2))  # 假设每个提交平均2小时
echo "估算工作时间: $TOTAL_HOURS 小时"

报告美化

生成更美观的HTML报告:

# 使用pandoc转换Markdown到HTML
if command -v pandoc &> /dev/null; then
  pandoc "$REPORT_FILE" -o "${REPORT_FILE%.md}.html"
  echo "HTML报告已生成: ${REPORT_FILE%.md}.html"
fi

使用示例

示例1:生成周报

用户说:"帮我生成这周的周报"

操作:

  1. 确定时间范围为最近7天
  2. 收集git提交和TODO
  3. 生成周报Markdown文件
  4. 提供报告预览

示例2:生成日报

用户说:"生成今天的日报"

操作:

  1. 确定时间范围为最近1天
  2. 收集当天的git提交
  3. 生成日报

示例3:自定义时间范围

用户说:"生成最近3天的工作报告"

操作:

  1. 确定时间范围为最近3天
  2. 收集数据
  3. 生成报告

常见问题

1. 没有git提交记录怎么办?

如果git提交记录为空,可以:

  • 询问用户是否有其他工作记录
  • 基于TODO项目生成报告
  • 提示用户记录工作日志

2. TODO注释太多怎么办?

  • 按优先级筛选
  • 按文件类型分组
  • 建议用户清理过期TODO

3. 如何提高报告质量?

  • 鼓励用户写有意义的提交信息
  • 定期维护TODO列表
  • 使用任务管理系统(如Jira、Trello)集成

4. 报告包含敏感信息怎么办?

  • 提醒用户检查报告内容
  • 提供编辑建议
  • 可以添加保密提示

最佳实践

提交信息规范

鼓励用户使用规范的提交信息格式:

类型(范围): 描述

详细说明(可选)

相关任务: #任务号

TODO注释管理

  • 为TODO添加优先级标签:TODO(P1)、TODO(P2)
  • 添加负责人和截止日期:TODO(@user:2024-01-01)
  • 定期回顾和清理

工作报告习惯

  • 每日/每周固定时间生成报告
  • 及时更新TODO状态
  • 保留历史报告供参考

提示与技巧

  • 自动定时生成:可以设置cron任务自动生成日报
  • 团队共享:将报告分享给团队成员,提高透明度
  • 进度追踪:对比历史报告,追踪工作进度
  • 工作回顾:使用报告进行月度/季度工作回顾

*本技能旨在自动化工作报告生成过程,但报告内容仍需用户审阅和补充。* *定期的工作总结有助于个人成长和团队协作,建议养成记录习惯。*

平台分布

OpenClaw

81.55%
按下载量换算1,074

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

权限未标注

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills