コードを書かない技術職こそ、Claude Code×gitで資料を作るべき理由【情報流出しない使い分け】

「技術職なら、まずClaude Codeで仕事をするところから始めるべき」——最近こうした指摘をよく目にします。しかし多くの解説は「プログラマーがGitHub上で開発する」前提で書かれていて、コードをほとんど書かない技術職には遠い話に聞こえます。

私はNC旋盤やフライス盤を扱います。書くのはコードより、打ち合わせ資料・装置検討書・報告書。この記事では、そういう「資料が主戦場の技術職」がClaude Codeとgitをどう使えばいいか、そして一番気になる情報流出のリスクをどう切り分けるかを、実際の運用に基づいて整理します。

目次

結論:「ローカルフォルダ + git init + CLAUDE.md」から始める

いきなりGitHubは要りません。最初の形はこれだけです。

  1. 案件ごとにフォルダを作る(例:「○○社打ち合わせ」「△△財団助成金申請」)
  2. Claude Codeに「このフォルダをgit管理にして」と頼む
  3. フォルダに CLAUDE.md を置き、案件の背景・関係者・様式の決まりを書いておく

これで、資料の作成・修正をClaude Codeに直接やらせつつ、「昨日の版に戻して」「何を変えたか差分を見せて」が日本語で通るようになります。チャットAIとの決定的な違いは、仕事がファイルとして蓄積され、文脈を毎回説明し直さなくていいことです。

誤解その1:「gitを使う=情報が外に出る」ではない

ここが一番の誤解ポイントです。gitはもともとローカルで完結するツールで、GitHubの方が後付けのサービスです。

フォルダで git init すると、その中に .git という隠しフォルダができ、全履歴がそこに保存されます。コミット(保存)、差分表示、過去の版への復元——すべてPC内だけで動き、ネット接続すら不要です。データが外に出るのは git push でGitHub等に送った瞬間だけ。pushしなければ、普通のフォルダと流出リスクは変わりません。

つまり「git管理にする」こと自体に流出リスクはゼロです。

誤解その2:「GitHubプライベートなら安全」でもない

GitHubを使う場合、プライベートリポジトリなら基本的に本人と招待者しか見えません。しかし注意点が3つあります。

① 公開/非公開の設定ミス。 作成時にうっかりPublicを選ぶ事故は定番です。業務系は必ずPrivateで。

② 履歴に残る認証情報。 gitの本当に怖い点はここです。APIキーやパスワードを一度コミットすると、後でファイルから消しても履歴には残り続けます。対策は最初から機密情報を .env に分離し、.gitignore で除外しておくこと。これもClaude Codeに「.gitignoreを作って」と頼めば済みます。

③ 組織情報の扱い。 職場の打ち合わせ内容や装置仕様を個人のGitHubアカウントに置くことは、技術的に安全でも組織の情報管理規程に触れる可能性があります。これはgitの問題ではなく、職場ルールの確認事項です。

もう一つ付け加えると、Claude Code自体も会話内容がAnthropicに送信されます。機密度の高い情報は「そもそもAIに渡すか」の判断が先です。

使い分けの実例

私の場合、判断基準は2つだけです。「消えたら困るか」→困るならGitHubへ。「組織の情報か」→そうならローカルに留める。

案件の種類 置き場 理由
職場業務(打ち合わせ資料、装置検討書) ローカルgitのみ 組織情報を個人アカウントに置かない
研究・論文・実験データ GitHubプライベート 消失が致命的、複数PCで作業
書籍の原稿 GitHubプライベート バックアップ価値が高い
公開したいツール類 GitHubパブリック 公開が目的

両方に該当する「消えたら困る職場資料」は、個人GitHubではなく職場のNASなど組織内のバックアップを使うのが筋です。

日々の運用はClaude Codeに丸投げでいい

gitコマンドを覚える必要はほとんどありません。

  • 「このフォルダをgit管理にして」→ 初期化から初回コミットまでやってくれる
  • 「ここまでの変更をコミットして」→ 変更内容を見て適切なメッセージ付きで保存
  • 「昨日のコミットとの差分を見せて」→ 何を直したか一覧で出る

資料をClaude Codeに作らせた流れで、そのままコミットまで頼む。これが定着すると、資料作りが「チャットで生成してコピペ」から「履歴付きの資産として積み上がる」に変わります。

まとめ

  • gitはローカル完結が基本。git init だけなら流出リスクはない
  • GitHubは「消えたら困るもの」だけ。認証情報は最初から .gitignore で除外
  • 職場の情報はローカルgitに留め、バックアップは組織内の仕組みで
  • 操作はClaude Codeに日本語で頼めばいい。覚えるのは考え方だけ

「これからの仕事の仕方」は、プログラマーだけのものではありません。資料を作る技術職こそ、フォルダ一つとgit initから始めてみてください。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

コメント

コメントする

日本語が含まれない投稿は無視されますのでご注意ください。(スパム対策)

目次