@wrongstack/core 0.301.0 → 0.302.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/agent-status-tracker.d.ts +6 -2
- package/dist/chronicle/index.js +1836 -1645
- package/dist/chronicle/metrics-store.d.ts +14 -0
- package/dist/chronicle/project-server-protocol.d.ts +13 -0
- package/dist/chronicle/project-server.js +1759 -1583
- package/dist/chronicle/rollup-adapter.d.ts +2 -0
- package/dist/chronicle/sqlite-journal.d.ts +59 -0
- package/dist/coordination/index.js +791 -249
- package/dist/coordination/mail-tools.d.ts +2 -2
- package/dist/core/continue-intent.d.ts +2 -0
- package/dist/core/conversation-state.d.ts +5 -0
- package/dist/core/index.js +120 -19
- package/dist/defaults/index.js +928 -374
- package/dist/execution/index.js +28 -11
- package/dist/index.d.ts +3 -1
- package/dist/index.js +8763 -6781
- package/dist/infrastructure/index.js +722 -672
- package/dist/kernel/events/memory-events.d.ts +62 -0
- package/dist/plugin/index.js +2154 -1979
- package/dist/session-catalog/client.d.ts +62 -0
- package/dist/session-catalog/endpoint.d.ts +6 -0
- package/dist/session-catalog/index.d.ts +6 -0
- package/dist/session-catalog/index.js +1978 -0
- package/dist/session-catalog/project-server.d.ts +3 -0
- package/dist/session-catalog/project-server.js +1838 -0
- package/dist/session-catalog/protocol.d.ts +275 -0
- package/dist/session-catalog/registry.d.ts +59 -0
- package/dist/session-catalog/store.d.ts +55 -0
- package/dist/session-registry-types.d.ts +17 -0
- package/dist/session-registry.d.ts +1 -1
- package/dist/storage/index.d.ts +42 -38
- package/dist/storage/index.js +14279 -13393
- package/dist/storage/session-event-bridge.d.ts +2 -2
- package/dist/storage/session-store.d.ts +6 -0
- package/dist/tools/index.js +8 -2
- package/dist/types/context-evidence.d.ts +2 -0
- package/dist/types/messages.d.ts +8 -0
- package/dist/types/session.d.ts +19 -0
- package/dist/utils/context-evidence.d.ts +13 -1
- package/dist/utils/index.js +26 -2
- package/instructions/system-lite.md +11 -2
- package/instructions/system-pro.md +14 -0
- package/instructions/system.md +14 -0
- package/package.json +7 -3
|
@@ -139,6 +139,20 @@ export declare class ChronicleMetricsStore {
|
|
|
139
139
|
private ensureSchema;
|
|
140
140
|
private loadOffsets;
|
|
141
141
|
private pruneOffsets;
|
|
142
|
+
/**
|
|
143
|
+
* Fold everything the SQLite journal holds past this store's per-day cursor.
|
|
144
|
+
*
|
|
145
|
+
* Opened read-only on its own connection: the journal runs in WAL, so this
|
|
146
|
+
* never blocks the daemon writing to it, and metrics are best-effort — a
|
|
147
|
+
* journal that cannot be opened (mid-migration, absent, locked) leaves the
|
|
148
|
+
* cursors untouched and the next refresh retries.
|
|
149
|
+
*
|
|
150
|
+
* Rows the journal has already evicted are simply not seen. That is the
|
|
151
|
+
* intended split of responsibilities: the journal is a bounded ring, and this
|
|
152
|
+
* store is where an aggregate outlives the raw event it came from — which
|
|
153
|
+
* only holds if refresh runs more often than the ring turns over.
|
|
154
|
+
*/
|
|
155
|
+
private ingestSqliteJournal;
|
|
142
156
|
/** Read complete lines appended after `consumed` bytes. The trailing
|
|
143
157
|
* partial line of an actively-written partition is left for the next
|
|
144
158
|
* refresh — `ingest_state.bytes` only ever advances past full lines. */
|
|
@@ -4,6 +4,19 @@ import type { ChronicleFacet, ChronicleFacetResults, ChronicleFacetValue, Chroni
|
|
|
4
4
|
import type { ChronicleEvent, ChronicleEventInput } from './types.js';
|
|
5
5
|
export declare const CHRONICLE_PROJECT_SERVER_PROTOCOL_VERSION = 2;
|
|
6
6
|
export declare const CHRONICLE_PROJECT_SERVER_MAX_FRAME_CHARS: number;
|
|
7
|
+
/**
|
|
8
|
+
* Most events one `append` call may carry.
|
|
9
|
+
*
|
|
10
|
+
* This lives in the protocol module because both ends must agree on it, and
|
|
11
|
+
* they did not: the server rejected anything above this bound while the client
|
|
12
|
+
* drained its entire backlog into a single call, with a backpressure ceiling ten
|
|
13
|
+
* times higher. A client that ever accumulated more than this — which only
|
|
14
|
+
* happens when the daemon is slow or restarting, exactly when the telemetry
|
|
15
|
+
* matters — had its whole batch rejected as malformed and lost every event in
|
|
16
|
+
* it, rather than persisting what it could. A shared constant is what keeps the
|
|
17
|
+
* producer's chunking and the consumer's validation from drifting apart again.
|
|
18
|
+
*/
|
|
19
|
+
export declare const CHRONICLE_MAX_APPEND_BATCH = 10000;
|
|
7
20
|
/**
|
|
8
21
|
* What the daemon tells a connecting client about itself. Carries NO secret —
|
|
9
22
|
* see {@link ChronicleProjectServerMetadata}.
|