---
name: assign-flyer-analysis-review
description: 元画像・最新要望とanalysis.jsonを独立照合し、観察の妥当性・要望の網羅・変更規律・実現性をanalysis-review.jsonへ返したいとき、現物診断の改善案を制作へ渡す前に別contextで評価したいときに使う。制作修正は行わない。
runtime_root_policy: host-skill-path
effect: local-artifact
kind: assign
prefix: assign
owner: harness maintainers
version: 1.3.1
user-invocable: false
context: fork
manifest: workflow-manifest.json
responsibility_refs:
  - agents/analysis-evaluator.md
schema_refs:
  - ../../schemas/analysis-review.schema.json
reference_refs:
  - references/evaluation-contract.md
  - ../../references/stage-common.md
  - ../../references/design-knowledge-index.json
---

# 分析と改善案を別の担当が検証する

実行担当は[stage agent](agents/analysis-evaluator.md)、判断の基準は[stage contract](references/evaluation-contract.md)。PLUGIN_ROOT・実行形式・記録・戻り先・本質アンカー・知識の読み方・独立性は[stage-common](../../references/stage-common.md)に従う。

## 目標と入出力

提案者の説明を追認せず、現物と要望に照らして実施してよい改善案か独立判断する。

- 入力: 分析対象の元画像、最新要求と制約、同じ版のanalysis.json、診断者ID、run-analyze-flyer が生成した analysis-review.json の評価テンプレート。
- 出力: 分析/元画像/規範のhashと別担当IDに対応するanalysis-review.json。PASS/FIXと根拠、必須修正、戻り先を返す。

## 未達から次の行動を選ぶ

進め方は [共通の判断手順](../../references/stage-common.md#共通の判断手順)。この担当では最初に元画像を実見し、提案の観察・保持点・採否理由と照合して、制作へ渡してよいかを判断する。候補の作り直しは診断担当へ返す。

## 完了判定と戻り

evidenceAlignment/completeness/changeDiscipline/feasibilityが具体根拠付きPASS、必須修正0、診断者と別担当、同一元画像/分析/規範hashでanalysis-review-validateが通る。これは完成画像PASSではない。

FIX は[診断担当](../run-analyze-flyer/SKILL.md)へ、PASS は呼出側へ返す。制作への進行は [workflow](../../references/workflow.md#stage-ごとの要点) の実行範囲に従い、評価者が制作を起動しない。PASSにしない提案の例は stage contract の「未達診断と戻り」。

## 実行への接続

テンプレートの生成・再発行は呼出元の run-analyze-flyer が行う。評価担当は生成済み台帳を記入し、PLUGIN_ROOT で読取検査だけを実行する。FIX の記録や退避は次の呼出側処理へ渡す。

```text
python3 scripts/flyer.py analysis-review-validate --project <DIR>
```

## 実行時のルートの決め方

`runtime_root_policy: host-skill-path` を使う。Claude Code では `CLAUDE_PLUGIN_ROOT` を使い、Codex ではホストから渡されたこの `SKILL.md` の絶対パスの2階層上を使う。どちらもプラグインの定義ファイル（`.claude-plugin/plugin.json` または `.codex-plugin/plugin.json`）の name が flyer-studio と一致することを確かめる。`cwd` や旧リポジトリから推測せず、置き換える前のプレースホルダをシェルへ渡さない。シェルを呼ぶたびに解決済みのルートを指定し、コマンドはそのルートで実行する。`prompts/` の下のファイルも、このスキルの決まりに従う。