Knowledge Harness Charter#
目的#
生成AIに記事全体を一括で任せず、仕事を再現可能なOperationへ分解し、知識ハーネスとして段階的に構築する。
実行主体は次の優先順位で割り当てる。
再現可能な処理はProgram化し、冪等にする
役割と手順を固定できるAI処理はSkill / Agent化する
規則化しにくい意味判断はAI Judgeへ割り当てる
人間は欲望の発生源、方針所有者、例外判断者、最終公開権限者を担う
非目的#
毎週必ず記事を公開すること
AIに記事全体を一括生成させること
人間の最終公開判断を自動化すること
過去記事を継続的に全面改稿すること
Sphinx / ablogを置き換えること
設計原則#
記事生成#
意味のある変化がなければ、公開しないことを正常終了とする
記事生成より前に、出典、過去との差分、不確実性を含む根拠パケットを作る
過去記事は原則として公開時点のスナップショットとし、改善は将来の記事へ反映する
公開日、情報基準日、最終確認日、対象バージョン、記事状態を区別する
生成動機、AIの担当範囲、人間の確認範囲を記事の早い段階で示す
人間介在#
通常処理はProgram、Skill / Agent、AI Judgeだけで承認待ちまで進める
人間が毎回行うのは公開候補の最終判断だけとする
公開候補がない場合は人間を呼ばない
人間が応答しない場合は公開せず保留し、他の定期処理は継続する
反復する人間判断は、Program、Skill / Agent、AI Judgeの順で移管を検討する
知識欲型の記事#
公開可能な「知りたいこと」をGitHub Issueとして捕捉する
Issue作成だけでは処理を開始せず、明示的な実行ラベルを開始条件とする
公開Issueには私的情報、会社情報、非公開会話を含めない
必須入力は「知りたいこと」と公開可能性の確認だけにする
記事レビュー#
Draft PRのマージを公開承認とする
修正要求、棄却、方針変更候補を区別する
指定がなければ人間のコメントは今回の記事だけに適用する
「今後も適用」と明示された場合だけ恒久方針の変更候補にする
同一記事のAI修正は原則2回までにする
評価#
KPIは次の三群とする。
External Reader Value Metrics
Harness Operation Metrics
Forward Improvement Metrics
「将来の自分への効用」は理念に含めてもKPIにはしない。
Phase 0の境界#
Phase 0では継続基盤だけを扱う。
スコープ#
Issueによる状態管理
セッション中断・再開プロトコル
目的、決定事項、現在地、次の一手を保持するリポジトリ内文書
ChatGPT / VS Codeの双方が読める再開指示
スコープ外#
週次収集
AIによる記事生成
Issue Form
GitHub Actions
Search Console / AdSense連携
Sphinx / ablogの置き換え
既存記事の書き換え
既存AGENTS.mdの方針への追随
Phase 1の境界#
Phase 1では、知識ハーネスを実装可能なOperationへ分解し、人間の判断を例外と最終公開判断へ限定する。
目的#
記事候補の受付から公開判断までを、再開可能で監査可能な状態遷移として定義する
各Operationの入力、出力、担当、成功条件、停止条件を固定する
反復する判断をProgram、Skill / Agent、AI Judgeへ移し、人間への質問を減らす
スコープ#
パイプラインの状態遷移
Operation一覧と実行契約
Program、Skill / Agent、AI Judge、人間の責務分担
正常終了、保留、再試行、例外、公開承認の扱い
人間へエスカレーションする条件と判断予算
代表シナリオによる設計上の通し確認
スコープ外#
Operationの実コード
Issue Formと実行ラベルの実装
GitHub Actionsと定期実行
外部サービス連携
記事本文の自動生成
保護ブランチにある旧Seed処理の復活
完了条件#
PIPELINE.mdに状態遷移とOperation契約が一意に定義されている人間の必須判断と、質問せず自動終了する条件が区別されている
通常公開、公開候補なし、情報不足、修正上限到達の代表シナリオを追跡できる
最初に実装するOperationを一件に絞れる
Draft PRを人間が確認してマージする
Phase 6の境界#
Phase 6では、O-04 Collect Evidenceを実装し、安全性確認済みRequestから、欠落や矛盾を含めて監査可能なEvidence Setを作る。
目的#
公式・一次情報を優先しつつ、一般Web上の説明、評価、懸念も区別して収集する
取得できた事実だけでなく、取得不能、根拠不足、対象範囲の曖昧さ、情報間の矛盾を保持する
後続Operationが出典、情報基準日、対象バージョン、不確実性を検証できるEvidence Setを作る
スコープ#
O-03の
SCREENED / ADVANCE成果物の契約検証公開情報源の検索・取得と、一次、二次、コミュニティ、発見専用への分類
出典、取得日時、発行日、該当箇所、要約、対象バージョン、確からしさと理由の保存
取得不能、根拠不足、矛盾、対象範囲の曖昧さを消さずに保存
重複排除、上限付き収集、一時的な取得失敗の再試行
run_id単位の冪等な保存検索・取得・採用・不足を見直すためのMetrics記録
CLI、単体テスト、運用文書
スコープ外#
根拠を統合して主張を作ること
根拠充足性、新規性、読者価値、記事候補の採否判断
記事構成と本文の生成
情報間の矛盾を解消したように見せること
検索結果の多数意見を事実の正しさとして扱うこと
認証が必要な非公開情報、有料情報、アクセス制限を回避した取得
GitHub Actions、定期実行、新しい外部検索サービスとの本格連携
Metricsに基づく上限値や恒久方針の自動変更
完了条件#
O-03の正常な成果物だけを入力できる
情報源を分類し、必須メタデータとともにEvidence Setへ保存できる
一次情報と世間的な評価を区別できる
重複排除、収集上限、早期終了、限定的な再試行が実装されている
根拠不足、取得不能、矛盾、対象範囲の曖昧さを成果物へ明示できる
何らかの証拠が得られた場合は、不足があっても後続へ渡せる
全面的な取得不能と一時的な取得失敗を区別できる
同一入力と同一取得結果で不要な書き換えを行わない
O-04のMetricsをO-13で記録し、初期値を後から見直せる
CLI、単体テスト、既存Operationの回帰テストが成功する
Draft PRを人間が確認してマージする
Phase 7の境界#
Phase 7では、O-05 Build Evidence Packetを実装し、O-04のEvidence Setを、後続のAI Judgeが主張と不確実性を出典まで追跡できるEvidence Packetへ整理する。
目的#
取得済み証拠を、事実、推測、未確認事項、世間的反応、矛盾へ分離する
各記述を一件以上のEvidence Set内
source_idへ結び付け、根拠のない補完を防ぐ過去記事との差分と、新しく記事にする理由の候補を、事実と推測を混同せず後続へ渡す
スコープ#
O-04の
EVIDENCE_READY / ADVANCE成果物の契約検証Evidence Setの情報源、取得失敗、矛盾、不確実性、Metricsの読み取り
論点単位での事実、推測、未確認事項、世間的反応、矛盾の整理
Packet内の全記述と
source_idの対応付け一次情報と二次・コミュニティ情報の区別維持
過去記事参照がある場合の既知事項、差分候補、再確認が必要な事項の整理
根拠不足、取得不能、矛盾を欠落させない日本語要約
run_id単位の冪等な保存CLI、単体テスト、運用文書
スコープ外#
新しい情報源の検索・取得とO-04成果物の書き換え
根拠充足性、新規性、読者価値、記事候補の採否判断
矛盾の解消、確証のない事実認定、根拠のない補完
記事の中心メッセージ、構成、本文の生成
過去記事の書き換え
GitHub Actionsと定期実行
完了条件#
O-04の正常なEvidence Setだけを入力できる
事実、推測、未確認事項、世間的反応、矛盾を区別して保存できる
Packet内の全記述を存在する
source_idへ追跡できる一次情報と一般的評価を混同しない
取得失敗と不確実性をEvidence Setから欠落させない
過去記事参照がある場合は、既知事項と差分候補を区別できる
根拠がない記述、存在しない
source_id、空の説明を拒否できる同一入力では不要な書き換えを行わない
CLI、単体テスト、既存Operationの回帰テストが成功する
Draft PRを人間が確認してマージする
Phase 8の境界#
Phase 8では、O-06 Judge Candidateを実装し、Evidence Packetから記事候補として先へ進めるかを、理由と確信度を伴う再検証可能なAI Judge判定として保存する。
目的#
根拠充足性、新規性、外部読者が再利用できる価値、著者固有の問いまたは判断、不確実性の影響を独立評価する
公開本数を増やす圧力から評価を分離し、根拠不足や新規性不足を正常な非公開終了として扱う
後続Operationと人間が、判定理由と参照したPacket項目を追跡できるCandidate Decisionを作る
スコープ#
O-05の
PACKET_READY / ADVANCE成果物の契約検証5評価軸それぞれの
PASS、FAIL、UNCERTAIN判定各評価軸の確信度、理由、参照Packet項目、不確実性の記録
評価基準バージョンとJudge識別子の記録
CANDIDATE_ACCEPTED / ADVANCE、NO_CANDIDATE、HOLDの決定規則人間へ質問しない安全な非公開終了
run_id単位の冪等な保存CLI、単体テスト、運用文書
スコープ外#
新しい情報の取得、Evidence Packetの補完・書き換え
記事の中心メッセージ、対象読者、構成、本文の生成
公開本数を確保するための評価閾値引き下げ
AI Judgeによる恒久方針と評価基準の自動変更
人間による技術的事実や根拠不足の穴埋め
最終公開判断
GitHub Actionsと定期実行
完了条件#
O-05の正常なEvidence Packetだけを入力できる
5評価軸を独立に判定し、理由、確信度、参照項目を保存できる
判定に使う参照項目がEvidence Packetに実在することを検証できる
必須軸の
FAILをNO_CANDIDATEとして正常終了できるFAILはないがUNCERTAINまたは高影響の不確実性がある場合にHOLDできる全必須軸が
PASSし、高影響の未解決不確実性がない場合だけCANDIDATE_ACCEPTEDへ進める確信度0.70未満の
PASSを受け入れず、UNCERTAINとして扱える判定理由を空にできず、記事数を増やすために閾値を下げない
同一入力と同一判定では不要な書き換えを行わない
CLI、単体テスト、既存Operationの回帰テストが成功する
Draft PRを人間が確認してマージする
Phase 9の境界#
Phase 9では、O-07 Plan Articleを実装し、採用済みCandidateとEvidence Packetを、O-08が根拠や意図を追加せず本文へ展開できるArticle Planへ変換する。
目的#
記事の中心メッセージ、対象読者、検索動機、構成、除外事項を本文生成前に固定する
各節の目的とEvidence Packet項目を対応付け、ログ順ではなく読者に伝わる順序へ組み替える
不確実性を隠さず、本文で明示する、主張を限定する、扱わない、のいずれかを計画段階で決める
スコープ#
O-06の
CANDIDATE_ACCEPTED / ADVANCE成果物と対応するEvidence Packetの契約検証仮題、中心メッセージ、対象読者、検索動機、構成型の記録
節ごとの見出し、目的、読者が得るもの、参照Packet項目の記録
含めない内容と理由、不確実性の扱いの記録
著者固有の動機を復元できない場合だけ、一回、最大3問の公開可能な質問を作る
HOLDrun_id単位の冪等な保存CLI、単体テスト、運用文書
スコープ外#
新しい情報の検索、Evidence PacketとCandidate Decisionの補完・書き換え
記事本文、reStructuredText、英訳、画像の生成
O-06の候補採否の再判定と評価閾値の変更
技術的事実、根拠不足、構成の好みを人間へ質問して補うこと
公開日と最終タイトルの確定
Draft PRの作成、公開判断、GitHub Actionsと定期実行
完了条件#
同じ
run_idの正常なCandidate DecisionとEvidence Packetだけを入力できる中心メッセージを空でない一文として保存できる
仮題、対象読者、検索動機、構成型、除外事項を保存できる
各節に一意なID、見出し、目的、読者が得るもの、実在するPacket参照を要求できる
Evidence Packetの不確実性を、明示、主張限定、除外のいずれかで追跡できる
Packetにない事実、存在しない参照、空の説明、重複IDを拒否できる
通常は人間へ質問せず
PLAN_READY / ADVANCEへ進める著者固有の動機が中心メッセージに不可欠で復元不能な場合だけ、質問を一回・最大3問に制限して
HOLDできる質問を技術的事実や根拠不足の補完に使用しない
同一入力では不要な書き換えを行わない
CLI、単体テスト、既存Operationの回帰テストが成功する
Draft PRを人間が確認してマージする
Phase 10の境界#
Phase 10では、O-08 Draft Articleを実装し、Article PlanとEvidence Packetを、O-09が形式と内容を再検証できる日本語reStructuredTextのDraftと追跡用manifestへ変換する。
目的#
Article Planの中心メッセージ、節順、除外事項、不確実性の扱いを崩さず本文へ展開する
本文ブロックをEvidence Packet項目まで追跡可能にし、Planにない事実や意図の追加を防ぐ
公開用ファイルへ配置する前に、AI担当範囲、人間の確認範囲、情報基準を明示した検証可能なDraftを作る
スコープ#
O-07の
PLAN_READY / ADVANCE成果物と対応するEvidence Packetの契約検証Skill / Agentが作る節別本文ブロック案の受付
Article Planの節ID・順序・Packet参照範囲の決定的な検証
不確実性の
DISCLOSE、LIMIT_CLAIM、EXCLUDE方針と本文参照の整合検証危険なreStructuredText directiveの拒否
日本語reStructuredTextの
draft.rstと出典追跡用draft_manifest.jsonの生成情報基準日、対象バージョン、Draft状態、生成動機、AI担当範囲、人間の確認範囲の表示
run_id単位の冪等な保存CLI、単体テスト、運用文書
スコープ外#
新しい情報の検索と上流成果物の補完・書き換え
Article Planにない事実、節、著者意図の追加
事実性、意味の飛躍、読者価値、構成品質の最終判定
サイト全体のビルド、リンク検査、重複検査、秘密情報検査
英訳、画像生成、最終タイトル、公開日の確定
docs/blog/posts/への配置と既存記事の変更Draft PR、公開判断、GitHub Actionsと定期実行
完了条件#
同じ
run_idの正常なArticle PlanとEvidence Packetだけを入力できるPlanの全節を同じIDと順序で一回ずつDraftへ展開できる
本文ブロックごとに一意なID、空でないreStructuredText、Plan内の実在するPacket参照を要求できる
各節の計画済みPacket参照が少なくとも一つの本文ブロックから追跡できる
DISCLOSEとLIMIT_CLAIMの不確実性を本文に反映し、EXCLUDE対象を本文参照へ含めないraw、include、literalincludeなど外部内容を取り込むdirectiveを拒否できる仮題、情報基準日、対象バージョン、Draft状態、生成動機、AI担当範囲、人間の確認範囲を表示できる
公開日が未確定であることを維持し、公開用
postdirectiveを生成しないdraft.rstと全ブロックの追跡情報を持つdraft_manifest.jsonを保存できる人間へ質問せず
DRAFT_READY / ADVANCEへ進める同一入力では不要な書き換えを行わない
CLI、単体テスト、既存Operationの回帰テストが成功する
Draft PRを人間が確認してマージする
Phase 11の境界#
Phase 11では、O-09 Validate Draftを実装し、O-08のDraftをProgramとAI Judgeの独立した検査に通し、公開レビュー準備へ進めるかをValidation Reportとして保存する。
目的#
形式・安全性・追跡整合性と、事実性・意味・読者価値の評価を分離する
機械修正可能な表示上の問題だけを限定的に直し、内容変更や根拠補完を自動修正に混ぜない
品質不足を人間への質問ではなく、安全な非公開保留として再検証可能に記録する
スコープ#
O-08の
DRAFT_READY / ADVANCE成果物、Article Plan、Evidence Packetの契約検証manifest、Draft SHA-256、節・ブロック・Packet参照の整合検証
reStructuredText構文、メタデータ、リンク、既存記事との重複、秘密情報・個人情報のProgram検査
内容を変えない機械修正を一回だけ適用した再検査
AI Judgeによる事実的根拠、意味の飛躍、外部読者価値、構成整合、不確実性の扱いの独立評価
各評価軸の
PASS、FAIL、UNCERTAIN、確信度、理由、Draftブロック・Packet参照の保存VALIDATED / ADVANCEとHOLD / HOLDの決定規則恒久方針が本当に必要な場合だけの方針変更候補記録
run_id単位の冪等なValidation Report保存CLI、単体テスト、運用文書
スコープ外#
新しい情報の検索と根拠不足の補完
Draft本文の意味、事実、主張、構成の自動書き換え
Article Plan、Evidence Packet、Candidate Decisionの変更
公開用
postdirective、最終タイトル、公開日の確定docs/blog/posts/への配置、英訳、画像生成Draft PR、公開判断、GitHub Actionsと定期実行
単発記事の問題を恒久方針として人間へ質問すること
完了条件#
同じ
run_idの正常なDraft、manifest、Article Plan、Evidence Packetだけを入力できるDraftとmanifestのSHA-256、全ブロック、節、Packet参照の整合を検証できる
reStructuredTextを単独で構文解析し、エラーを記録できる
外部URLをEvidence Packetの情報源へ限定し、ローカル参照のパストラバーサルと不存在を検出できる
既存記事との正規化タイトル一致をエラー、本文類似度0.85以上を重複候補として記録できる
O-03相当の秘密情報、非公開マーカー、マスクされていないメールアドレス・電話番号を検出できる
末尾空白、最終改行、生成見出しの装飾長だけを一回自動修正し、修正内容と再検査結果を保存できる
5評価軸を独立に判定し、理由、確信度、実在するブロック・Packet参照を保存できる
Programエラーがなく、全必須軸が確信度0.70以上の
PASSの場合だけVALIDATED / ADVANCEへ進める未解決Programエラー、
FAIL、UNCERTAIN、確信度0.70未満をHOLD / HOLDとして正常終了できる技術的事実や根拠不足を人間へ質問せず、内容の自動改変を行わない
恒久方針候補は現行方針では判定不能な場合だけ、選択肢と影響を伴って記録できる
同一入力では不要な書き換えを行わない
CLI、単体テスト、既存Operationの回帰テストが成功する
Draft PRを人間が確認してマージする
Phase 12の境界#
Phase 12では、O-10 Prepare Reviewを実装し、検証済みの日本語Draftを、人間が英語の状態コードを解読せず最終公開判断できる公開候補とReview Packetへ変換する。
目的#
O-09に合格したDraftだけを公開候補へ配置し、レビュー対象と検証済み入力を一意に対応付ける
中心メッセージ、根拠、不確実性、検証結果、AIと人間の担当範囲を日本語で要約する
O-11で人間が「公開承認」「今回だけの修正要求」「棄却」「恒久方針候補」を判断できるDraft PRを準備する
スコープ#
O-09の
VALIDATED / ADVANCE成果物、修正済みDraft、Article Plan、Evidence Packetの契約検証公開候補の最終タイトル、slug、未使用の未来日、ablog
postmetadata案の受付と決定的な検証docs/blog/posts/YYYY-MM-DD-slug.rstへの日本語公開候補配置日本語Review Packetへの中心メッセージ、根拠、不確実性、検証結果、変更対象、人間の選択肢の保存
公開候補と入力成果物のSHA-256による追跡
一実行につき一つのDraft PRを準備するためのbranch、commit、PR title・body情報の生成
run_id単位の冪等な保存、CLI、単体テスト、運用文書
スコープ外#
O-09で検証していない本文変更と、新しい情報取得・根拠補完
英訳、画像生成、既存記事の書き換え
人間に英語の状態コードだけを提示して判断させること
merge、公開承認、棄却、修正要求の解釈と適用
GitHub認証、保護ブランチ規則、CI結果を迂回すること
GitHub Actionsと定期実行
完了条件#
同じ
run_idのVALIDATED / ADVANCEと必要な上流成果物だけを入力できる最終タイトルと安全なslugを検証し、
YYYY-MM-DD-slug.rstを未来の未使用日へ一意に配置できる公開候補へ有効な
postdirectiveと日本語記事であることを示すmetadataを付与できるO-09の修正済みDraft本文を意味変更せず公開候補へ移せる
Review Packetを日本語で読み、英語コードを解読せず判断内容と無回答時の扱いを理解できる
公開候補、Validation Report、Article Plan、Evidence PacketをSHA-256と参照先で追跡できる
Draft PRのbranch、commit、title、bodyに必要な情報を生成できる
人間の判断をO-11の一回に限定し、O-10自身は公開承認しない
同一入力では成果物やDraft PR準備情報を不要に書き換えない
CLI、単体テスト、既存Operationの回帰テストが成功する
Draft PRを人間が確認してマージする
Phase 13の境界#
Phase 13では、O-11 Decide Publicationを実装し、日本語Review Packetに対する人間の最終公開判断を、推測せず監査可能なPublication Decisionへ変換する。
目的#
公開候補のmerge、今回だけの修正要求、棄却、恒久方針候補を明確に区別する
人間の自由文や英語コードの推測ではなく、日本語表示された選択とGitHub上の事実を記録する
公開承認だけを
APPROVEDへ進め、無回答・曖昧・不整合時の公開を防ぐ
スコープ#
O-10の
REVIEW_READY / ADVANCE、Review Packet、公開候補、対象Draft PRの契約・SHA-256検証許可された人間による一つの構造化判断、または対象PRのmerge事実の受付
判断者、判断日時、PR・comment・review・commit参照の保存
APPROVED、REVISION、HOLDの決定と日本語説明修正要求の具体的な日本語指示、対象箇所、今回だけの適用範囲の保存
恒久方針候補の問題、選択肢、影響の分離記録
run_id単位の冪等なPublication Decision、CLI、単体テスト、運用文書
スコープ外#
自由文から人間の意図を推測して決定を補うこと
merge、close、コメント、reviewなどGitHub上の操作そのもの
修正要求の本文反映、再検証、再レビュー
恒久方針の自動採用と
DECISIONS.mdへの自動追記公開後の配信確認、英訳、画像、GitHub Actions、定期実行
完了条件#
同じ
run_idの正常なReview Packet、公開候補、対象PRだけを入力できる対象PRのrepo、番号、head、base、公開候補commit・SHA-256を照合できる
許可された人間の判断だけを受け付け、actorとGitHub参照を保存できる
merge済みの対象PRだけを「公開を承認しました」と日本語表示し、
APPROVED / ADVANCEへ進める今回だけの具体的修正を
REVISION / ADVANCEとしてO-12へ渡せる棄却を「公開しません」と表示して
HOLD / HOLDで終了できる恒久方針候補を今回の記事の承認と分離し、公開せず
HOLD / HOLDにできる無回答、複数・矛盾判断、対象外actor、PR不整合では公開せず
HOLD / HOLDにできる人間向けに現在の意味、次の処理、無回答時の扱いを日本語で保存できる
同一判断の再実行では成果物を書き換えず、判断履歴を重複させない
CLI、単体テスト、既存Operationの回帰テストが成功する
Draft PRを人間が確認してマージする
Phase 14の境界#
Phase 14では、O-12 Apply Feedbackを実装し、O-11で明示された今回限りの修正要求だけをDraftへ反映して、再検証可能なRevised Draftへ変換する。
目的#
人間が指定した修正内容と対象箇所だけを反映し、依頼されていない全面改稿や主張追加を防ぐ
修正前後の差分、修正要求、根拠参照、試行回数を監査可能に保存する
修正後のDraftを公開承認済みとは扱わず、O-09の検証とO-10・O-11の再レビューへ戻す
スコープ#
O-11の
REVISION / ADVANCE、Publication Decision、対象公開候補、Review Packet、上流Draft成果物の契約・SHA-256検証具体的な日本語修正指示と対象箇所に限定した修正文案の受付と検証
指示、対象箇所、変更ブロック、修正前後SHA-256、GitHub参照の対応付け
同一記事のAI修正回数の記録と上限2回の適用
Revised Draftとrevision manifestの
run_id単位での冪等な保存O-09へ戻すための状態、日本語案内、CLI、単体テスト、運用文書
スコープ外#
修正要求にない全面改稿、節追加、中心メッセージ・対象読者・構成の変更
新しい情報取得、Evidence Packetへの根拠追加、上流成果物の補完・書き換え
自由文から対象箇所や修正意図を推測すること
修正内容の最終合否、公開候補への再配置、公開承認、GitHub操作
恒久方針の採用、英訳、画像、公開後確認、GitHub Actions、定期実行
完了条件#
同じ
run_idの正常なREVISION / ADVANCEと対応する成果物だけを入力できる修正指示、対象箇所、GitHub参照、対象commit、修正前SHA-256を照合できる
指定された対象だけを変更し、未指定ブロックが不変であることを検証できる
修正後の各変更を修正要求と既存Packet参照へ追跡できる
新しい根拠、未依頼の節・主張、対象不明の修正を拒否して安全に
HOLD / HOLDにできる修正回数が2回以内なら
REVISED / ADVANCEとしてO-09へ戻し、3回目を実行せずHOLD / HOLDにできる修正前後のDraft、差分、revision manifest、試行回数を冪等に保存できる
人間向けに「修正しました。再検証します」または保留理由と次の処理を日本語で保存できる
CLI、単体テスト、既存Operationの回帰テストが成功する
Draft PRを人間が確認してマージする