npm.io
0.11.3 • Published 5h agoCLI

@quolu/lattice

Licence
MIT
Version
0.11.3
Deps
13
Size
55.7 MB
Vulns
0
Weekly
0

Lattice

Latticeは、codebaseの境界を観測・変換し、multi-agent開発の並列TODO graphを生成する schedulability compilerです。

現在の工程状態と完了証拠の正本は、このrepoのLattice storeです。文書の役割と現行導線は docs/README.md、製品思想はPLAN.md、公開contractは docs/00_product-contract.mdを参照してください。

CLIの全体像はlattice --help、各公開namespaceの正規構文は lattice <plan|run|event|todo|sensor|factory-diagnostics|runtime-errors> --helpで確認できます。 個別操作はlattice <namespace> <subcommand> --helpまたはlattice help <namespace> <subcommand>で 正規optionをstore非依存に確認できます。

開発

npm test
npm run check
npm run ci
lattice sensor sync . --json
spotter doctor
codex-sidecar diagnostics --project . --preset auditor --json

未初期化projectでsensor syncした場合はLATTICE_SENSOR_NOT_INITIALIZEDと正規next_actionを返します。 その他のsensor失敗もexit code、signal、bounded stderrをtyped detailへ残し、原因を隠しません。

Node.js 22.13以上を使用します。境界観測は配布物に同梱したLattice sensorだけを使い、PATH上の 廃止済みruntimeや旧cache/dataへfallbackしません。Spotterはproject単位で生成stateの所有境界を守ります。

どのrepoでも、Latticeの導入状態はdirectoryの有無を推測せず、最初に次のtyped discoveryで判定します。

lattice status --json

stateuninitialized | ready | active_run | invalidのいずれかです。uninitializedは 正常な未初期化状態で、next_actionが正規の初期authoring入口を返します。初回planは 新規planはPhase監査とToDo schedulingを分離するlattice.plan_create_input.v3のcanonical JSON+LFを用意し、次で作成します。既存v2/v4は互換契約として維持されます。

lattice plan create --schema-version 3 --json
lattice plan create --input .lattice/plan-create.json

invalidをMarkdown fallbackへ丸めず、next_actionに従ってstoreを診断してください。 discoveryと初期transactionの不変条件は ADR 0058が正です。

TODO工程storeの読取はlattice todo status、検証はlattice todo verify、表示生成は lattice todo ganttを使います。topology/source reconciliationは lattice todo revise --plan <key> --input <canonical-revision.json>、Phase付きplanは lattice todo revise-phase --plan <key> --input <canonical-phase-revision.json>でsuccessor発行します。 cross-plan topologyを同時に切り替える場合は lattice todo revise-set --input <canonical-revision-set.json>を使い、Phase revisionを含む集合は lattice.todo_revision_set.v3で通常revisionと混在できます。 Phase付きv5 planでは、通常ToDoの開始順はToDo DAGだけで決まり、Phase前後関係は重監査の順序だけを 制御します。特定ToDoがPhase受理を本当に必要とする場合だけphase_accept_dependenciesで明示します。 lattice todo status --jsondispatch_frontierはready全件を同時dispatchする既定を示します。 readyが複数なら最初のstartに--parallel-frontierを付け、subsetだけを直列着手する場合は --override-reason <reason>で理由を残します。

lattice todo start --plan <key> --task <id> --parallel-frontier
lattice todo start --plan <key> --task <id> --override-reason <reason>

--parallel-frontierはhostへ並列dispatch方針を宣言する開始gateです。Lattice自身がAI hostのagentを 起動するものではなく、実際のdispatchはhostが行います。宣言後もready全件が着手されたかは active_setnext_readyで観測できます。 ToDo完了は軽量確認までで、所属ToDoが全てdoneになったPhaseはgate_readyとなり、todo phase review後に required evidenceを束縛したtodo phase acceptで重監査の判断を記録します。監査回数やPhase数を自動追加する 機能ではありません。Phase状態は lattice todo phase status --plan <key>、閲覧中に進捗が更新される工程表は lattice todo gantt serve --port 0で確認できます。live viewerはloopback-only、read-onlyで、 /projects/<project_id>/というproject固有URLを返します。別projectからそれぞれ起動すれば、独立port・独立SSE経路で同時表示できます。 静的工程表はlattice todo gantt statuscurrent / stale / missingを確認でき、HTMLまたは digest付きsidecarの欠落・改ざんはtyped failureになります。 状態を書き込むstart / block / unblock / done / evidence promote / reopen / revise / revise-phase / revise-set では、監査actorとして次の3環境変数をすべて設定してください。

export LATTICE_TODO_ACTOR_HOST=<host-id>
export LATTICE_TODO_ACTOR_SESSION=<session-id>
export LATTICE_TODO_ACTOR_AGENT=<agent-id>

不足またはidentifierとして不正な値がある場合、mutationはstoreを変更せずACTOR_UNRESOLVEDを返します。 error detailのmissing_environmentinvalid_environmentnext_action: set_required_actor_environment_and_retryを確認し、正規値を設定して同じ操作を再試行してください。

正確なargv、evidence descriptor、result wireは ADR 0056を参照してください。