地方都市で30代エンジニアのtakaです。一人運用の業務自動化を5年。冬は出社前に車の暖気をしながらスマホでタスクスケジューラの履歴を確認するのが日課です。今日の主役は地味だけど死ぬほど使うPythonの`subprocess`。`subprocess.run`で外部CLI（`f

Pythonのopenpyxlで毎月の集計Excelを自動更新したら、関数42本とグラフ6枚が全部ただの数値に化けていました。3時間溶かして辿り着いた、書式と数式とグラフを保ったまま自動更新する最小構成を残します。

Pythonの常駐スクリプトをWindowsサービスにしたくてNSSMを試した記録。タスクスケジューラで2時間、pywin32で90分、ModuleNotFoundErrorで30分、合計半日溶かした私が、最終的に15行のPowerShellで「再起動しても勝手に生き返る業務自動化基盤」に到達した3つの罠の手順を残します。

Claude CodeとCodex CLIを7日間交互に走らせて、AGENTS.md同期・トークン消費差・MCP共有まわりで踏んだ地雷の記録。最終的に1日4時間→1.5時間まで縮みましたが、最初の3日は普通に二重投稿しました。

Pythonスクリプトが20本を超えたあたりで、.envの管理が破綻しました。GitHubへのpush事故2回、本番と検証の取り違え1回。業務自動化基盤として落ち着いた、退屈で安全な構成を、コピペできる粒度で残します。

Claude Codeの「新規ファイル全文書き起こし」が月の使用ログの45%を占めていた問題を、Ollamaのgemma3:12bを下書き専用で前段に挟むハイブリッド構成で解決した話。料金プランの損得判断ではなく、全文生成だけを別LLMに逃がす運用設計の最小手順とコード例を残します。実測で月のトークン消費は12.4M→4.9Mまで落ちました。

フォルダにファイルが落ちたら自動でPDFに変換する。便利だと思ってwatchdogで書いたら、自分の出力が監視対象を叩いて無限ループしました。CPU98%、ログファイル4.2GB、原因に気づくまで47分。同じ罠を踏まないための最小構成と確認手順です。

Claude APIのprompt cachingで月の請求が約1/3になりました。ただし設定した最初の2時間はcache_creationだけが積み上がって、ダッシュボード見るたびに胃が痛かった話。実際に効いた最小設定と、効かなくて溶かした失敗を全部残します。

WindowsタスクスケジューラでPythonスクリプトを朝7時に走らせる。たったこれだけで3日溶かしました。起動しない、文字化け、勝手に止まる。同じ罠で消耗しないための、最終的に落ち着いた最小構成と確認手順を残します。

Claude CodeのCLAUDE.mdとAGENTS.md。同じ内容を両方に書いて消耗していた私が、実際にCodexと併用してわかった「両方必要な理由」と「自動同期の最小コード」を残します。