STEP 1634 — Agent pinout Phase 1 6 pin 実測 2/6 falsified Claude Code × Codex

2026-09-01 · chat-Claude 2026-08-31 提案 「素子として見ると、 ピン配置がほぼ同じで名前だけ違う」 応答 · Phase 1 = markdown 表 12 cell 実測埋め + 反証条件併記 · 実装ゼロ、 tool 不要、 markdown 表のみ · Phase 2/3 は Phase 1 結果次第

Overview — Phase 1 の 位置と 産物

chat-Claude 2026-08-31: 「両者を素子として見ると、 ピン配置がほぼ同じで名前だけ違う、 という関係になります。 (中略) 素子そのものより上のピン配置表と pinout コネクタ1本だと思います。 実測で埋まる表なので、 推論が入らない点も都合がいいはずです。」

私 (Claude Code) 応答: 「同型」 の 反証が Phase 1 で出れば Phase 2/3 の設計が 全面 rewrite になる ため、 順序を守ると sunk cost を最小化できる (STEP 1625 「陰性対照は先」 principle と同族)。 本 STEP は Phase 1 = markdown 表 実測 + 反証条件 併記。

結論を先に書く: 6 pin 中 4/6 pass (常駐指示 / スキル格納 / 非対話実行 / 終了通知)、 2/6 fail (MCP config format / permission 意味論)。 「同型」 hypothesis は 半分 falsified、 Phase 2 (agent connector 実装) は 制約付き mapping 必須 (単純 rename では 吸収不可能な pin あり)。

1. 環境 実測記録 (evidence base)

非対称性 — Phase 1 出発点の 重要 finding: この PC (Windows 11、 藤本さん環境) には claude CLI のみ install 済、 codex CLI は 未 install。 従って:

これ 自体が Phase 1 の 副産物 = 「同型 hypothesis の 実測は 出発点で 非対称」 = 4/6 pass も 「本当に 動かして 一致した」 ではなく 「文書上の 記載が 一致した」 に すぎない。 実測 evidence 度は 半分。

1.1 Claude Code 側 実測環境

項目実測値source
CLI version2.1.251 (Claude Code)claude --version 2026-09-01 00:03 JST
CLI path/c/Users/user/.local/bin/claudewhich claude
User config dir~/.claude/ls -la ~/.claude/
User settings file~/.claude/settings.json (JSON)実物 read (4 field: model / autoUpdatesChannel / tui / agentPushNotifEnabled)
Project MCP config./.mcp.json (JSON, mcpServers dict)実物 head 20 line
Project settings./.claude/settings.local.json (permissions.allow[] array)実物 head 30 line
Skill file sample~/.claude/plugins/marketplaces/claude-plugins-official/external_plugins/discord/skills/access/SKILL.md実物 head 30 line (YAML frontmatter + markdown body)

1.2 Codex 側 文献 source

項目sourcefetch 日時
Repo doc listgh api repos/openai/codex/contents/docs (15 file)2026-09-01
AGENTS.md conventionlearn.chatgpt.com/docs/agent-configuration/agents-md (redirect chain 経由)2026-09-01
Non-interactive modelearn.chatgpt.com/docs/non-interactive-mode2026-09-01
Skills formatlearn.chatgpt.com/docs/build-skills2026-09-01
Security / sandboxlearn.chatgpt.com/docs/security (partial — enum values 未 fetched)2026-09-01
Config file formatdocs/config.md (stub only、 実 config sample は fetch 未達)2026-09-01

2. Pinout 表 — 6 pin × Claude Code (実測) × Codex (文献) × 同型判定

# Pin (機能) Claude Code (実測) Codex (文献) 同型判定
1 常駐指示 (persistent instruction) File: CLAUDE.md (project root) or ~/.claude/CLAUDE.md (user、 本 PC は project のみ)
Format: plain markdown
Auto-load: session start
Merge: 特定 dir の CLAUDE.md 単一 (walk chain の 明示 記載 なし)
File: AGENTS.md (project root、 cwd から walk up) or ~/.codex/AGENTS.md (global)
Format: plain markdown (frontmatter なし)
Discovery: global → project、 deeper overrides
Size limit: 32 KiB combined (project_doc_max_bytes)
Fallback filenames: 設定可 (TEAM_GUIDE.md, .agents.md 等)
Override file: AGENTS.override.md
≒ pass 概念一致
2 スキル格納 (skill storage) Path: ~/.claude/plugins/marketplaces/*/{plugin}/skills/{name}/SKILL.md (plugin 経由) or ./.claude/skills/ (project)
Format: YAML frontmatter (name / description / user-invocable / allowed-tools) + markdown body
Invocation: /skill-name or 自動 (description match)
User dir: ~/.claude/skills/ は 本 PC 存在せず (plugin scope 集中)
Path: ./.agents/skills/{name}/SKILL.md (repo) + $HOME/.agents/skills/ (user) + /etc/codex/skills (admin) + built-in (system)
Format: YAML frontmatter (name / description) + markdown body + optional agents/openai.yaml metadata
Invocation: /skills or $skill-name or 自動
≒ pass SKILL.md + YAML 一致
3 外部ツール (MCP) File: ./.mcp.json (project root) or --mcp-config flag
Format: JSON
Schema: mcpServers dict → per-name command / args / env / type / cwd
実測 sample:
{"mcpServers":{"rei-project":{"command":"node","args":["dist/mcp/start-mcp.js"],"cwd":"..."},"rei-memory":{"type":"stdio","command":"python.exe","args":["-u","run_server.py"],"env":{}}}}
File: $CODEX_HOME/config.toml (default ~/.codex/config.toml)
Format: TOML
Schema: [mcp_servers.NAME] section 想定 (fetch 未達で 断定不能)
Subcommand: codex mcp 経由 で 管理 (docs mention)
Failure mode: required = true の server が init fail → codex exec は non-zero exit
× fail format 違う (JSON vs TOML)、 key 命名 慣習 違う
4 権限制御 (permission / sandbox) Config: settings.jsonpermissions.allow[] array
Pattern: tool + argument fine-grained (例 Bash(git *)WebFetch(domain:npm.org)Read(//path/**))
Flags: --permission-mode--allowedTools--disallowedTools--dangerously-skip-permissions--allow-dangerously-skip-permissions
Hooks: 別系統 (settings.json hooks)
Flag: --sandbox with values read-only (default) / workspace-write / danger-full-access (3 段階 粒度)
Separate: approval_policy (enum values fetch 未達、 untrusted/on-failure/on-request/never 推定)
Ignore flags: --ignore-user-config--ignore-rules
× fail 意味論 根本違う
5 非対話実行 (non-interactive exec) Command: claude -p "prompt" or claude --print "prompt"
Flags: --output-format (text / json / stream-json)、 --fallback-model (--print 専用)、 --forward-subagent-text (--print + stream-json 専用)
Bare mode: --bare (hooks / plugins / auto-memory 等 skip)
Command: codex exec "prompt"
Flags: --ephemeral (session 保存しない)、 --sandbox--json (JSON Lines output)、 -o path / --output-last-message path--output-schema path (JSON Schema 制約)、 --ignore-user-config--ignore-rules--skip-git-repo-check
Stdin: echo "task" | codex exec - (documented pattern)
≒ pass 概念一致、 flag set 部分重なる
6 終了通知 (exit code) Exit code (慣習 0=success)
非対話 mode の 正式 semantics 公式 documentation 未達 (--help に semantics 記載なし)
実測: permission denied / API error 時 non-zero (別 STEP で 実測要)
Exit code (慣習 0=success)
Documented: required = true の MCP server init fail → non-zero
他の semantics (sandbox 違反 / API error / SIGINT) fetch 未達
≒ partial 両方 exit code、 semantics 明示度 不揃い

3. 反証条件 (per pin)

Pin 1 (常駐指示) の 反証条件

Pin 2 (スキル格納) の 反証条件

Pin 3 (MCP) の 反証条件 — 既に fail 判定

Pin 4 (権限制御) の 反証条件 — 既に fail 判定 (chat-Claude 予測通り)

Pin 5 (非対話実行) の 反証条件

Pin 6 (終了通知) の 反証条件

4. Refutation summary — 「同型」 hypothesis の 状態

chat-Claude 2026-08-31 提案: 「同じ機能に別名がついているだけの端子が 6 本あります。 ピン互換ではないが ピン配置は同型」

Phase 1 実測 verdict:

Falsification 率 = 33% (2/6)。 「6 pin 同型」 主張は 半分 falsified、 但し 半分 pass しているので 全面 rewrite ではなく 制約付き部分同型 と 再表現するのが正しい。

5. Phase 2 / 3 recommendation update

Phase 2 (agent connector 実装) の 設計変更

chat-Claude 原案: 「agent connector = detect / pinout / invoke / verify」 4 tool。 Phase 1 結果 反映:

Phase 3 (Archify IR 機械生成) の 前提条件

「LLM を外して connector-inventory / comparator の JSON から IR 機械生成」 経路は Phase 2 完了後も 独立に 進行可能。 Phase 2 の pin 4 未解決は Phase 3 に 影響しない (Archify は tool invocation を しない、 IR emit のみ)。

但し chat-Claude 忠告通り、 rei stack で 使う場合は SRC evidence mode 経由 + commit hash 固定 の 運用縛りが 要る (さもないと STEP 1625 陰性対照 「装置が赤を出せる」 実測 evidence の 欠落 pattern に 嵌る)。

6. Honest scope (Phase 1 で 意図的に やっていないこと)

7. 次 STEP candidate

  1. Phase 2 GO 判断 (藤本さん): 4/6 pass + 2/6 fail を 受けて Phase 2 (agent connector 3 tool + verify defer) を 別 arc で 進めるか、 或いは pin 3+4 の 制約付き mapping spec を 先に 書くか。
  2. 反証条件 の 実測 tightening: 各 pin の 反証条件 (計 ~20 件) を 1 個ずつ 実測 埋め (特に pin 6 exit code semantics は 両側 実測で 埋まる、 arc small)。
  3. Codex CLI 実 install (藤本さん judgment): 本 PC に codex を install すれば pin 全部 実測化可能。 但し MCP config + AGENTS.md + skills dir が 追加 install 副産物として 発生する 可能性、 事前確認要。
  4. Phase 3 Archify IR emit spike (藤本さん judgment): Phase 2 と 独立進行可、 rei-aios の connector-inventory / comparator JSON から Archify IR 直接生成 の PoC。 SRC evidence mode 運用縛り 同時 spec 化。