Design Franklin County StarLang actor runtime #58
No reviewers
Labels
No labels
bug
design
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
research
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nsaspy/starintel-auto-research!58
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "design/franklin-county-starlang-actors"
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?
Stack
Depends on draft PR #53, which defines the Ohio coverage, source-profile, adapter, and revision-protocol contracts.
This branch was rebuilt on the latest
design/ohio-government-data-cataloghead before opening the PR. It is now four commits ahead and does not overwrite the newer Ohio review-fix commits.Summary
STAR-GOVDATA-DESIGN-004 Franklin County StarLang Actor SystemSTAR-LANG-002 Durable Actor RuntimeSTAR-LANG-RESEARCH-019 Common Lisp Library Gap Analysis39049STAR-RESEARCH-PIPELINE-004revision protocol amendmentReview fixes applied
STAR-LANG-RESEARCH-019from prematureDONEtoREVIEWActor groups
Government offices, sources, records, and people remain durable records and bounded job keys rather than permanent actors.
Language and repository decision
The Franklin application is authored in StarLang and compiled to Common Lisp. Low-level HTTP, TLS, parsing, archive, hashing, persistence, and process functionality remains in Common Lisp libraries behind runtime ports.
A new reusable runtime repository is justified. Issue #57 tracks provisioning the proposed
lost-rob0t/star-langrepository.starintel-auto-researchremains the design/evidence repository;starintel-serverlater consumes released runtime systems.Common Lisp library strategy
Adopt and pin mature primitives where they pass conformance:
star-sento-compatBuild reusable missing systems:
star-actor-protocolstar-supervisorstar-mailboxstar-journalstar-leasestar-capabilitystar-artifactstar-adapter-sdkstar-http-portstar-process-portstar-xlsxstar-canonical-jsonstarlang-compilerstarlang-runtimeWrap Sento first. Fork only if the conformance suite proves public extension points cannot provide bounded mailboxes, supervision, generations, readiness, durable-job integration, and capability hooks.
Effort range
The research node records engineering planning ranges, not delivery guarantees:
Boundaries
Validation
Review focus
Blocking design findings found. CI passes and the branch is mergeable, but the current actor catalog and durability contract do not yet satisfy the parent Ohio revision protocol. The inline comments identify four concrete gaps that should be fixed before approval.
@ -0,0 +1,779 @@:PROPERTIES:[P1] Assign canonical owners for source deployment and source-profile revisions. This pool explicitly cannot approve its proposals, but the actor catalog contains no Source Deployment Authority or Source Profile Authority to serialize those subject revisions. The parent protocol requires those revision families and disjoint subject/review ownership. Without explicit owners, verified proposals have nowhere to become canonical inputs for scheduling, jobs, assessments, or gates.
@ -0,0 +181,4 @@Assessment --> "Independent Review Authority"Assessment --> "Coverage Gate Authority"Assessment --> "Coverage Ledger Authority"Assessment --> "Gap Authority"[P1] Add the atomic Coverage Gate Authority required by the parent protocol. The normative v1.1 protocol assigns aggregate gate revisions to a distinct Coverage Gate Authority and says only a reviewed, currently valid passed gate may drive completion. This topology has a Coverage Ledger but no gate owner, so the acceptance conditions cannot be committed atomically or expire through the required gate revision semantics. Add the authority, its messages/state, supervision placement, and end-to-end gate step.
@ -0,0 +1,656 @@:PROPERTIES:[P1] Define a crash-safe transaction/outbox across artifact commit, retrieval-event append, and normalization release. These are separate ordered operations. A crash after the atomic artifact commit but before the retrieval event or durable normalization work is recorded leaves an orphaned artifact and violates the later conformance gate that says a crash after artifact commit cannot lose normalization work. Specify the durable intent/outbox/recovery scan and idempotency boundary that closes this window.
@ -0,0 +1,364 @@:PROPERTIES:[P1] Keep this node in review state until it is approved. The file declares
#+status: DONE, while its own approval table saysPending review, and the PR explicitly says no approval state is claimed.DONEmakes the repository treat the research as completed rather than awaiting review. Set this toREVIEW(and includeREVIEWin the TODO sequence) until the approval record changes.