ジョブを登録

事業を追加

slug は ADR や commit でこの事業を指す名前です。どの repo や canvas がどの事業かは判断なので、名前から推測して自動で紐付けることはしません。

面を紐付ける

workspace に無い canvas や repo を指定しても保存します — 「この事業はこの canvas に属する」は事業についての真の記述で、checkout が無いことは別の事実（:unresolvable）として表示します。

未割当の参与

参与を表明したが、どの事業にも紐付いていない blueprint です。

• 確認中…

成熟度

14 次元のうち 11 は誰かが記録した判断で、3 つ（completeness / hypothesis / validation）だけがこの canvas から計算されます。区別して表示します。

• 事業を選ぶと表示します。

仮説と gate

gate は metrics が在るときだけ付きます。測っていない仮説に gate の状態は表示しません — それは失敗ではなく未測定です。

• 事業を選ぶと表示します。

変更を提案する

このアプリは canvas-ledger に書きません。

提案の状態

着地したかは投影を読み直して判定します（保存された値ではありません）。workspace checkout が無いときは landed とも awaiting とも言えません。

• まだ提案はありません。

構造

stock は状態、flow はその微分です。矢印は XMILE の inflow / outflow 宣言そのものです。

• 事業を選ぶと表示します。

感度 — どの定数が結果を動かすか

モデルを再実行して測ります（介入の実行しやすさを点数化しません）。

• 事業を選ぶと表示します。

介入の効きどころ（ledger）

leverage ledger を確認中…

• 事業を選ぶと表示します。

Meadows band

重みは Meadows (1999) の順序を近似した監査可能な heuristic であって、測定された物理定数ではありません。

トラフィック

emitter の要約

測定した側が書いた 1 行をそのまま出します（数値から別の要約を作り直しません）。

—

product 固有の測定

このアプリが意味を主張しないキーです。:funnel の形は product ごとに違うので、共通の funnel に畳まずそのまま出します。

① 事業者プロファイル

業種(ISIC)・職種(ISCO)・管轄(ISO 3166)は、適合する blueprint を絞るためだけに使います。

② 適合する blueprint

適合度は 業種3点・職種3点・管轄1点 の単純な加算です。0点のものは出しません。

• プロファイルを保存すると表示します。

③〜⑤ 参与している blueprint

• まだ参与を表明していません。

Governed intent

admitは実行完了ではありません。Tamakiのcapability・homeostasis・HITL gateへ送ります。

Intent receipts

receiptを確認中…

署名を依頼する

発行する

いま操作している membership に対して発行します。Passkey の登録と Organization ID の設定が前提で、どちらも欠けていればその場で拒否されます。組織が did:web を公開していない間は、発行体 did:key で署名します——応答しないアドレスを名乗るより、自己記述的な鍵の方が検証できるからです。

所属だけを示す形式で発行する（SD-JWT VC）

上の形式は credential を見た相手に中身すべてを開示します——2 つの検証者に提示すると、どちらも同じ did:key を受け取るので、その 2 回の提示は互いに結び付けられます。この形式では 「この組織の誰かが auditor である」ことを、それが誰かを明かさずに証明できます。開示を選べるのは主体の識別子（sub）だけで、role とorganization は常に開示されます——役割を隠せる membership credential は何も主張していないからです。

発行済み

これは台帳で、署名済みの credential 本体は保存していません。持っているのは holder です——それが「このサーバーに聞かずに検証できる」ということの意味なので、失くした場合は再発行になります。

検証する

信頼している発行者

空が既定です。did:web では信頼一覧が防御策ではなく信頼モデルそのもので——誰でも自分が支配するドメインに DID document を公開して対応鍵で署名できるため、credential が名乗った鍵を取得して検証することは、偽造者の計算を偽造者自身の鍵で検算しているのと同じです。どのドメインを信じるかは設定（:credentials :trusted-issuers）で先に決めます。

Passkey で利用登録

入力は不要です。Passkey だけで User を作成し、Organization ID やプロフィールは後から設定できます。