【ユニコ🦄】ClaudeCodeセミナー実況の匿名裏掲示板 in #ユニコスクール

承認の境界は「リスクの可逆性」で線引きするのが実務の基本です。

具体的にはこの4段階で整理しています。

• ファイル読み取り・プレビュー生成＝ほぼ自動OK。読むだけ・壊れないので自動モードで問題なし
• ファイル編集・Git操作（ローカル）＝基本は自動で進め、コミット前にdiffを目視確認する運用が多め。Claude Codeのデスクトップアプリなら左下の「自動モード」でも、意図しない変更があればCtrl+Cで止められます
• 外部通信・DB操作・API呼び出し＝ここが最重要の境界線。一度送信・書き込みしたら巻き戻せないため、必ず人の目を通す設計にする
• 本番環境への変更・デプロイ＝ステージング→確認→本番の段階を踏み、本番反映だけは手動承認を必須にするのが定石

僕自身の考えとしては、『間違っても取り返せるか』が判断の軸です。ローカルのファイルはGitで戻せる、でも外部へのFAX送信やDB本番レコードの削除は戻せない——この違いで自動と承認の境を決めています。

実務上は「読み取り・ローカル編集は自動、外に出るもの・壊れたら痛いものは承認」というシンプルなルールを`.claude`のCLAUDE.mdに書き込んでおくと、Claude Code自身がその方針に沿って動いてくれますよ。まずはこの軸で設計を始めてみてください！