ljg-structure

1仕組みと動作原理

4つの概念を厳格に区別：テーマは名前、モチーフは難題、類推は手がかり、構造は因果マシン。

Workflow Routing は唯一のワークフロー FindStructure を指し、そこから情報内のモチーフ、構造的関係、風洞実験を抽出する。

Step 0/1：まず十分性チェックを行って入力を圧縮し、少なくとも1つの観察可能なアンカー（誰かのアクション、システムの変化、判断が破綻した瞬間）を保持する。

Step 2 モチーフの特定：元のシナリオから人名・業界・具体的素材を取り除き、平易な言葉で「{主要な制約} の下で、システムは {A} と {B} の関係または緊張をどのように処理するか？」という構文の具体的な問いに書き直す。

モチーフは2つのゲートを通過する必要がある：領域横断的置換（役割や素材を差し替えても成立するか）と原題への逆説明（元のシナリオに戻した際になぜ行き詰まったかを説明できるか）。

Step 3：構造の補正のために内部で類似メカニズムの領域横断検索を行うが、ソースは足場に過ぎず、デフォルトでは出力しない。

Step 4：複数の構造について先に関係性（直列/並列/入れ子/牽制/フィードバック）を判定してから最小限の関係図を描き、ASCII文字のみを使用し、Unicodeの矢印や罫線文字は禁止する。

Step 5：風洞は内部の判定ステップであり、可視の章としては出力しない：基準予測の固定 -> 1つの主要条件の変更 -> 境界と方針転換シグナルの特定。

出力制約：約800〜1500文字（漢字）、第1レベル見出しは厳格に 入力/モチーフ/構造/結論 のみ、ファイル形式は org で Markdown は禁止。

ディスク保存：デフォルトでは ~/Context/{タイムスタンプ}--结构-{テーマ}__structure.org に書き込む。ユーザーが「分析のみ」「保存不要」または read-only を指定した場合はファイルを作成しない。

2コア機能

4推奨統制措置と判定根拠

5二重目の独立検証

• [ok] 四概念区分 — 『一句话：主题是名字，母题是难题，类比是线索，结构是因果机器。』原文在。
• [ok] 工作流路由 — Workflow Routing 表指向 Workflows/FindStructure.md，§1 清单确有该文件。
• [ok] 可观察锚点 — 『保留至少一个可观察的锚点…』原文在。
• [ok] 母题句式与两道闸 — 『在 `{关键约束}` 下，系统如何处理 `{A}` 与 `{B}` 的关系或张力？』与『跨域替换/解释回原题』原文在。
• [ok] 纯 ASCII 图约束 — 『连接线、箭头和方框只用 ASCII 字符，不用 `→`、`┌`、`─` 等 Unicode 图形字符。』原文在。
• [ok] 风洞不外显 — 『风洞是内部判别步骤，不作为可见章节输出。』原文在。
• [ok] 固定四标题与落盘 — 『一级标题严格只有：`输入`、`母题`、`结构`、`结论`。』与 read-only 不落盘条款原文在。
• [discrepancy] 风险扫描与内文差异 — 扫描栏『执行外部程序/写盘』报无命中，但正文含 date 命令与 org 写入；按§2 内文为准，scripts_executed/file_writes 非空。

6結論