Skip to content

refactor: integrate Core Runtime with canonical Core processing#10

Merged
bxvtr merged 36 commits into
mainfrom
refactor
May 5, 2026
Merged

refactor: integrate Core Runtime with canonical Core processing#10
bxvtr merged 36 commits into
mainfrom
refactor

Conversation

@bxvtr
Copy link
Copy Markdown
Contributor

@bxvtr bxvtr commented May 5, 2026

No description provided.

bxvtr added 30 commits April 29, 2026 14:24
… canonical ControlTimeEvent processing without changing existing scheduling/queue behavior
…bindings / current core-runtime wrappers can expose enough structured execution-feedback data to support a future ExecutionFeedbackRecordSource
…r_response(order_id, timeout) plus immediate orders().get(order_id) can expose a sufficiently explicit per-order response boundary, or whether it remains snapshot-derived and ineligible
…nner with runtime-owned EventStreamCursor object while preserving exact behavior
…re Venue Adapter Abstraction using split capability protocols
…ktestExecutionAdapter behavior before any OrderSubmissionGateway protocol implementation or extraction
…ng adapter protocols module without changing runtime behavior
…apter/core boundary drift before moving to Core Runtime usability work
… to install, test, and attempt local backtests
…ot-relative paths to improve host local usability while preserving runtime behavior
…ta/results and into ignored `.runtime/local/results/`, so local smoke runs are not blocked by tracked/root-owned result files
@bxvtr bxvtr self-assigned this May 5, 2026
@bxvtr bxvtr merged commit 9a22904 into main May 5, 2026
1 check passed
@bxvtr bxvtr deleted the refactor branch May 5, 2026 14:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant