自社ツール紹介 ／ 日報入力ツール

日報を、あとで書かない。

15分単位で「これからやる作業」を先に記録する、自作の日報システムです。
一日が終わる頃には、日報はもう出来上がっています。

課題

日報の「よくある困りごと」

原因はひとつ。「あとで、思い出して書く」から。

アプローチ

「思い出して書く」から、
「始める前に宣言する」へ

日報は「書くもの」から「勝手に貯まるもの」へ。

全体像

一日の流れ

画面① 入力ウィンドウ

15分ごとに、選ぶのは3つだけ

15分区切りごとに、これだけが出てくる。

• 15分区切りのタイミングで自動表示。書きに行くのではなく、向こうから来る。 宣言した時間（15〜120分）のあいだは表示されない
• 案件・作業内容は選択式。迷わず数秒で完了。
• 新しい作業名は直接入力すればOK。次回から選択肢に自動追加される。
• 休憩は長さを決めない。押すと「休憩中」の窓が出て待機し、戻って「休憩完了」を押した時点までが休憩として記録される。 15分未満なら記録なし。押し間違えてもデータは汚れない
• MTG予約済みの時間帯には出てこない。会議の邪魔をしない。

画面② 日報メニュー

常駐の小窓から、いつでも5操作

× で閉じてもタスクトレイに常駐。右クリックでいつでも再表示。

「休憩」を押すと出る窓。戻って押した時点までが記録される。

• 編集 — 日報ログのある日付を選び、時刻×案件×作業内容の表をその場で修正。 過去の日付も直せる（次のスライド）
• MTG予約 — 当日の先の時間枠を、会議の予定で事前に確保。
• 休憩 — 入力ウィンドウを待たずに休憩へ。戻って「休憩完了」を押した時点までが記録される。
• 選択肢の編集 — 案件・作業内容の候補をその場で整理（後半のスライド）。
• 業務終了 — いつでも締め処理へ。入力ウィンドウ・トレイアイコンからも同じ操作ができる。 3つの入口はどれも同じ表記・同じ挙動で揃えてある

画面③ 一覧編集

あとから直せるから、迷わず記録できる

「編集」で開く一日の記録表。業務終了時の確認画面も同じもの。

• 日報ログのあるどの日付でも開ける。入力し忘れた枠の穴埋めも、過去日の修正もここで完結。
• 「この行を入力欄へコピー」→「選択した行に入力」で、同じ作業をマウス操作だけで複製できる。 ドロップダウンを触らずに、まとまった時間の記録を一気に埋められる
• 空欄にすればその枠の記録を削除。MTG予約の取り消しもここから行う。
• 保存すると時刻順に並べ直してCSVを書き直す。 ExcelでCSVを開いて書式が変わっても、読み込み側で吸収するので壊れない

画面④ MTG予約

会議が始まる瞬間に、入力を求めない

15分ごとにウィンドウが出る仕組みの最大の弱点は「会議中に出てくること」。そこで、会議は先に枠を予約しておく方式にしました。

• 開始時刻・時間（30分か60分）・案件・作業内容を指定して先の枠を記録。
• 予約した時間帯は入力ウィンドウがスキップされる。会議に集中でき、記録はすでに済んでいる。
• 予定が消えたら「編集」で該当枠をクリアするだけ。

データ

成果物は、素直なCSV

1日1ファイル・1行=15分枠。UTF-8（BOM付き）なので Excel でそのまま開けます。

• ピボット集計するだけで案件別・作業別の工数が出る。月次報告の元データに直結。
• 休憩も1行として残るので、空白が「入力し忘れ」なのか「休んでいた」のか後から迷わない。
• 特別なDBもクラウドも不要。ただのファイルなので壊れず、いつでも読める。 Excelで開いて保存し、日付の書式が変わっても読み込み側で吸収する

設定

マスタはテキスト2つ、手入れは画面から

日報設定\作業名.txt

# 見出しの前は全案件で共通表示
社内MTG
資料作成

[案件A]
API設計
PRJ-12 商品ページ改修

[案件B]
運用保守

同じ2ファイルを画面から編集する「選択肢の編集」。

• 案件.txt と 作業名.txt の2ファイルだけ。# でコメントも書ける。
• 作業名は [案件名] の見出しでグループ化。選択中の案件の作業名（＋共通分）だけが選択肢に出る。
• 表示のたびに再読込。メモ帳で編集すれば、次のウィンドウから即反映。
• ウィンドウで直接入力した新しい作業名は、該当案件のセクションに自動追記される。 放っておいても候補は育つ。整理したくなったときだけ手を入れる
• 「選択肢の編集」で、追加・名前変更・削除・並べ替え・別案件への移動が画面から可能。書き戻してもコメント行は残す。
• 名前変更・削除で変わるのは次回からの選択肢だけ。過去のCSVは当時の表記のまま残す。

構成

中身は、このフォルダひとつ

インストールも設定画面もありません。このフォルダを丸ごと渡せば、そのまま動きます。

• フォルダごと持ち運べる — ログも設定も、スクリプトと同じ場所を見に行く。移動しても動く。
• 人が読めるものしかない — CSVとテキストとPowerShell。専用の形式もデータベースもない。
• 資料も同じ場所に置く — マニュアルとこの資料を一緒に渡せば、それだけで引き継げる。

技術構成

Windows 標準機能だけで動く

• デスクトップのショートカット → バッチ → PowerShell スクリプトという最小構成。サーバーもインストールも不要。 実行ファイル形式（exe）と自動起動は、配布先の環境によっては使えないため見送り、手動起動＋ショートカット自動生成に落ち着いた
• スクリプトを直せば次回起動から反映。ビルド作業がないので、思いついた改善をその日に入れられる。
• 開発・改修は Claude Code との対話で実施。「MTG中はウィンドウを出さないで」のような要望をそのまま実装に。

まとめ

この仕組みがもたらしたもの

• 記憶に頼らない — 作業の前に宣言するから、抜け漏れ・思い出し作業が起きにくくなる。
• 15分粒度のログが自動で貯まる — 月次報告・工数集計の元データがいつでも手元に。
• 運用の引っかかりを潰してある — MTG予約、過去日の編集、休憩の記録、トレイ常駐。
• 仕組みはテキストとCSVだけ — 誰でも読めて、他のメンバーにもそのまま展開できる。

日報は、書くものから「貯まるもの」へ。

利用マニュアル（Excel）　配布フォルダにも同じものが入っています

※ クリックするとダウンロードになります（GitHub 上の配布物を取得します）。ツール本体は日報入力ツールのページから入手できます。

APPENDIX A ／ 作り方

この仕組みは、どう作ったか

私は元エンジニアなので、コードは読めますし、調べれば書けます。ただ、いまは開発が本業ではありません。
そこでClaude Code（対話型のAI開発ツール）と話しながら、書く側ではなく確かめる側に回って作りました。仕様書はつくっていません。

「作ってもらう」のではなく、「相談しながら育てる」。

APPENDIX A ／ 出発点

最初に伝えたのは、この2つだけ

仕様書のかわりに送ったのは、次の2通です。ここから始まりました。

• 1通目は困りごとだけ。2通目で「AIに書かせる」から「15分ごとに入力させる仕組み」へ方式を切り替えた。ここは人が決めている。
• この時点で芯になる要件は出そろっていた — 前回入力の保持、CSVへの末尾蓄積、Excelへ貼って完成という流れ。いまも変わっていない。
• 休憩・MTG予約・一覧編集は、使いながらあとから足したもの。最初から全部を決めてはいない。

APPENDIX A ／ 進め方

短いやり取りを、何度も回す

APPENDIX A ／ 実例

こう言ったら、こうなった

• 途中で気が変わってもよい。使ってみて初めて分かることのほうが多い。
• うまくいかなかったことも含めて残す。同じ失敗を繰り返さないための記録になる。

APPENDIX B ／ 評価

AIから見た、この進め方の評価

実際に手を動かした側から見て、この開発が最後まで崩れなかった理由は、次の6点にあります。

APPENDIX B ／ わかったこと

やってみて、分かったこと

• 完璧な仕様はいらない — 使いながら決めるほうが、結果的に早く、実態に合う。
• 環境の制約は、自分にしか分からない — 「実行ファイル形式は使えない」「自動起動は使えない」。伝えて初めて設計に反映される。
• 確認の仕組みとドキュメントを一緒に作らせる — 安心して直せるようになり、半年後の自分が助かる。
• 読めることが、そのまま速さになる — 出てきたものを確かめられるので、細部まで指示しなくても任せられる。自分で書くより速い。
• AIは決めてくれない — 何を作るか、どこでやめるかを決めるのは、いつも人間の側。

道具を自分で作る敷居は、もう高くない。

※ このスライドと利用マニュアルも、同じやり方で作成しています。

APPENDIX B ／ つまずきどころ

「AIでうまくいかない」を、どう避けたか

AIを使った開発が止まる原因は、だいたい決まっています。今回それらをどう避けていたかを並べます。

どれも特別な技術ではない。人に仕事を頼むときの作法と、ほとんど同じ。

APPENDIX C ／ 他のAIとの比較

他のAIでも、作れたのか

コードを書くこと自体は、いまの主要なAIならどれも書けたはずです。
分かれ目は「自分のPCで動かして、結果を見て、直す」——このループを回せるかどうかでした。

※ 表に挙げたサービス名は、それぞれの「使い方」に当たる代表的な例です。当社が各サービスを実際に検証して比較したものではなく、今回 Claude Code で行った作業を基準に、使い方の違いを整理したものです（2026年8月時点の理解にもとづきます）。各サービスの現在の機能は提供元の公開情報をご確認ください。
※ 記載の各社名・製品名は各社の商標または登録商標です。当社は各社と提携・監修等の関係にありません。

APPENDIX C ／ 境界線

効いたのは「書く」以外の作業

APPENDIX D ／ 自己評価

使いこなしは、どの段階にあるか

「使いこなし率◯％」を測る客観的な物差しは、いまのところ存在しません。
代わりに、AIとの付き合い方を5つの段階に分けて、今回どこまで来たかを振り返ります。

APPENDIX D ／ 到達点

数字ではなく、行動で確かめる

「AIをうまく使えているか」は、次の6つで測れると思います。特別なことではなく、どれも人に仕事を頼むときと同じです。

• 目的を自分の言葉で言えるか — 何に困っていて、どうなれば成功かを説明できる。 今回：最初の2通で、前回入力の保持・CSVへの蓄積・Excelへ貼る流れまで伝えていた
• 解き方を自分で決められるか — 提案を鵜呑みにせず方式を選び、やめる判断もできる。 今回：AIに書かせる案から、15分ごとの入力バッチへ切り替えた
• AIが知らない前提を渡せるか — 環境・運用上の制約・これまでの経緯は、外からは見えない。 今回：「実行ファイル形式は使えない」「自動起動は使えない」
• 出てきたものを検収できるか — 動かして確かめる。読んで違和感に気づく。 今回：文字の折り返しの気持ち悪さを、CSSの指定（max-width）が原因だと特定して指摘した
• 渡していい情報の線引きができるか — 出せない情報を、渡さない・資料に載せない。 今回：画面写真の案件名をダミー値へ差し替えた
• 一度きりにせず、仕組みと記録に残せるか — 次に触る人（半年後の自分を含む）が困らない形にする。 今回：動作確認・マニュアル生成・画面撮影を、繰り返せる形にした

問うべきは「何％使えているか」ではなく、
「どこまで任せて、どこで自分が判断するか」。