既存案件に使えるOSを作る ― Obsidian × Claude CLI × Ansible で「壊さずに理解する」

    flowchart TB
    subgraph Existing["既存システム（ブラックボックス）"]
        Server["サーバー / 設定 / プロセス"]
    end

    subgraph Ansible["Ansible（観測器）"]
        Gather["gather_facts"]
        Fetch["設定ファイル取得"]
        Check["--check / --diff"]
    end

    subgraph Claude["Claude CLI（翻訳器）"]
        Summarize["出力を要約"]
        Infer["設計意図を推測"]
        Risk["危険箇所を列挙"]
    end

    subgraph Obsidian["Obsidian（思考の器）"]
        Unknown["わからないこと"]
        Hypothesis["仮説"]
        Decision["判断ログ"]
    end

    Existing --> Ansible
    Ansible --> Claude
    Claude --> Obsidian
    Obsidian -->|判断| Human["人間"]
    Human -->|必要なら| Existing
  

    # System Snapshot: 本番サーバー A

## 基本情報
- OS: CentOS 7（EOL）
- 用途: 社内向けファイルサーバー
- 前任者: 退職済み（2023年）
- ドキュメント: なし

## 確認済みの事実
- nginx が 80 で Listen している
- /var/www/html に静的ファイルがある
- cron に不明なスクリプトが登録されている

## 未確認
- nginx の設定ファイルの詳細
- cron スクリプトの内容と依存関係
- バックアップの有無と取得先
  

    ## 疑問点
- なぜ nginx の DocumentRoot が /var/www/html ではなく /opt/legacy/public なのか
- cron の backup.sh は何をバックアップしているのか
- このサーバーにSSHできるのは誰か

## 違和感
- /etc/nginx/conf.d に .bak ファイルが大量にある
- root の .bash_history に rm -rf が複数回出てくる

## 不安点
- 再起動したら nginx が自動起動するか不明
- ディスク使用率が 85% を超えている
  

    ## 仮説
- DocumentRoot が /opt/legacy/public なのは、過去にアプリ移行があったから？
- .bak ファイルが多いのは、手動で設定変更を繰り返したから？
- backup.sh は別サーバーに rsync しているが、そのサーバーはもう存在しない？
  

    ## 判断ログ

### 2026-01-03
- cron の backup.sh は停止しない
  - 理由: 何をしているか不明なため、まず内容を確認する
  - 次のアクション: Ansible で backup.sh の内容を取得する

### 2026-01-04
- nginx の設定変更は見送り
  - 理由: .bak ファイルが多く、過去の変更履歴が追えない
  - 次のアクション: 設定ファイルを Git 管理下に置いてから再検討
  

    - name: Gather system facts
  hosts: legacy_servers
  gather_facts: yes
  tasks:
    - name: Show OS info
      debug:
        msg: "{{ ansible_distribution }} {{ ansible_distribution_version }}"

    - name: Show disk usage
      debug:
        msg: "{{ ansible_mounts }}"

    - name: Show memory
      debug:
        msg: "{{ ansible_memtotal_mb }} MB"
  

    - name: Observe running processes
  hosts: legacy_servers
  tasks:
    - name: Get running processes
      command: ps aux
      register: ps_output
      changed_when: false

    - name: Get cron jobs
      command: crontab -l
      register: cron_output
      changed_when: false
      ignore_errors: yes

    - name: Fetch nginx config
      fetch:
        src: /etc/nginx/nginx.conf
        dest: ./fetched/{{ inventory_hostname }}/
        flat: no
  

    # ❌ 破壊する可能性があるplaybook
- name: Update nginx config
  template:
    src: nginx.conf.j2
    dest: /etc/nginx/nginx.conf
  notify: reload nginx

# ✅ 観測に徹するplaybook
- name: Check nginx config syntax
  command: nginx -t
  register: nginx_syntax
  changed_when: false

- name: Show config check result
  debug:
    msg: "{{ nginx_syntax.stderr }}"
  

    ansible-playbook observe.yml | claude "この出力から、以下を抽出してください：
1. OSとバージョン
2. ディスク使用率が80%を超えているマウントポイント
3. メモリ使用率
4. 気になる点があれば"
  

    cat fetched/server-a/etc/nginx/nginx.conf | claude "このnginx設定から、
以下を推測してください：
1. このサーバーの用途
2. なぜこの構成になっていると思われるか
3. 一般的なベストプラクティスとの差分"
  

    cat fetched/server-a/etc/crontab | claude "このcrontab設定で、
以下の観点からリスクがありそうな箇所を列挙してください：
1. 依存関係が不明なスクリプト
2. 実行タイミングが他と競合しそうなジョブ
3. エラーハンドリングがなさそうなジョブ"
  

    cat fetched/server-a/etc/nginx/nginx.conf | claude "この設定で、
以下の変更を行った場合の影響を推測してください：

変更案: worker_connections を 1024 から 2048 に変更

推測してほしいこと：
1. この変更で壊れそうな箇所
2. 他の設定との整合性
3. 変更前に確認すべきこと"
  

    # desired-state/nginx.yml
# これは「理想」ではなく「期待値」

nginx:
  worker_processes: auto
  worker_connections: 1024
  gzip: on
  ssl: 有効であるべき
  log_format: combined
  

    ansible-playbook desired-state.yml --check --diff
  

    TASK [Ensure gzip is enabled] ***************************************
--- before: /etc/nginx/nginx.conf
+++ after: /etc/nginx/nginx.conf
@@ -15,7 +15,7 @@
     sendfile on;
     keepalive_timeout 65;
-    # gzip off;
+    gzip on;

  

    ## 差分検出結果（2026-01-03）

### gzip 設定
- 現状: コメントアウト（off）
- 期待値: on
- 判断: **今回は変更しない**
- 理由: gzip を有効にすると CPU 負荷が上がる可能性がある。
        現状のサーバースペックを確認してから判断する。

### SSL 設定
- 現状: 80 のみ Listen
- 期待値: 443 で SSL
- 判断: **今回は変更しない**
- 理由: 証明書の有無と取得方法を確認してから。