ARADR-004: Symbolic expert plane — Tek9 + Common Lisp + Prolog #8
Labels
No labels
accessibility
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nsaspy/llm-log#8
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Goal
Add a first-class symbolic expert-system plane to
llm-logfor request rewriting, request classification/analysis, task/cost tracking, and success/failure dataset labeling.Canonical architecture
Current authority is
research/LLM-LOG-RESEARCH-033-expert-authority-regression-reconciliation.organd active PR #24.Historical zero-Python material from #20 and older research is superseded by the current explicit architecture.
Expert backlog / order
Provider census #6 remains backlog and must not displace #10.
Canonical KB model
Start with durable Tek9 entities/edges for:
Common Lisp materializes only bounded indexed facts needed for a Prolog query and persists derived results with rule/version/source/expert provenance. Never load the entire corpus into Prolog per request.
Expert boundary
Use versioned typed operations only. No
call_prolog, arbitrary goal string, callable term,term_string/2,read_term/3, or equivalent model-controlled execution escape hatch.Proxy forwarding remains fail-open when the expert service is unavailable unless explicit
require_expert_planemode is configured.Beagle constraints
shadowmode;applyrequires its own RED-first conformance gate.Hard invariants
Nix / non-Nix
Keep the existing flake. Reproducibly package the expert service with SBCL, Tek9 and SWI-Prolog, configurable through Home Manager/systemd. Non-Nix users need a normal config/launch path. Reusable state remains below
~/.llm-proxy; consumer dotfiles may explicitly preserve capture storage at~/Documents/AI/proxy.RED-first
Every production behavior mutation requires a legitimate executed RED against the untouched pre-implementation head. Never substitute unavailable test results or same-author bookkeeping for evidence/review.
Supersession note: #20 and canonical Org
research/LLM-LOG-RESEARCH-011-zero-python-rewrite.orgreplace this issue's older Python capture/transport ownership statement. Accepted architecture is now Common Lisp for the whole llm-log runtime (HTTP/SSE/WebSocket proxy, capture/redaction, recorder/config/provider routing, expert orchestration/Tek9 access/Prolog supervision), SWI-Prolog for facts/rules/inference, Tek9 for the canonical durable symbolic KB, and zero Python in the final implementation. The expert invariants and #10 dependency ordering remain in force.Architecture authority reconciliation: the current accepted boundary is Python capture/transport; Common Lisp expert runtime; Tek9 canonical durable expert KB; SWI-Prolog declared inference. The zero-Python/Common-Lisp-transport wording in the older issue body is superseded by the current explicit program direction and canonical
research/LLM-LOG-RESEARCH-023-expert-plane-authority-reconciliation.orgplusresearch/LLM-LOG-RESEARCH-024-expert-ci-authority-boundary.org. PR #24 now enforces that boundary and exact head7bd8abe66b5708dc6304e4b7c32a2abefb21d641is GREEN on hosted run33306067089. No Tek9 or dotfiles mutation was required.Authority reconciliation: the zero-Python passages in this issue are stale relative to the current explicit architecture. Canonical decision is now
research/LLM-LOG-RESEARCH-033-expert-authority-regression-reconciliation.orgonrage/10-expert-runtime-red(commit07b92274d4312cbfe228be56524b430348687d22). Current ownership remains Python for transparent HTTP/SSE/WebSocket capture/transport; Common Lisp for expert runtime/Tek9/typed bounded materialization/Prolog supervision/result validation; Tek9 durable KB; SWI-Prolog facts/rules/inference. No second Python rule engine. #10 remains the implementation priority.