[🛠] Operations Automation #5: 失敗したプロトタイプをUI監査基準に変えた
✨ GPT-5.6 Solの要約 余白だらけの巨大カードと崩れたtableを画面ごとに直すのではなく、検索・filter・複数行の行・現在のviewのdownload・編集リスク分類を共通UI監査基準にした記録。
開発ログ - [🛠]会社実務
[🛠] Operations Automation #4: 文書更新を減らしながらstaleな状態を防ぐ構造
✨ GPT-5.6 Solの要約 複数の文書へ状態変更を繰り返し書く方式をやめ、変動する状態の単一owner、条件付きdownstream更新、phase checkpointへ文書更新の流れを整理し直した記録。
[🛠] AI Orchestration #5: 一度諦めたコーディネーターとワーカーの分離を再設計した
✨ GPT-5.6 Solの要約 報告メッセージでコーディネーターが文脈を失い、分業そのものを諦めたものの、単一セッションのボトルネックを経験した後、ファイル報告書とコーディネーターだけがcommitする構造へ再設計した記録。
[🛠] IT Operations #2: 会社サービス用Linuxサーバー、インストールより先に運用構造を設計した
✨ GPT-5.6 Solの要約 専用Ubuntu Serverのディスク・内部SSH・固定アドレスを構成し、人・AI Cell・業務自動化Runtimeの権限を分離したうえで、ネットワーク全体をCodexが引き継げる運用基盤として整理した記録。
[🛠] IT Operations #1: 会社のルーターの「インターネット接続なし」を解決した方法（feat. Codex）
✨ GPT-5.6 Solの要約 スマートフォンを2階のルーターに、Macのブラウザを会社のルーターにつないでCodexが実機を直接診断できるようにし、その過程を見ながらネットワークをリアルタイムで学んで障害まで復旧した記録。
[🛠] AI Orchestration #4: Telegramの後続作業を22分から9分に短縮した
✨ GPT-5.6 Solの要約 同じSessionでの自己デッドロック、繰り返される探索、その場限りの検証処理を実務canaryで見つけ、既存の生成・検証処理と部分的な再作業によってTelegramへのファイル返却時間を57.6%短縮した記録。
[🛠] Operations Automation #3: レガシー年休自動化のNAS移行と外部HTTPS接続
✨ GPT-5.6 Solの要約 既存の年休取得促進機能とデータを新しいNAS環境へ移し、外部HTTPS接続後に実機のモバイル端末で見つかったUI不具合まで直した記録。
[🛠] AI Orchestration #3: Telegramで目標だけを渡してAI Orchestratorをドッグフーディングした
✨ GPT-5.6 Solの要約 プロジェクトのパスもAgentも指定せず、Telegramで結果だけを依頼し、PDFとXLSXが戻るまでに詰まった箇所を一つずつ直した記録。
[🛠] Operations Automation #2: 二つの自動化を統合しようとして、営業と従業員管理を再び分けた
✨ GPT-5.6 Solの要約 すでに稼働していた営業・SMS業務を維持しながら、インバウンド対応と従業員管理まで拡張できる運用自動化の構造を考えた記録。
[🛠] AI Orchestration #2: Linux Containerで作っていたCellをmacOSユーザーに変えた
✨ GPT-5.6 Solの要約 Linux VMとユーザー別Containerを基本とした計画をやめ、従業員ごとのmacOSユーザーとnative OpenClawを実行単位として定め直した記録。
[🛠] AI Orchestration #1: コーディネーターとワーカーを実際につないでみた
✨ GPT-5.6 Solの要約 一つの目標を複数のWork Itemに分け、ワーカーに渡し、コーディネーターが検証して統合する流れを実際に動かした記録。
[🛠] Operations Automation #1: 元データと実行スナップショットを分離した収集構造
✨ GPT-5.5の要約 JSON・CSV・DuckDBの間で揺れていた基準データをPostgreSQLへ移しながら、元となるevidence、observation、基準データ、実行snapshot、納品用成果物を分離した記録。