← 一覧に戻る

転職PJ dispatch 計画 v2 (Codex review 反映 + 健人4項目判断反映)

2026年4月11日 18:50 更新
MD から自動変換されたページです。内容について質問があれば右下の ? ボタンからどうぞ。

注: v2 は v1 の「部分修正」ではなく全面再構成。Codex 指摘の 4 致命盲点 (M1-2/M1-3/M2-1/M2-3) と健人4項目判断 (msg 3333) をベースに、§B ジョブ定義・§C DAG・§H 撤退ライン・§E ハルシ防止・§I 禁則を横断的に作り直している。v1 との対応は末尾の付録 A 対応マトリクスで全件明示する。 台帳 J-* 対応は §L で維持。

A. 前提整理

A-1. 健人5ステップの意図 (私の要約)

「wikiを Single Source of Truth として完成させてからES作成に進め。ESはwikiからしか引用するな。完成後は Codex と cc (Claude Code subagent) の両方から批判を受け、馬場さん送付の内定者サンプルと比較して遜色ないレベルまで磨け。」

3回目の指示でも同じことを言われている理由は、過去2回とも「wiki を完成させる前にES本文を書き始めてハルシネーションを混入させた」から。wiki 完成 → ES 作成 は厳格な逐次依存として扱う。wiki が完成していない時点で ES 作成を開始する経路は、どのような緊急避難路としても存在させない。

A-2. 守るべき原則 (各ジョブへの適用)

原則 意味 本PJでの適用
t-wada 流 TDD 先に完了条件 (テスト) を書く + 気づきを追記 各ジョブ done_when を実装より先に定義。§M テストリスト台帳を新設し、実装中の気づきを追記する運用を全ジョブ必須化
YAGNI (必要になるまで作るな) 今いらないものは作らない 入力フォームは構造化質問リスト md + Telegram 対話収集の複合体で実装 (健人判断 ①=B)。ジョブID は既存 J-* を引きずらず K00〜K14 で再採番
KISS (シンプルを最優先) 同じ結果を単純に出せ Codex/cc レビューは「until LGTM」の無限ループ (健人判断 ③=B)。K06 本体反映は秘書1コマンドで簡素化
use context7 mcp ライブラリ/フレームワーク情報は最新を取れ ES構成 (PREP/STAR) ベストプラクティスと t-wada の TDD 思想確認でのみ使用。ラウンド超過時の context7 呼び出しは削除 (YAGNI)
ハルシ防止 数字と固有名詞は出典なしで書かせない 全ジョブの worker 指示テンプレに「禁則ワード grep ゼロ」「主要事実8項目pass」「出典一致率 100% 機械検証」を埋め込む
独立検証 自作の文章のハルシは自分では見つけられない K09 は K08 を担当していない独立 worker に分離 (健人判断 ④=A)。認知バイアス対策
SSOT 複数化 健人事実と企業事実は別管理 健人事実 = wiki スナップショット、企業事実 = company_facts_三菱地所.md / 三井不動産.md の2系統。引用脚注も分離

A-3. 既知の制約

制約 値 影響
締切 2026-04-27 残16日。wiki完成に4/16まで、ES作成に4/22まで、批判レビューに4/27まで
健人の労力 本業中、1日15分単位 健人への質問は「1回15分以内」に収まるよう設計 (§G で見積もる)
比較基準 馬場さんメールの内定者回答サンプル Gmail から抽出要 (スレッド 19d6d533d20901fe は御礼メール、内定者サンプルは別経由)
品質ゲート Codex adversarial-review + cc 批判レビュー LGTM の意味を数値化 (§D)。議論ループは「until LGTM」で上限なし (健人判断 ③=B)
wiki 現状 _generated/wiki/topics/転職.md 288行, 転職_questions.md 396行。J-A1 で Codex Major 0 達成済み (論理整合は通った、網羅性は未獲得) K01/K02 は網羅性の獲得に集中し、論理整合は既存状態を尊重する
ツール前提 /codex:adversarial-review プラグインは git repo 内のみ動作。yadm環境 (~/) では ~/bin/codex-full exec --sandbox read-only -m gpt-5.2 にフォールバック K05/K10/K14 の worker 指示で明示
パス前提 全て絶対パス (/Users/aiharataketo/...) または明示 env 変数。相対パス禁止 K01 入力欄等で徹底

A-4. 主要事実8項目 (台帳 §1-1 より、全 worker の自己検証対象)

  1. 19卒早稲田大学 (卒業年)
  2. 商工中金 不動産課 (現職・部署)
  3. 不動産業界での具体経験年数と担当案件 (数字は台帳参照)
  4. ティール / メザニン キャリア面談結果 (スコア関連)
  5. 評価関数 (専門性 50 / 年収 20 / 勤務地 8 / 働き方 5 / 成長実感) 83点満点
  6. 三菱地所・三井不動産が本命、両社の ES 締切 4/27
  7. 馬場さん追加案件5件との位置付け (MCo / トパーズ / 野村IBD / 農林中金 / 農中信託)
  8. 過去ハルシ事故 (Draft B: 全国約100拠点 / 応募3名中1名 / イネーブルメント)

B. ジョブ分解

B-0. 命名規則

B-1. ジョブ一覧 (DAG順)

K00-M / K00-S: 企業情報 SSOT 確立 (v2 新規、M2-1 対応)

K01: Second-Brain 全件事実抽出 (inventory)

K02: 構造化 wiki ドラフト v2 生成

K03: 構造化質問フォーム生成 (v2 刷新、M1-1 対応)

K04: 健人回答セッション (秘書直接対話)

K05: wiki v3 統合 + Codex ファクトチェック until LGTM ループ

K06: 健人 wiki レビュー → LGTM → スナップショット固定 (M2-3 対応、v2 刷新)

K07-M / K07-S: ES設問一覧抽出 + 回答骨子作成 (三菱/三井)

K08-M / K08-S: 志望動機/強み/面接カンペ文章化 (三菱/三井)

K09-M / K09-S: 独立 worker 検証ゲート (v2 独立化、M2-6 + 健人判断 ④=A)

K10-M / K10-S: Codex adversarial-review (批判レビュー 1段目、until LGTM)

K11-M / K11-S: cc 批判レビュー (批判レビュー 2段目、until LGTM、m2-6 対応)

K12: 内定者受け答えサンプル抽出 (馬場さん一次情報 or 公開二次情報、Round3 で source_mode 対応)

K13: 比較エージェント (別agent) 差分分析

K14-M: 三菱地所最終批判レビュー (until LGTM、M2-5 対応で別日化)

K14-S: 三井不動産最終批判レビュー (K14-M LGTM 翌日以降、M2-5 対応)

C. 順序と依存関係 (DAG)

C-1. DAG 図 (v2、Round3 で K12/K13 source_mode 分岐を注記、Round4 で report_mode 軸も追加)

[K00-M 三菱企業情報] ─┐
[K00-S 三井企業情報] ─┤ (K01 と並列で先行)
                       │
[K12 内定者抽出] ─────┤ (K01-K13 と完全並行、K13 で合流)
  ├ strict: Gmail     │
  └ reference: 公開   │    (source_mode は K13 へ伝播)
                       │
[K01 inventory] ──┬────┼─→ [K02 wiki v2] ─┐
                  │    │                   ├→ [K05 Codex LGTM] → [K06 snapshot] ─┬→ [K07-M 骨子] → [K08-M] → [K09-M 独立] → [K10-M Codex] → [K11-M cc] ─┐
                  │    │                   │                                      │                                                                      │
                  └────┼─→ [K03 フォーム] ─┤                                      │                                                                      ├→ [K13 比較 (source_mode=strict|reference, report_mode=full|lite)] → [K14-M 三菱] → [K14-S 三井 翌日以降] → END
                       │                   └→ [K04 健人回答] ─────────────────────→                                                                       │
                       │                                                          └→ [K07-S 骨子] → [K08-S] → [K09-S 独立] → [K10-S Codex] → [K11-S cc] ─┘
                       └─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────→→┘
                                                                                 (K09-M/S は K08-M/S と別セッション独立)

Round3 → Round4 補足: source_mode / report_mode 二軸のセマンティクス (図では表現しきれない運用ルール、R4-M1 対応):

C-2. クリティカルパス (v2)

K00 ∥ K01 → (K02 ∥ K03) → K04 → K05 → K06 → K07 → K08 → K09 → K10 → K11 → K13 → K14-M → K14-S

C-3. 並列可能ペア

ペア 理由
K00-M と K00-S 会社別で独立
K00 と K01 企業事実と健人事実は独立 (v2 追加)
K02 と K03 K03 は K01 tag から直接作れる (M2-7 対応)
K07-M と K07-S 会社別で独立
K08-M と K08-S 同上
K09-M と K09-S 同上、独立 session
K10-M と K10-S 同上
K11-M と K11-S 同上
K12 は K00-K11 と完全並行 Gmail 抽出は wiki 完成を待たない
K10 と K11 (同社内) 逐次必須 (Codex→cc の順)
K14-M と K14-S は逐次かつ別日 健人 15 分制約 (M2-5 対応)

C-4. ループと脱出条件 (v2、健人判断 ③=B により until LGTM に統一、M1-3 対応)

ループ 場所 脱出条件 WAIT 定義
K05 Codex ループ wiki Codex レビュー Major 0 / Minor ≤ 2 / 出典一致率 100% 達成 (until LGTM、上限なし) 3 ラウンド超 = 入力追加モード。K03/K04 に戻って不足事実回収 or 観点固定して集中改善
K06 健人修正ループ 健人が修正指示を出したら K05 に戻る 健人 LGTM 修正が構造変更要求なら K02 まで戻る
K10 Codex ループ ES Codex レビュー Major 0 達成 (until LGTM、上限なし) 3 ラウンド超 = 観点固定して集中改善 or 原因が SSOT 不足なら K03/K04 or K00 へ
K11 cc ループ cc 批判レビュー Critical 0 達成 (until LGTM、上限なし) 3 ラウンド超 = 原因が SSOT 不足なら K03/K04 / K00 へ、文章表現なら K08 へ
K13 → K08 戻しループ (source_mode = strict 時のみ) source_mode = strict のとき 5/7 未達で K08 (文章化) に戻る。source_mode = reference では 5/7 は advisory のため K14 は進行可 (戻しは任意、改善したい場合のみ K08/K12 に戻す) source_mode = strict → 次の K13 で 5/7 達成 / source_mode = reference → K11 cc pass のみで K14 進行 2 回戻しで K12 も並行再抽出 (report_mode は本ループに影響しない、R4-M1/R5-M1 対応)
K14 最終ループ 最終批判で指摘が出たら K08 に戻る 健人最終 LGTM (until LGTM、上限なし) ラウンド数上限なし、締切まで続ける

C-5. WAIT の定義 (全ループ共通、M1-3 対応)

WAIT は議論停止ではない。以下のいずれかで議論を前に進める:

  1. 入力追加モード: K03/K04 (wiki 側) または K00 (企業側) に戻り、不足事実を追加収集して再レビュー
  2. 観点固定モード: 数字 / 固有名詞 / 論理矛盾 のいずれか 1 つに絞って集中改善 → 再レビュー
  3. 構造戻しモード: wiki 構造変更が必要なら K02 まで戻る

ラウンド上限なし: 健人判断 ③=B により、締切 (2026-04-27) まで LGTM が出るまで続ける。

D. 品質ゲート (数値基準)

D-1. Codex LGTM の定義

D-2. cc LGTM の定義

D-3. 内定者比較 LGTM の定義 (7 観点、Y/N 分解、m2-2 対応)

# 観点 Y/N 判定基準 (採点根拠は引用必須) 配点
1 エピソードの具体性 固有名詞/数字/日付/金額が1 段落内に 2 つ以上登場するか (Y/N) 1
2 数字の定量性 実績数値 (金額/件数/%) が本文全体で 3 つ以上登場するか (Y/N) 1
3 志望動機の一貫性 過去の経験→現在の志望理由→入社後ビジョンが3 つ揃っているか (Y/N) 1
4 企業研究の深さ [company-*:§section:"..."] 引用が2 つ以上あるか (Y/N) 1
5 相手企業との接続性 健人の経験と志望企業のどの事業で活きるかの接続文が 1 文以上あるか (Y/N) 1
6 論理構造 (PREP/STAR) 以下 3 要素が全て揃うか (Y/N) — ① 結論先出し (冒頭 2 文以内に主張) / ② 理由文が 1 つ以上 / ③ 具体例 (数字 or 固有名詞を含む) が 1 つ以上 1
7 文章の人間味 §I-4 グループ A (grep) 0 件 かつ グループ B (段落集計) 閾値内 かつ 「〜ました」調一貫 (Y/N) 1
合計 7 点満点

LGTM 基準 (Round4 で統一): source_mode = strict 時は 5/7 以上で K14 dispatch 可。4/7 以下は K08 に戻す。7/7 は追加の K08 戻しが不要な推奨状態であり、「7/7 でないと K14 に進めない」という意味ではない (K13 本文 / K14-M・K14-S 入力条件と一致、R4-M2 対応)。source_mode = reference 時は 5/7 は advisory、達成有無に関わらず K11 cc pass のみで K14 dispatch 可能 (参考スコアとしてレポート末尾に明記)。report_mode (full / lite) は本基準に影響しない — lite でもレポート生成と Y/N 採点は必須、gate 判定軸は source_mode に従う (R4-M1 二軸分離)。

D-4. 最終ゲート (K14-M / K14-S)

Codex + cc の 両方同時 pass が必要。1 つでも未達なら戻し。健人最終 LGTM で完了。

D-5. 出典一致検証の定義 (M1-4 対応、v2 Round2 で全件化)

E. ハルシネーション防止の仕組み

E-1. 全 worker 共通の禁則 (dispatch 指示テンプレに埋め込む、必須 7 条)

【ハルシ防止 必須7条 (全worker共通)】
1. 数字/固有名詞/日付を書く時は出典を併記せよ:
   - wiki 引用: [wiki-snapshot:§section:"引用30-50字"] 形式 (行番号禁止、M2-3 対応)
   - 企業引用: [company-三菱:§section:"引用"] / [company-三井:§section:"引用"] 形式
   - Second-Brain 引用: [SB:2026-04-10_XXX.md:§section:"引用"] 形式
   - inventory 引用: [inventory:§section:"引用"] 形式
   - 出典なしの数字は禁止 (書いたら fail)

2. 装飾語リスト (§E-2) は一文字たりとも書くな:
   完了前に grep して0件を確認せよ。

3. AI 臭 §I-4 は 2 グループ構成:
   - グループ A (grep で即時判定、6 パターン): 0 件を確認
   - グループ B (段落集計スクリプト、4 パターン): 閾値内を確認 (K09/K11 のみ必須、K08 はグループ A のみ必須)

4. 事実列挙による自己検証を完了前に必須:
   主要事実8項目 (§A-4) を箇条書きで列挙し、
   各項目が自ファイルのどこで使われているか §section で指摘せよ。

5. 推測表現禁止:
   「〜と推定」「〜の可能性」「〜と思われる」「〜のはず」は書くな。
   不確実な情報は [NEEDS_CONFIRMATION] タグを付けて秘書に戻せ。

6. 禁則ワード grep ゼロ:
   §I-2 の禁則ワード一覧で grep して0件を確認。
   1件でも残っていたら fail。再発時は j-20260411 の Draft B 事故として台帳に追記。

7. 出典一致率 100% (M1-4 対応):
   書いた数字・固有名詞・日付が SSOT の実テキストと exact match するか機械検証せよ。
   不一致 1 件でも fail。

E-2. 装飾語リスト (grep 禁止)

イネーブルメント
パラダイムシフト
シナジー
DX (文脈なしでの使用)
解体 (「集合研修を解体」系)
本質的に (強調形)
固定フォーマット
ドライバーシート
事業を見立てて
街の名前が残る
一気通貫 (根拠なしの装飾形)
組織の血液
骨太 (形容詞形)

E-3. 禁則ワード一覧 (§I-2 で完全版)

E-4. 各ジョブ固有の防止仕掛け

📝 質問モード — テキストを選択してね
✓ 質問を送信しました
ジョブ 固有仕掛け
K00-M/S 出典 URL + 取得日時必須
K01 [NEEDS_SOURCE] タグ強制、出典なし事実を独立カラムで隔離、カテゴリ×最低件数
K02 各段落末 [inventory:§section:"引用"] 参照必須
K03 YAML フロントマター + 構造化 schema (ID / 回答型 / 必須 / 選択肢 / 解決対象)
K05 出典一致率 100% 機械検証 (M1-4)
K06 sha256 snapshot 固定 (時限爆弾対策、M2-3)
K07-08 各段落末 [wiki-snapshot:§section:"引用"] / [company-*:§section:"引用"] 脚注必須