まずは
全部自動化ではなく
依頼の入口を作る
今いちばん困るのは、
ChatworkやSlackに
依頼が散らばることです。
まずは、受け取る。
次に、分類する。
最後に、必要な場所へ渡す。
ここから始めます。
細かい判断基準は本文に置き、
図の中の文字は短くします。
不具合相談、数字確認、
AIツールの質問。
軽い調査、担当者への
受け渡し。
入稿、停止、予算変更。
Codexは司令室
Claudeは作業員
として分ける
Codex側は、
チャット監視、分類、通知、
状態確認に向いています。
調査や修正のように、
時間がかかる作業は、
Claude workerへ渡します。
Chatwork / Slack
エラー文、スクショ、不具合相談、数字確認が届く場所。
Codex
読む、分類する、危険度を見る、workerへ渡す、最後に小澤さんへ知らせる。
Claude Code
調査、再現、軽微修正、テスト、PR用の説明づくりを担当する。
.ops
依頼、状態、判断、作業ログを残す場所。あとから追えることを優先します。
agmsg
CodexとClaude workerの伝言。重い状態管理ではなく、作業依頼や完了通知に使います。
誰が何を持つかです。
実装手順や例外処理は、
本文と表に逃がします。
優先度判断、通知、
状態の見える化。
テスト、PR説明など、
手を動かす作業。
.ops は記録。agmsg は伝言。役割を混ぜない。
人間確認を
残す場所を
先に決める
依頼捌きループで怖いのは、
勝手にマージ、デプロイ、
広告停止まで進むことです。
自動で進めるのは、
調査、再現、軽微修正、
テスト、説明づくりまで。
最後は小澤さん確認です。
読む
依頼内容、スクショ、エラー文、関連repoを確認する。
直す
再現、原因特定、軽微修正、テストまで進める。
確認
PR説明、差分、再発防止を小澤さんへ渡す。
境界線だけを見せます。
「ここから先は人間確認」
が分かれば十分です。
関連ログ、再現条件を
確認する段階。
テスト、差分説明までは
自動で進める。
必ずOKを待つ。
本文と画像の
担当を固定する
note記事っぽく見せるなら、
画像は全部を説明する場所
ではありません。
本文で読んだことを、
一枚で掴ませるための
理解の地図です。
画像は全体像を固定します。
図は本文の代わりではなく、
読後の地図として使います。
どこまで自動化するか。
判断の理由を書く。
一瞬で掴ませる。
短い言葉だけにする。
判断基準など、
読み返す情報を整理する。
理由と判断基準を書く
なぜ必要か。
どこまで自動で良いか。
危ない操作は何か。
ここを説明します。
流れと関係性を見せる
5秒で分かるように、
短いラベル、カード、
矢印だけで構成します。
| 項目 | さっきの版 | 作り直し版 |
|---|---|---|
| 主役 | システム構成と 運用判断 |
読んで理解する 流れと図解 |
| 構成 | 結論、KPI、比較、 手順に近い |
本文、図、本文、図の 説明記事型 |
| 画像 | 1枚の 大きな関係図 |
章ごとの 短い横長図 |
| 向いている場面 | 方針を素早く 確認したい時 |
初見の人に 仕組みを伝えたい時 |
2つの見え方を
使い分ける
どちらが正解ではなく、
用途が違います。
仕組みを決める時は設計版。
誰かに理解してもらう時は、
この説明版が合います。
人に説明する資料は
役割が違います。
今回は説明版に寄せています。
何を自動化するか。
決めるための資料。
流れと役割を
理解するための資料。
共有や合意形成は
説明版に寄せる。