harness-boundary

# harness-boundary — harness を捨てても残るものだけを資産にする設計レンズ 「ハーネスこそ資産」は半分しか正しくない。モデル固有の弱点を補う harness logic は モデル世代ごとに陳腐化し、runtime（tool 実行・permission・state・retry・agent loop）は 標準化と置換が進む。残るのは harness の中に**混在している別の層**だ。この skill は mechanism を追加・変更・レビューするときに、その混在を分解するための問いを出す。 これは architecture の強制ではなく、資産境界・可搬性・陳腐化を判断するレンズである。 ## 中心原則 - Model capability はモデルに置く。harness で再実装しない - Procedural knowledge は skill に置く - Values と責任境界は明示的で検査可能な形に保つ - Quality の定義は eval に置く - Domain 知識と履歴は data / memory に置く - Runtime は実用上できる限り薄く、交換可能に保つ そして: **harness を保存するために最適化しない。harness を交換しても残るべきものを 保存するために最適化する。** 新しいモデルが既存 logic を不要にしたなら、それは設計の 失敗ではなく削除のタイミングである。Delete / Simplify は成功として扱う。 ## 6 層 | 層 | 中身 | この harness での対応物 | 既存語彙 | |---|---|---|---| | Model capability | reasoning / planning / coding / tool-use 判断 / self-correction / decomposition / reflection | Claude 本体（system prompt + tool description を含む） | substrate、generation-audit の runtime 層 | | Skills（手続き記憶） | この task はこの手順 / このレビューはこの観点 / この障害はこの runbook / この成果物はこの検証 | `skills/*/SKILL.md`、`agents/*.md` の本文 | 「手順は skill」（rules/README.md） | | Values / Policies / 責任境界 | 何を優先するか / 何をしないか / 人間承認が要る操作 / 委譲範囲 / 正本 / 失敗時の優先 | `rules/common/`（identity / values 層、ADR-0018 D7）、`settings.json` の permissions、task request の権限 | 「環境固有の事実・配線・罠」（ADR-0035） | | Evals | acceptance criteria / tests / rubric / benchmark / regression / quality gate | `.claude/verify.sh`、`tests/`、`skill-comply`、`llm-as-judge`、judge agent（readme-judge 等） | Verify、binding 判定 | | Data / ...