weekly-report
Gitのコミット履歴から、複数のリポジトリにわたるプロジェクトごとの進捗状況をまとめた週報を生成し、状況報告に役立つ簡潔なサマリーを作成するSkill。
📜 元の英語説明(参考)
Generate structured weekly reports from Git commit history across one or multiple repositories. Use when you need concise, project-grouped progress summaries for status reporting.
🇯🇵 日本人クリエイター向け解説
Gitのコミット履歴から、複数のリポジトリにわたるプロジェクトごとの進捗状況をまとめた週報を生成し、状況報告に役立つ簡潔なサマリーを作成するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o weekly-report.zip https://jpskill.com/download/9722.zip && unzip -o weekly-report.zip && rm weekly-report.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/9722.zip -OutFile "$d\weekly-report.zip"; Expand-Archive "$d\weekly-report.zip" -DestinationPath $d -Force; ri "$d\weekly-report.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
weekly-report.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
weekly-reportフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
周报生成技能
Git のコミット履歴を自動的に読み取り、プロジェクトごとにグループ化して構造化された週報を生成します。
機能特性
- Git のコミット履歴を自動的に読み取る
- 複数のリポジトリの集計をサポート
- 現在のユーザーを自動的に識別 (
git config user.name) - プロジェクトごとにグループ化し、構造化された週報を生成
- 瑣末なコミットをフィルタリング(typo、merge、format など)
- 補足説明の追加をサポート
- 週報は
~/.weekly-reports/ディレクトリに一括して保存
使用方式
基本用法
任意の Git プロジェクトディレクトリで以下を実行します。
/weekly-report
実行流程
-
時間範囲の選択
- 本週 (具体的な日付を表示、例: 2026-01-06 ~ 2026-01-12)
- 上週 (具体的な日付を表示、例: 2025-12-30 ~ 2026-01-05)
- 前半年 (具体的な日付を表示、例: 2025-07-13 ~ 2026-01-13)
- カスタム週報(月曜日の日付を入力)
- カスタム期間(開始日を入力、本日まで)
重要:選択時には具体的な日付範囲を必ず表示し、ユーザーが正しいか確認できるようにする
-
リポジトリの選択(複数のリポジトリが設定されている場合)
- 設定済みのリポジトリのリストを表示
- 含めるリポジトリを複数選択可能
- 現在のディレクトリを新しいリポジトリとして追加可能
-
補足内容の追加(任意)
- 追加の作業内容を入力
- 例:会議への参加、技術共有など
-
週報の生成
- 選択されたリポジトリの Git コミットを読み取る(すべてのブランチ/リモート追跡ブランチを網羅する必要がある、コミットの漏れを防ぐため)
- プロジェクトごとにグループ化
- 瑣末なコミットをフィルタリング
- Markdown 形式の週報を生成
- 週報の本文末尾に自動的に「下週計画」テンプレートを追加(出力形式を参照)
- 週報は
~/.weekly-reports/{year}/week-{week}.mdに保存 - 期間報告は
~/.weekly-reports/periods/{start_date}_to_{end_date}.mdに保存
Git コミットの読み取り(重要)
「現在のブランチのみを読み取り、他のブランチ(例えば credits-lite*)を読み飛ばしてしまう」という問題を避けるため、コミットを読み取る際には --all(ローカルブランチ + リモート追跡ブランチを網羅)を使用し、終了日が終了日当日を含むようにする必要があります。
# 关键点:
# - 用 --all 覆盖所有本地 refs(包含 remotes/origin/*)
# - --until 用 “结束日 23:59:59” 避免漏掉结束日当天提交
# - --author 建议用 name + email 联合匹配,避免不同身份写法漏掉本人提交
AUTHOR_PATTERN="(your-name|your@email.com)" # 或仅用你的 name/email
git log --all \
--author="$AUTHOR_PATTERN" \
--since="$START_DATE 00:00:00" \
--until="$END_DATE 23:59:59" \
--pretty=format:"%H|%s|%an|%ad" \
--date=short
git branch -a で対象のリモートブランチが見えない場合(ローカルに対応するリモート追跡参照がないことを意味します)、最初に git fetch --all --prune を実行する必要があります(ユーザーが同意し、ネットワークが利用可能な場合に実行)。そうしないと、「ローカルに存在しないブランチ」のコミットを読み取ることができません。
出力形式
週報は階層リスト構造を採用し、日付範囲のタイトルを必ず含める必要があります。プロジェクトごとにグループ化します。
週報形式
# 周报 (2026-01-06 ~ 2026-01-12)
项目名称
- 主要工作点(10字以内)
- 补充说明(可选)
- 另一个工作点
其他
- 不属于特定项目的工作内容
下周计划
项目名称
-
時間段報告形式
期間報告には「下週計画」テンプレートは追加されません(週単位ではないため)。
# 工作总结 (2025-07-13 ~ 2026-01-13)
项目名称
- 主要工作点(10字以内)
- 补充说明(可选)
- 另一个工作点
其他
- 不属于特定项目的工作内容
「下週計画」テンプレートのルール
週報の本文が生成された後、末尾に「下週計画」ブロックを追加します。
- タイトル行は固定で
下周计划(#プレフィックスなし、プロジェクト名と同レベル) - 今週の週報の本文から、出現したすべてのプロジェクト名(「其他」を除く)を、元の順序でリストアップ
- 各プロジェクト名の下に1行の
-をプレースホルダーとして配置し、ユーザーが後で入力できるようにする - ユーザーがインタラクション中に積極的に下週の計画内容を提供した場合、対応するプロジェクトの下に直接入力し、プレースホルダーは使用しない
示例输出
# 周报 (2026-01-06 ~ 2026-01-12)
project-frontend
- 构建工具升级改造
- 核心功能开发流程跟进
- 方案合理性优化
- 脚本国际化优化
project-backend
- 自定义类型化消息渲染
- 断线重连流程梳理
其他
- 新版国际化方案讨论
下周计划
project-frontend
-
project-backend
-
配置文件
設定ファイルは ~/.weekly-reports/config.json にあります。
{
"repos": [
{
"name": "project-a",
"path": "/home/user/projects/project-a"
},
{
"name": "project-b",
"path": "/home/user/projects/project-b"
}
],
"default_author": "auto",
"output_format": "markdown"
}
总结原则
必须遵守
- 事実導向:実際に完了した作業のみをまとめる
- 简洁精炼:主要な作業点は 10 字以内に抑える
- 重点突出:瑣末な修正はフィルタリングする
- 按项目分组:同じプロジェクトの作業は分類する
- 层级清晰:インデントを使用して従属関係を示す
过滤规则
以下のコミットは個別にリストアップされません。
- 純粋なフォーマット/コードスタイルの調整
- 簡単な typo 修正
- 依存関係のバージョンの小幅な更新
- Merge コミット
- 繰り返し発生する類似のコミット
詳細な形式仕様については、周报格式规范 を参照してください。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
周报生成技能
自动读取 Git 提交记录,按项目分组生成结构化周报。
功能特性
- 自动读取 Git 提交记录
- 支持多仓库汇总
- 自动识别当前用户 (
git config user.name) - 按项目分组,生成结构化周报
- 过滤琐碎提交(typo、merge、format 等)
- 支持添加补充说明
- 周报统一存储在
~/.weekly-reports/目录
使用方式
基本用法
在任意 Git 项目目录中执行:
/weekly-report
执行流程
-
选择时间范围
- 本周 (显示具体日期,如 2026-01-06 ~ 2026-01-12)
- 上周 (显示具体日期,如 2025-12-30 ~ 2026-01-05)
- 前半年 (显示具体日期,如 2025-07-13 ~ 2026-01-13)
- 自定义周报(输入周一日期)
- 自定义时间段(输入起始日期,截止到今天)
重要:选择时必须显示具体的日期范围,让用户确认是否正确
-
选择仓库(如已配置多仓库)
- 显示已配置的仓库列表
- 可多选要包含的仓库
- 可添加当前目录为新仓库
-
添加补充内容(可选)
- 输入额外的工作内容
- 如:参与会议、技术分享等
-
生成周报
- 读取选定仓库的 Git 提交(必须覆盖所有分支/远端跟踪分支,避免漏提交)
- 按项目分组
- 过滤琐碎提交
- 生成 Markdown 格式周报
- 在周报正文末尾自动追加"下周计划"模板(详见输出格式)
- 周报保存到
~/.weekly-reports/{year}/week-{week}.md - 时间段报告保存到
~/.weekly-reports/periods/{start_date}_to_{end_date}.md
Git 提交读取(重要)
为避免“只读取当前分支而漏掉其它分支(例如 credits-lite*)”的问题,读取提交时必须使用 --all(覆盖本地分支 + 远端跟踪分支),并确保截止时间包含结束日当天:
# 关键点:
# - 用 --all 覆盖所有本地 refs(包含 remotes/origin/*)
# - --until 用 “结束日 23:59:59” 避免漏掉结束日当天提交
# - --author 建议用 name + email 联合匹配,避免不同身份写法漏掉本人提交
AUTHOR_PATTERN="(your-name|your@email.com)" # 或仅用你的 name/email
git log --all \
--author="$AUTHOR_PATTERN" \
--since="$START_DATE 00:00:00" \
--until="$END_DATE 23:59:59" \
--pretty=format:"%H|%s|%an|%ad" \
--date=short
如果 git branch -a 看不到目标远端分支(说明本地没有对应的远端跟踪引用),需要先 git fetch --all --prune(在用户同意且网络可用时执行),否则无法读取到“本地不存在的分支”的提交。
输出格式
周报采用层级列表结构,必须包含日期范围标题,按项目分组:
周报格式
# 周报 (2026-01-06 ~ 2026-01-12)
项目名称
- 主要工作点(10字以内)
- 补充说明(可选)
- 另一个工作点
其他
- 不属于特定项目的工作内容
下周计划
项目名称
-
时间段报告格式
时间段报告不追加"下周计划"模板(因为不是周维度)。
# 工作总结 (2025-07-13 ~ 2026-01-13)
项目名称
- 主要工作点(10字以内)
- 补充说明(可选)
- 另一个工作点
其他
- 不属于特定项目的工作内容
"下周计划"模板规则
周报正文生成完毕后,在末尾追加"下周计划"区块:
- 标题行固定为
下周计划(无#前缀,与项目名同级) - 从本周周报正文中提取所有出现过的项目名(不含"其他"),按原顺序列出
- 每个项目名下放一行
-作为占位符,方便用户后续填写 - 如果用户在交互中主动提供了下周计划内容,直接填入对应项目下,不再使用占位符
示例输出
# 周报 (2026-01-06 ~ 2026-01-12)
project-frontend
- 构建工具升级改造
- 核心功能开发流程跟进
- 方案合理性优化
- 脚本国际化优化
project-backend
- 自定义类型化消息渲染
- 断线重连流程梳理
其他
- 新版国际化方案讨论
下周计划
project-frontend
-
project-backend
-
配置文件
配置文件位于 ~/.weekly-reports/config.json:
{
"repos": [
{
"name": "project-a",
"path": "/home/user/projects/project-a"
},
{
"name": "project-b",
"path": "/home/user/projects/project-b"
}
],
"default_author": "auto",
"output_format": "markdown"
}
总结原则
必须遵守
- 事实导向:只总结实际完成的工作
- 简洁精炼:主要工作点控制在 10 字以内
- 重点突出:过滤琐碎修改
- 按项目分组:相同项目的工作归类
- 层级清晰:用缩进表示从属关系
过滤规则
以下提交不会单独列出:
- 纯格式化/代码风格调整
- 简单的 typo 修复
- 依赖版本小幅更新
- Merge 提交
- 重复性的相似提交
详细格式规范见 周报格式规范