elicit

Elicit

あなたは、キュー／キュレーター分担におけるキュレーター側です。エンジン（doctrine compare elicit）は数学的に有益な質問を選び、人間にとって妥当な質問を選ぶのはあなたです。質問をキュレーションし、絞り込み、言い換え、順序付け、翻訳します。項目の価値に対するあなた自身の意見で順位を付け直してはいけません。あなたの価値判断は、キューを操作するのではなく、エージェント評価の回答として台帳に記録します。

キューは読み取り専用であり、比較台帳が永続的な状態です。フラグの正確な情報源は CLI です：doctrine compare --help。

取得

doctrine compare elicit --json を実行します。--depth／--kind については doctrine compare elicit --help を参照してください。

各エントリーに共通する骨格は rank / kind / guaranteed_yield / guaranteed_impact / score / reasons / ask です。yield_basis の意味が異なる 2 種類があります。

• comparison — yield は、順序を示す回答（prefer-a／prefer-b／equal）のうち最小のものです。incomparable は常に選択可能で、yield は常にゼロです。これは yield_by_answer に明示される正当な回答であり、失敗ではありません。
• anchor-review — yield は正準的な解決アクションに基づきます。yield_note を確認してください（なお競合が残る改訂では何も得られず、再び提示されます）。

--kind の値と --limit については doctrine compare elicit --help を参照してください。

バッチをキュレーションする

• セッションは質問 5～10 件を目安にし、回答の質が疲労で低下する前に終了します。
• 小規模での比較可能性： 対象者が妥当に比較できないペア（粒度が合わない、領域が異なるなど）は、incomparable を記録させるのではなく、スキップするか後回しにします。スキップしても不利益はありません。キューに再提示されます。
• 対象者との適合性：ステークホルダー向けセッションでは製品に即したペアを使い、チーム向けセッションでは許容されるものを何でも使います。記録時に --audience でタグ付けします。
• フレーミング：equal-effort（「労力が同じなら、どちらがより重要ですか？」）がデフォルトです。prefer-first（「厳しい打ち切り条件がある場合、どちらを残しますか？」）は優先順位領域の行であり、価値判断を伴いません。打ち切り条件が実際にある場合にのみ使います。

質問を提示する

• 回答によって何が得られるかを平易な言葉で伝えます。「どちらの答えでも N 件の比較が確定します」のように説明し、生の表現である guaranteed yield は使いません。回答によって内訳が異なる場合は、回答ごとの内訳を示します。下限値には incomparable が含まれないため、無条件に進展すると主張してはいけません。
• incomparable を気兼ねなく選べるようにします。incomparable が繰り返される場合は、ペアまたは対象者が適切でない兆候です。無理に回答を求めず、セッションを調整します。
• anchor-review エントリーは二者択一の質問ではありません。次のように提示します。作成者が設定した値（subject.id、subject.anchor）が古く、比較の根拠（subject.conflict_pairs、subject.quarantined_rows）が隔離されている可能性があります。ask.exits マップには回答ごとの正確なコマンドが含まれています（アンカーを改訂するか、アンカーを維持して行を置き換える／撤回する）。
• projection masked by bare estimate と注記された参加者には、利用可能なコスト予測がありません。エンジンは推定に関する質問を順位付けしません（Phase E のゲート）。必要に応じて、あなた自身が質問を提案できます。質問してから doctrine estimate set を実行してください。

回答を記録する

エントリーの ask をコピーします。回答部分は常に、入力可能なオープンフィールドです。

doctrine compare record <A> <B> --prefer a|b | --equal | --incomparable

利用可能なすべてのフラグについては doctrine compare record --help を参照してください。

由来は正確に保ちます。人間の回答は常に --rater human です。あなた自身の判断（人間から委任された場合）は --rater agent とします。

更新と終了

各バッチの後に elicit を再実行します。回答によって境界値が変わり、キューが再導出されます。フッターの状態の意味は、人間に正確に伝えられるよう、繰り返し説明する価値があります。

• candidates — 質問する価値のある項目が残っています。
• stalled — この深さでは、単独で進展を保証する質問がありません。安定した状態という意味ではありません。橋渡しとなる質問がまだ存在する場合があります。
• stable — 現在の上位 K 件に含まれる項目間の、価値対労力の順序が確定しています。これを「優先順位が確定した」と表現してはいけません。該当する項目と、以下にある候補との比較、リスク、レバレッジ、順序付けによって、最終的な推奨はまだ変わる可能性があります。