アーキテクチャ設計 (Architecture)

基本方針 (Principles)

1. 実データに触るコードはサーバでしか動かさない．手元では合成データで同じコードパスを流す
2. 手元への回収はホワイトリスト方式．回収対象を明示的に列挙し，列挙外（画像・manifest・患者 ID）は持ち帰れないようにする
3. 設定は YAML に集約し，pydantic で検証する．コードに絶対パス・閾値を書かない
4. 実験は runs/<実験ID>/ に閉じる．同じ設定と seed で同じ結果に辿れるようにする

ディレクトリ構成 (Directory Layout)

TIASJudgeModel/
├── configs/                      # 実験設定 YAML
├── src/tias_judge_model/
│   ├── schema.py                 # pydantic 設定スキーマ
│   ├── data/                     # manifest 読み込み・Dataset・分割・前処理
│   ├── models/                   # timm ラッパ（アーキテクチャ差し替え点）
│   ├── training/                 # 学習ループ・損失・スケジューラ
│   ├── evaluation/               # 指標・混同行列・レポート生成
│   ├── baseline/                 # ルールベース比較（扱いは未定）
│   ├── remote/                   # リモート実行（tar over ssh・tmux・回収）
│   └── cli/                      # エントリポイント
├── scripts/                      # 合成データ生成・manifest 生成
├── tests/
├── data/                         # .gitignore（合成データ．実データは置かない）
└── runs/                         # .gitignore（実験結果）

依存方向は cli → training / evaluation → data / models の一方向とする．data と models は CLI・学習ループを import しない．

データ契約 (Data Contract)

元データは研究室 PC の C:\Users\Papin\clinical-data\TIASJudgeModel\ にラベルごとの 9 フォルダとして置かれている（ENV_03）．サーバへコピーした後の配置（~/data/TIASJudgeModel/）:

~/data/TIASJudgeModel/
├── images/
│   ├── light_red_normal/    # ラベル＿程度のスラッグごとのディレクトリ
│   ├── dark_red_strong/
│   ├── dark_red_mild/
│   ├── purple_strong/
│   ├── purple_mild/
│   ├── red_strong/
│   ├── red_mild/
│   ├── pale_strong/
│   └── pale_mild/
└── manifest.csv             # 学習が読む唯一の入口

ディレクトリ名は <label>_<severity> のスラッグとする（研究室 PC 側の日本語フォルダ名との対応は ENV_03．日本語名のまま転送すると文字コード差で壊れるため）．

manifest.csv の列:

• manifest はサーバ上の生成スクリプトで作る．元データはラベルごとのフォルダに分かれているため，フォルダ名から label と severity を決める（対応表は TEST_01 データセット構成調査）
• patient_id について: 現在のデータセットは 1 患者 1 枚であることを確認済み（2026-09-27）．したがって画像 ID をそのまま patient_id とする．この前提が崩れる（同一患者の複数枚が追加される）場合は，実際の患者 ID を入れ直す必要がある（同一患者が分割を跨ぐと評価が壊れるため）．分割処理は常に patient_id 単位で行い，前提が変わってもコードを変えずに済むようにする
• 前提が確認できない新規データに対しては，画像 ID を患者 ID と見なす代替を自動では行わない．生成を止めて人間が判断する

manifest の検証規則 (Validation Rules)

読み込み時・生成時とも，問題があれば黙って除外せず ValueError で停止する（.claude/rules/error-handling.md）．メッセージは行番号・件数・クラス名のみで示し，患者 ID・ファイル名を含めない．

• note 列は読み込み時に省略できる（無ければ空文字）
• 同一 patient_id で同じ label の複数行は許す（1 患者複数枚に備える）

設定ファイル (Configuration)

実験条件は configs/*.yaml に置き，pydantic で検証する（未知のキーは拒否する）．

• 環境変数 TIAS_DATA_ROOT が設定されていれば data.root より優先する（サーバと手元で同じ設定ファイルを使い回せるようにするため）
• 学習・モデル関連の設定は Step 4 で追加する

クラス定義 (Class Definition)

内部表現は英字 slug，表示は日本語とし，整数 ID を固定して混同行列の軸をぶらさない．

※ 表示名は元データのフォルダ名に合わせている（「暗赤紅」）．順序尺度として扱えるかは未確定（SPEC_02 参照）．

実験の出力 (Run Artifacts)

runs/<実験ID>/
├── config.yaml            # 解決済み設定 ＋ git コミットハッシュ ＋ seed
├── history.csv            # エポックごとの損失・指標
├── metrics.json           # 最終指標（macro F1・accuracy・クラス別）
├── confusion_matrix.csv   # 混同行列の数値
├── log.txt
├── figures/               # 図専用（学習曲線・混同行列等）．症例画像は書き込まない
│   └── confusion_matrix.png
├── split.json             # 分割結果（患者 ID を含む．回収しない）
└── checkpoints/best.pt

実験 ID の書式: YYYYmmdd-HHMMSS_<設定ファイル名>_<git短縮ハッシュ>

• figures/ には図だけを置き，症例画像（舌画像そのもの・切り出し・誤分類例の画像）を書き込まない．回収ホワイトリストが figures/*.png を回収対象にしているため
• 患者 ID・画像ファイル名を含む出力（分割結果・個票の予測）は上記の回収対象外の名前で保存する

回収ホワイトリスト (Pull Whitelist)

手元へ回収できるのは以下の名前が一致するファイルのみ．列挙外のファイルは回収しない（拡張子や中身での判断はしない）．リモート実行ツール（SPEC_03）がこの制約を実装する．

• ジョブのログ（runs/_remote_logs/<ジョブ名>.log）はファイルとしては回収せず，tias-remote logs で表示して確認する（ログに個人情報を出さない規則が前提．.claude/rules/coding-style.md）
• データディレクトリ（~/data/TIASJudgeModel/）からは何も回収しない
• 個票（画像ごとの予測）が必要な分析はサーバ上で行い，集計結果だけを上記の名前で書き出して持ち帰る

CLI (Entry Points)

コマンド名は実装時に確定し，ENV_04 開発コマンドに記載する．