mdlogbook 0.1.0

checksums.yaml

@@ -0,0 +1,7 @@
+---
+SHA256:
+  metadata.gz: 57085d04c4c36515354beaca0fbfc2916580288ec9237f3c0e31b1acddb06e70
+  data.tar.gz: 4f2a0fa0e8804d07cdbcd7e66a0c6eaacc14190837dbc8e24ce255ef3a4bfc83
+SHA512:
+  metadata.gz: c75e309fbde2bacb014750d3c9d6d0379954614694c31ef6171f063be8ce87a852bd50756818f6d2c8700198bcd1f46ee9e7e181b8ef87fb6b1600d4d39b2312
+  data.tar.gz: be7281b522c24e5ec010d90f1b3b12943e6dde65bc35c0e08b6ea1abab8146c3d8dca764b4bb53f5c6fb96994f259d56c7c1314f6658a6fe16a3708c3ff863a0

data/AGENTS.md

@@ -0,0 +1,80 @@
+# Repository Guidelines
+
+## Project Structure & Module Organization
+`mdlogbook` follows the standard Bundler gem layout. Put library code in `lib/`, with the main entrypoint in `lib/mdlogbook.rb` and version data in `lib/mdlogbook/version.rb`. Keep executables in `exe/`, shared test setup in `test/test_helper.rb`, and RBS signatures in `sig/`. Gem metadata lives in `mdlogbook.gemspec`.
+
+Test files and RBS signature files mirror the `lib/` directory structure:
+- `lib/mdlogbook/foo.rb` → `test/mdlogbook/foo_test.rb`
+- `lib/mdlogbook/foo.rb` → `sig/mdlogbook/foo.rbs`
+
+Key modules under `lib/mdlogbook/`:
+
+- `cli.rb` — Command-line interface (option parsing, dispatch). Options are defined via `OptionRegistry` in `build_registry`, which serves as the single source of truth for both `OptionParser` and shell completion scripts (`--completion bash/zsh`).
+- `option_def.rb` — Option definition data class with metadata for OptionParser and shell completion
+- `option_registry.rb` — Collects `OptionDef` entries and generates OptionParser instances and bash/zsh completion scripts
+- `config.rb` — YAML config loading, XDG path resolution
+- `arg_parser.rb` — Period specifier parsing (month, week, day, quarter, globs, ranges)
+- `brace_expander.rb` — Brace/glob expansion for period specifiers
+- `parser.rb` — Markdown log file parser
+- `period_spec.rb` — Date range representation (start/end, month-unit flag)
+- `date_filter.rb` — Filters parsed results to a given period
+- `file_resolver.rb` — Maps (year, month) to log file paths
+- `work_thresholds.rb` — Working-time thresholds derived from monthly targets
+- `overlap_checker.rb` — Detects overlapping time entries
+- `editor_launcher.rb` — Opens log files in the user's editor
+- `raw_extractor.rb` — Extracts raw markdown content for `--extract`
+- `runner/` — Format-specific runners dispatched by `runner.rb`:
+  - `base.rb` — Shared spec parsing, file loading, and utilities
+  - `standard_format_runner.rb` — Simple, calendar, anonymize views
+  - `visual_format_runner.rb` — Line chart, grid, heatmap
+  - `extract_format_runner.rb` — Raw markdown extraction and grep
+  - `editor_runner.rb` — Editor launch
+- `formatter/` — Output formatters:
+  - `base.rb` — Shared formatting logic
+  - `simple.rb` — Default tabular output
+  - `calendar.rb` — Calendar grid view
+  - `line_chart.rb` — Line chart (`--line-chart`)
+  - `grid.rb` — Multi-month chart grid (`--grid`)
+  - `heatmap.rb` — Day-of-week × hour-of-day density plot (`--heatmap`)
+  - `extract.rb` — Raw markdown extraction
+  - `anonymize.rb` / `anonymize_dict.rb` — Anonymized output
+
+## Build, Test, and Development Commands
+Run `bin/setup` after cloning to install dependencies. Use `bundle exec rake test` for the test suite, `bundle exec rubocop` for style checks, and `bundle exec rake` for both. `bin/console` starts an interactive session for local experimentation.
+
+## Coding Style & Naming Conventions
+Target Ruby `3.3` and follow `standardrb` conventions through RuboCop and `.rubocop.yml`. Use 2-space indentation, `# frozen_string_literal: true`, and double-quoted strings. Keep public constants and classes under the `Mdlogbook` namespace, and match file paths to constant names, for example `lib/mdlogbook/version.rb` for `Mdlogbook::VERSION`.
+
+Write YARD documentation for all classes, modules, and public methods. Include `@param`, `@return`, and `@raise` tags as appropriate. When adding or modifying a class or public method, update the corresponding RBS signature file in `sig/` to keep types in sync with the implementation (see Project Structure for the file mapping).
+
+`README.md` and `docs/usage.md` serve different purposes:
+
+- `README.md` — Overview: minimal usage examples and minimal development information. Enough to get started quickly.
+- `docs/usage.md` — Detailed usage guide and specification. Describes all features, options, configuration, and expected behavior. Also serves as the living spec: new requirements are written here before implementation (see Development Workflow step 2).
+
+For Japanese documentation in `README.md` and files under `docs/`, do not insert spaces between Japanese text and alphanumeric symbols, including inline code spans like `` `...` ``. Use half-width parentheses `(` and `)` instead of full-width parentheses.
+
+## Development Workflow
+
+Follow these steps in order. Do not skip or combine steps without user approval.
+
+1. **Requirements** — Clarify the goal, constraints, and acceptance criteria. If anything is unclear, ask the user instead of guessing.
+2. **Specification** — Reflect the agreed requirements into `docs/usage.md` as the specification. This step comes before planning so that the spec is reviewed and approved as part of the design process.
+3. **Plan** — Present an implementation plan in the conversation and wait for explicit user approval before writing any code.
+4. **Branch** — Create a branch named `feature/<short-requirement-name>`. For non-functional small changes (typo fixes, comment tweaks, etc.) branching may be skipped and committed directly to `main`.
+5. **Implement (test-first)** — For each task: add a failing test → implement → rerun tests. If new facts invalidate the plan, pause and get approval on the updated plan. When adding, removing, or modifying CLI options, update `build_registry` in `cli.rb` with the appropriate `OptionDef` metadata (`values`, `completion`, `arg_optional`, etc.) so that shell completion scripts generated by `--completion bash/zsh` stay in sync.
+6. **Verify** — Ask the user to perform manual verification for changes that affect visual output or user-facing display (terminal formatting, chart rendering, etc.). Provide specific verification points so the user knows what to check. Skip this step when the change is purely internal and adequately covered by unit tests. For changes involving privacy or security requirements, always request human verification regardless of test coverage.
+7. **Consistency check** — If the change touches part of a family of related classes (e.g. some but not all subclasses of a base class), review the untouched siblings for consistency and apply improvements if needed. Skip this step when the change is self-contained.
+8. **Documentation** — Update YARD docs and RBS signatures in `sig/`. Verify that `docs/usage.md` is consistent with the actual implementation and adjust if needed (the spec written in step 2 may have diverged during implementation). Update `README.md` if the overview-level description needs to change.
+9. **Changelog** — If the change is worth communicating to users (new features, behavior changes, bug fixes, deprecations), add an entry in Japanese to `CHANGELOG.md` under `## [Unreleased]` and ask whether to bump the version in `lib/mdlogbook/version.rb`.
+10. **Commit** — Commit with user confirmation. See Commit & Pull Request Guidelines for message format.
+11. **Merge** — With user confirmation, merge the feature branch into `main` and delete the feature branch. Skip if committed directly to `main`.
+
+## Testing Guidelines
+This repository uses `test-unit` through Rake. Test files mirror the `lib/` directory structure (see Project Structure). Prefer assertions on observable behavior over implementation details. Run `bundle exec rake test` before review, and `bundle exec rake` when changing both code and formatting-sensitive files.
+
+## Commit & Pull Request Guidelines
+The current history uses concise Conventional Commit messages such as `chore: initial commit`; continue with prefixes like `feat:`, `fix:`, `docs:`, and `test:`. Do not commit without user confirmation. Keep commits scoped to a task when practical, and never run `git push` unless the user explicitly asks. Pull requests should include a short summary, the reason for the change, and the commands used to verify it.
+
+## Release & Configuration Notes
+Update `lib/mdlogbook/version.rb` before a release. Packaging and release tasks come from `bundler/gem_tasks`, so `bundle exec rake release` will tag and publish once gemspec metadata is fully configured.

data/CHANGELOG.md

@@ -0,0 +1,16 @@
+## [Unreleased]
+
+## [0.1.0] - 2026-03-21
+
+### 機能
+
+- Markdownログファイルのパースと時間集計
+- 期間指定: 月指定(`YYYY/M`)、相対指定(`d0`/`w1`/`m2`/`q1`/`y0`/`D7`)、範囲(`w0..2`)、ブレース展開(`2025/{1..3}`)
+- 表示形式: 一覧(`--simple`)、カレンダー(`--calendar`)、折れ線グラフ(`--line-chart`)、グリッド(`--grid`)、ヒートマップ(`--heatmap`)
+- 匿名化出力(`--anonymize`/`--anonymize-dict`)によるAI分析向けデータ生成
+- Markdownセクション抽出(`--raw`/`--grep`)
+- エディタ連携(`--edit`)による対象ファイルの直接編集(終了後にファイルを検査)
+- YAML設定ファイルによるマルチプロジェクト管理(`--init`/`--project`)
+- 月間基準時間に対する達成率・残時間の表示(`target_hours`)
+- 時間エントリの重複検出と警告(記録時間の不一致警告も赤字で表示)
+- シェル補完スクリプト生成(`--completion bash/zsh`)

data/CLAUDE.md

@@ -0,0 +1,5 @@
+# Claude Code Guidelines
+
+**Before starting any task, read [AGENTS.md](AGENTS.md) in full and follow the Development Workflow exactly.**
+
+See [AGENTS.md](AGENTS.md) for full project guidelines including coding style, development workflow, testing, and commit conventions.

data/CODE_OF_CONDUCT.md

@@ -0,0 +1,10 @@
+# Code of Conduct
+
+"mdlogbook" follows [The Ruby Community Conduct Guideline](https://www.ruby-lang.org/en/conduct) in all "collaborative space", which is defined as community communications channels (such as mailing lists, submitted patches, commit comments, etc.):
+
+* Participants will be tolerant of opposing views.
+* Participants must ensure that their language and actions are free of personal attacks and disparaging personal remarks.
+* When interpreting the words and actions of others, participants should always assume good intentions.
+* Behaviour which can be reasonably considered harassment will not be tolerated.
+
+If you have any concerns about behaviour within this project, please contact us at ["akira@arika.org"](mailto:"akira@arika.org").

data/LICENSE.txt

@@ -0,0 +1,21 @@
+The MIT License (MIT)
+
+Copyright (c) 2026 akira yamada
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in
+all copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
+THE SOFTWARE.

data/README.md

@@ -0,0 +1,99 @@
+# Mdlogbook
+
+Markdownで書いた作業記録から勤務時間を集計し、一覧・カレンダー・グラフ・抽出・匿名化形式で表示するCLIツールです。
+
+## できること
+
+- Markdownで書いた日々の作業記録を集計する
+- 一覧形式・カレンダー形式・折れ線グラフ・グリッド・ヒートマップで表示する
+- 当月・過去の月・週・直近N日・四半期・年など、さまざまな期間を指定して確認する
+- プロジェクトごとに設定を切り替えて集計する
+- 記録ファイルをエディタで開いて追記する
+- AI向けに生のMarkdown抽出・匿名化出力・匿名化辞書出力を行う
+
+より詳しい説明は[使い方ガイド](docs/usage.md)を参照してください。
+
+## 入力形式
+
+入力ファイルは、日付、作業名、時間帯付きの記録をMarkdownで並べた形式です。
+
+```md
+# 2026-03-01
+## 開発
+* 09:30-12:00 (2.50)
+* 13:00-18:00 (5.00)
+
+# 2026-03-02
+## 会議
+* 10:00-11:30 (1.50)
+## 開発
+* 13:00-19:00 (6.00)
+```
+
+- `# YYYY-MM-DD`で日付を表す
+- `## ...`で作業区分や案件名を表す
+- `* HH:MM-HH:MM (x.xx)`で作業時間帯と記録時間を表す
+
+記録時間(かっこ内の値)と時刻から計算した差分が一致しない場合、`--simple`/`--calendar`では警告がstderrに表示されます。日をまたぐ時間帯は`23:30-24:30`のように`24:xx`で記述します。`23:30-00:30`も1時間として集計されますが、非推奨の書き方として警告されます。
+
+## 基本的な使い方
+
+### 最初に設定ファイルを作成する
+
+```bash
+mlb --init
+```
+
+### 日々の記録を確認する
+
+作業後にターミナルで`mlb`を実行すると、当月のログファイルを自動的に選択して集計します。
+
+```bash
+mlb          # 今月を一覧表示
+mlb -c       # 今月をカレンダー表示
+```
+
+- 一覧形式(デフォルト): 日付・時間帯・作業名を1行ずつ表示し、月の合計と達成率を表示
+- カレンダー形式: 日ごとの合計時間を月間カレンダーで表示し、週・曜日の集計も表示
+
+### ログファイルを編集する
+
+```bash
+mlb -e       # 当月ファイルをエディタで開く(当日の行にカーソルを移動)
+```
+
+使用するエディタを設定しておく必要があります。
+
+詳細は[使い方ガイド・エディタの設定](docs/usage.md#エディタの設定)を参照してください。
+
+### 過去の記録を参照する
+
+```bash
+mlb m1            # 先月
+mlb 2026/1        # 2026年1月
+mlb 2026/1 2026/3 # 2026年1〜3月を月別表示
+mlb w..1          # 今週+先週
+mlb D30           # 直近30日間
+```
+
+指定方法の詳細は[使い方ガイド・対象期間の指定](docs/usage.md#対象期間の指定)にまとめています。
+
+## 詳しい使い方
+
+詳しいセットアップ、設定ファイル、期間指定、出力オプション、シェルコンプリーションは[使い方ガイド](docs/usage.md)を参照してください。
+
+## 開発
+
+依存関係のセットアップ:
+
+```bash
+bin/setup
+```
+
+テストとスタイルチェック:
+
+```bash
+bundle exec rake test
+bundle exec rubocop
+bundle exec rake
+```

data/Rakefile

@@ -0,0 +1,21 @@
+# frozen_string_literal: true
+
+require "bundler/gem_tasks"
+require "rake/testtask"
+
+Rake::TestTask.new(:test) do |t|
+  t.libs << "test"
+  t.libs << "lib"
+  t.test_files = FileList["test/**/*_test.rb"]
+end
+
+require "rubocop/rake_task"
+
+RuboCop::RakeTask.new
+
+desc "Validate RBS signatures"
+task :rbs do
+  sh "bundle exec rbs validate"
+end
+
+task default: %i[test rubocop rbs]

data/docs/sample-logs/sample-2025-01.md

@@ -0,0 +1,122 @@
+# 2025-01-06
+## 週次計画と棚卸
+* 09:30-12:00 (2.50)
+## 顧客ポータル刷新
+* 13:00-18:30 (5.50)
+
+# 2025-01-07
+## 顧客ポータル刷新
+* 09:15-12:15 (3.00)
+* 13:15-19:00 (5.75)
+
+# 2025-01-08
+## 配送実績API整備
+* 09:30-12:00 (2.50)
+## 顧客ポータル刷新
+* 13:00-18:30 (5.50)
+
+# 2025-01-09
+## 在庫同期バッチ改善
+* 09:30-12:00 (2.50)
+## 顧客ポータル刷新
+* 13:00-18:15 (5.25)
+## 定例ミーティング
+* 18:30-19:30 (1.00)
+
+# 2025-01-10
+## 配送実績API整備
+* 09:30-12:30 (3.00)
+* 13:30-18:30 (5.00)
+
+# 2025-01-14
+## 顧客ポータル刷新
+* 09:00-12:00 (3.00)
+## 障害調査
+* 13:00-18:00 (5.00)
+* 20:30-22:00 (1.50)
+
+# 2025-01-15
+## 月次レポート整備
+* 09:30-11:30 (2.00)
+## 顧客ポータル刷新
+* 12:30-18:30 (6.00)
+
+# 2025-01-16
+## 月次レポート整備
+* 09:30-11:30 (2.00)
+## 顧客ポータル刷新
+* 12:30-18:30 (6.00)
+
+# 2025-01-17
+## 在庫同期バッチ改善
+* 09:30-12:00 (2.50)
+## 1on1と採用準備
+* 13:00-15:00 (2.00)
+## 顧客ポータル刷新
+* 15:15-19:15 (4.00)
+
+# 2025-01-20
+## 顧客ポータル刷新
+* 09:30-12:00 (2.50)
+* 13:00-18:30 (5.50)
+## リリース準備
+* 20:00-22:30 (2.50)
+
+# 2025-01-21
+## 配送実績API整備
+* 09:00-12:00 (3.00)
+## 定例ミーティング
+* 13:00-14:30 (1.50)
+## 顧客ポータル刷新
+* 15:00-18:30 (3.50)
+
+# 2025-01-22
+## 配送実績API整備
+* 09:00-12:00 (3.00)
+## 顧客ポータル刷新
+* 13:00-18:00 (5.00)
+
+# 2025-01-23
+## 顧客ポータル刷新
+* 09:30-12:30 (3.00)
+## 監視改善
+* 13:30-18:30 (5.00)
+
+# 2025-01-24
+## 障害調査
+* 09:15-11:45 (2.50)
+## 在庫同期バッチ改善
+* 13:00-18:30 (5.50)
+## ふりかえり
+* 19:00-20:00 (1.00)
+
+# 2025-01-27
+## 顧客ポータル刷新
+* 09:30-12:00 (2.50)
+* 13:00-18:00 (5.00)
+
+# 2025-01-28
+## 月次レポート整備
+* 09:30-11:30 (2.00)
+## 顧客ポータル刷新
+* 12:30-18:30 (6.00)
+## 配送実績API整備
+* 19:00-21:00 (2.00)
+
+# 2025-01-29
+## 顧客ポータル刷新
+* 09:00-12:00 (3.00)
+## 在庫同期バッチ改善
+* 13:00-18:30 (5.50)
+
+# 2025-01-30
+## 顧客ポータル刷新
+* 09:00-12:00 (3.00)
+## リリース準備
+* 13:00-19:00 (6.00)
+
+# 2025-01-31
+## 月末締め
+* 09:30-11:30 (2.00)
+## 顧客ポータル刷新
+* 12:30-18:30 (6.00)

data/docs/sample-logs/sample-2025-02.md

@@ -0,0 +1,123 @@
+# 2025-02-03
+## 顧客ポータル刷新
+* 09:30-12:00 (2.50)
+* 13:00-18:00 (5.00)
+
+# 2025-02-04
+## 配送実績API整備
+* 09:00-12:00 (3.00)
+## 定例ミーティング
+* 13:00-14:30 (1.50)
+## 顧客ポータル刷新
+* 15:00-18:30 (3.50)
+
+# 2025-02-05
+## 顧客ポータル刷新
+* 09:30-12:00 (2.50)
+## 月次レポート整備
+* 13:00-18:30 (5.50)
+
+# 2025-02-06
+## 在庫同期バッチ改善
+* 09:30-12:00 (2.50)
+## 顧客ポータル刷新
+* 13:00-18:15 (5.25)
+
+# 2025-02-07
+## 障害調査
+* 09:30-11:30 (2.00)
+## 顧客ポータル刷新
+* 12:30-18:00 (5.50)
+
+# 2025-02-10
+## 採用面談
+* 09:30-11:30 (2.00)
+## 配送実績API整備
+* 12:30-18:00 (5.50)
+
+# 2025-02-12
+## 顧客ポータル刷新
+* 09:30-12:30 (3.00)
+## 月次レポート整備
+* 13:30-18:00 (4.50)
+
+# 2025-02-13
+## 顧客ポータル刷新
+* 09:00-12:00 (3.00)
+* 13:00-18:30 (5.50)
+
+# 2025-02-14
+## 在庫同期バッチ改善
+* 09:30-12:00 (2.50)
+## 1on1とふりかえり
+* 13:00-15:00 (2.00)
+## 顧客ポータル刷新
+* 15:30-18:30 (3.00)
+
+# 2025-02-17
+## 顧客ポータル刷新
+* 09:30-12:00 (2.50)
+## 配送実績API整備
+* 13:00-18:30 (5.50)
+
+# 2025-02-18
+## 障害調査
+* 09:30-11:00 (1.50)
+## 顧客ポータル刷新
+* 12:00-18:30 (6.50)
+
+# 2025-02-19
+## 障害調査
+* 09:30-11:00 (1.50)
+## 顧客ポータル刷新
+* 12:00-18:00 (6.00)
+
+# 2025-02-20
+## 顧客ポータル刷新
+* 09:30-12:30 (3.00)
+## 定例ミーティング
+* 13:30-15:00 (1.50)
+## 月次レポート整備
+* 15:15-18:15 (3.00)
+
+# 2025-02-21
+## 配送実績API整備
+* 09:30-12:00 (2.50)
+## 顧客ポータル刷新
+* 13:00-17:30 (4.50)
+
+# 2025-02-24
+## 顧客ポータル刷新
+* 09:00-12:00 (3.00)
+## 監視改善
+* 13:00-18:00 (5.00)
+
+# 2025-02-26
+## 配送実績API整備
+* 09:00-12:00 (3.00)
+## 顧客ポータル刷新
+* 13:00-18:00 (5.00)
+
+# 2025-02-27
+## 顧客ポータル刷新
+* 09:30-12:30 (3.00)
+## リリース準備
+* 13:30-19:00 (5.50)
+
+# 2025-02-25
+## 顧客ポータル刷新
+* 09:00-12:00 (3.00)
+## リリース準備
+* 13:00-18:30 (5.50)
+
+# 2025-02-26
+## 障害調査
+* 09:30-11:00 (1.50)
+## 顧客ポータル刷新
+* 12:00-18:00 (6.00)
+
+# 2025-02-28
+## 月末締め
+* 09:30-11:30 (2.00)
+## 顧客ポータル刷新
+* 12:30-18:00 (5.50)

data/docs/sample-logs/sample-2025-03.md

@@ -0,0 +1,116 @@
+# 2025-03-03
+## 顧客ポータル刷新
+* 09:30-12:00 (2.50)
+* 13:00-18:30 (5.50)
+
+# 2025-03-04
+## 配送実績API整備
+* 09:00-12:00 (3.00)
+## 定例ミーティング
+* 13:00-14:30 (1.50)
+## 顧客ポータル刷新
+* 15:00-19:00 (4.00)
+
+# 2025-03-05
+## 顧客ポータル刷新
+* 09:30-12:00 (2.50)
+## 月次レポート整備
+* 13:00-18:30 (5.50)
+
+# 2025-03-06
+## リリース準備
+* 09:30-12:00 (2.50)
+## 顧客ポータル刷新
+* 13:00-18:30 (5.50)
+## 監視改善
+* 20:00-22:00 (2.00)
+
+# 2025-03-07
+## 在庫同期バッチ改善
+* 09:30-12:30 (3.00)
+## 顧客ポータル刷新
+* 13:30-18:30 (5.00)
+
+# 2025-03-10
+## 顧客ポータル刷新
+* 09:00-12:00 (3.00)
+* 13:00-18:30 (5.50)
+
+# 2025-03-11
+## 配送実績API整備
+* 09:00-12:00 (3.00)
+## 顧客ポータル刷新
+* 13:00-18:30 (5.50)
+
+# 2025-03-12
+## 障害調査
+* 09:15-11:45 (2.50)
+## 顧客ポータル刷新
+* 12:45-18:15 (5.50)
+
+# 2025-03-13
+## 配送実績API整備
+* 09:30-12:00 (2.50)
+## リリース準備
+* 13:00-18:30 (5.50)
+## 深夜確認
+* 21:00-24:00 (3.00)
+
+# 2025-03-14
+## 顧客ポータル刷新
+* 10:00-12:00 (2.00)
+## 月次レポート整備
+* 13:00-18:00 (5.00)
+
+# 2025-03-17
+## 顧客ポータル刷新
+* 09:30-12:00 (2.50)
+## 在庫同期バッチ改善
+* 13:00-18:30 (5.50)
+
+# 2025-03-18
+## 顧客ポータル刷新
+* 09:30-12:30 (3.00)
+* 13:30-18:30 (5.00)
+
+# 2025-03-19
+## リリース準備
+* 09:00-12:00 (3.00)
+* 13:00-18:30 (5.50)
+## 切替手順確認
+* 20:30-23:30 (3.00)
+
+# 2025-03-21
+## 障害調査
+* 09:30-11:00 (1.50)
+## 顧客ポータル刷新
+* 12:00-18:00 (6.00)
+
+# 2025-03-24
+## 配送実績API整備
+* 09:30-12:00 (2.50)
+## 顧客ポータル刷新
+* 13:00-18:30 (5.50)
+
+# 2025-03-25
+## 障害調査
+* 09:30-11:00 (1.50)
+## 顧客ポータル刷新
+* 12:00-18:30 (6.50)
+
+# 2025-03-26
+## 顧客ポータル刷新
+* 09:00-12:00 (3.00)
+* 13:00-18:30 (5.50)
+
+# 2025-03-27
+## 本番切替
+* 09:30-12:00 (2.50)
+* 13:00-18:30 (5.50)
+* 20:00-24:30 (4.50)
+
+# 2025-03-28
+## リリース後確認
+* 10:30-12:00 (1.50)
+## 障害調査
+* 13:00-18:00 (5.00)