with one click
worklog
今日のClaude Codeセッションログからマークダウン形式の作業記録を自動生成する
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
今日のClaude Codeセッションログからマークダウン形式の作業記録を自動生成する
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Claude Code の /compact 実行前に、現セッションの作業状態を一時 state file へ保存する。 MANDATORY TRIGGERS: /compact-prep, compact-prep, 圧縮準備, compact 準備, コンパクト準備, 圧縮前状態保存。 DO NOT TRIGGER: compact 後の復旧、通常の進捗報告、plan 作成、context 使用率の雑談。
プロジェクトの分析・計画・監査結果を構造化された HTML レポートとして管理するスキル。 .claude/reports/ にプロジェクト毎のデータを出力し、4種類のテンプレート (review / plan / audit / adr-analysis) からスケルトン生成、index による横断管理を提供する。 Use when: "レポート初期化", "新規レビュー作って", "実装計画ファイル作って", "品質監査レポート作成", "ADR分析作って", "html-reports init", "/reports-init", "/report-new", ".claude/reports をセットアップ"
Figma Prototype 相当の操作可能 HTML モックアップを生成する。 画面遷移俯瞰図 + States Matrix + viewport プリセット (実機 CSS px W×H) + auto-layout 検証を1ファイルにまとめる。プロジェクトの既存 CSS トークンを自動取り込み。 Use when: ユーザーが「モックアップ作って」「画面遷移図」「Figma 風プロトタイプ」 「flow mockup」「画面比較ページ」「デザイン案を並べて」「states matrix」 「auto-layout 確認」「画面遷移を可視化」と依頼したとき。 単独画面のスタイル提案だけなら frontend-design 系を使う。本スキルは 「複数画面 + 遷移 + 状態網羅」を1ページで俯瞰したいときに使う。
Always use when user asks to create, generate, draw, or design a diagram, flowchart, architecture diagram, ER diagram, sequence diagram, class diagram, network diagram, mockup, wireframe, or UI sketch, or mentions draw.io, drawio, drawoi, .drawio files, or diagram export to PNG/SVG/PDF.
GitHub Actions CI/CD for Unity projects — compile check, test execution, multi-platform builds, and artifact distribution. Covers GameCI setup, license activation, build matrix, and unilyze quality gates. Does NOT cover deployment to app stores (that varies by project).
リポジトリのドキュメント構成を診断し、雛形生成・増築・再編を行うスキル。 約 50 OSS の構成調査 (survey-any: oss-documentation-structure-patterns) に基づき、 「診断 → 処方 → 承認 → 適用 → 検証」のパイプラインで段階に合った構成を処方する。 モード: audit (診断のみ) / init (新規雛形) / grow (増築) / restructure (構造再編)。 Use when: ユーザーが「ドキュメント整備して」「docs の雛形作って」「README 整理したい」 「ドキュメント構成を診断して」「docs が陳腐化してるので再編したい」「docs-architect」 「ドキュメント構造を見直したい」「この repo に必要なドキュメントは?」と依頼したとき。 新規 OSS リポジトリの立ち上げ、コードが動き始めた段階での docs 着手、 既存 docs の大規模リストラクチャのいずれにも使う。
| name | worklog |
| description | 今日のClaude Codeセッションログからマークダウン形式の作業記録を自動生成する |
| model | sonnet |
Claude Codeのセッションログとgit logから、検索可能なMarkdown形式の日次作業記録を生成する。
/worklog で今日の作業記録を生成/worklog 2026-04-08 で指定日の作業記録を生成/worklog 2026-04-08 upfrontier で指定日 + プロジェクトフィルタ/worklog --flipbook でFlipBook HTML形式で生成以下の優先順位で出力ディレクトリを決定する:
# 優先順位
WORKLOG_DIR="${CC_WORKLOG_DIR:-${XDG_DATA_HOME:-$HOME/.local/share}/cc-worklog}"
日付に応じたディレクトリを作成:
mkdir -p "$WORKLOG_DIR/reports/YYYY/MM"
collect.sh を実行してセッションログとgit logを収集する:
bash ~/.claude/skills/cc-worklog/collect.sh [YYYY-MM-DD] [FILTER_PATTERN]
CC_WORKLOG_FILTER でデフォルトフィルタを設定可能(第2引数が優先)$TMPDIR/cc-worklog-YYYY-MM-DD.txtNO_SESSIONS が返されたら「セッションが見つかりません」と伝えて終了フィルタ例:
upfrontier → github.com/upfrontier/ 配下のプロジェクトのみbigdra50 → github.com/bigdra50/ 配下のプロジェクトのみ$TMPDIR/cc-worklog-YYYY-MM-DD.txt をReadツールで読み取る。
ファイルは以下の構造:
=== PROJECT: org/repo ===
PATH: /full/path
SESSIONS: N
DURATION: HH:MM - HH:MM (UTC)
--- USER MESSAGES ---
[HH:MM] ユーザーの依頼内容...
--- TOOL ACTIVITY ---
Edit: path/to/file (Nx)
Bash[git]: git commit -m "..."
--- ASSISTANT SUMMARY ---
[HH:MM] Claudeの応答要約...
--- GIT LOG ---
hash commit message
===
分析のポイント:
以下のフォーマットで日報を生成する:
# YYYY-MM-DD (曜日)
## やったこと
- [プロジェクト名] 作業内容の要約
- 具体的な変更点や判断
- 関連ファイル: path/to/file.ts
- [プロジェクト名] 別の作業...
## 成果
- 完了したもの、マージ・プッシュしたもの
- git commitメッセージがあればそれを活用
## 課題・気づき
- ハマったこと、未解決の問題、学び
- エラーや再試行が多かった箇所
## 明日やること(推定)
- セッション内容から推測できる次のアクション
- 未完了のタスクや言及されたTODO
生成した日報を以下のパスに書き出す:
$WORKLOG_DIR/reports/YYYY/MM/DD.md
書き出し後、ファイルパスをユーザーに表示する。
[org/repo] の形式で記載(検索用)# 2026-04-09 (水)
## やったこと
- [org/some-tool] Windows対応のサーバー修正
- シグナルハンドリングをWin32 API対応に変更
- テスト追加: logging, signal_handler
- 関連ファイル: server.py, tests/test_logging.py
- [org/worklog] 日報自動生成スキルの設計・実装
- 既存ツールのアーキテクチャを分析し、Markdown出力版を設計
- collect.sh, SKILL.md を作成
## 成果
- some-tool: PR "feat: Windows signal handling" をマージ
- worklog: v0.1のスキル定義完了
## 課題・気づき
- JONSLのタイムスタンプがUTCのため、日付境界の処理に注意が必要
- セッション数が10を超えるとcollect.shの出力が大きくなる
## 明日やること(推定)
- worklog の動作検証と README 整備
- some-tool のCI修正
--flipbook)--flipbook を付けると、Markdown 日報の代わりにページめくり可能な HTML 本を生成する。
出力先: /tmp/claude/daily-flipbook/YYYY-MM-DD.html
| ページ | 内容 |
|---|---|
| 表紙 | 日付 + タイトル(「YYYY年MM月DD日の記録」) |
| はじめに | 今日のサマリー(セッション数、主な成果) |
| 各章 | セッションごとの詳細(やったこと、コード、学び) |
| 最終ページ | 今日の振り返り + 明日へのアクション |
.page-title, .chapter-label, .page-body, .code-block(.comment, .keyword, .string, .property), .quote, .tip-box(.tip-title + <ul>), .comparison(.col.good / .col.bad), .divider, .dropcap
open /tmp/claude/daily-flipbook/YYYY-MM-DD.html