@thehammer/danx-session-telemetry 0.1.45 → 0.1.47

package/dist/.source-hash

@@ -1 +1 @@
-3d2e532980e05f6c38b15f2a85eca3c84c3488c2afec7c285c5ac8a5c20ee254
+ecc5da92c3cb5fcb4ef6668b9d9307de4f31ba3665c1d9437fdc1f45bd6f8b06

package/dist/activity-observer.d.ts

@@ -12,8 +12,8 @@
  * Claude Code's `SubagentStart` / `SubagentStop` hooks carry an `agent_type`
  * before the sub-agent has written anything and a FINISH for every sub-agent,
  * foreground or background. They ship from the danxbot plugin in the
- * claude-plugins repo (DX-3284, `danxbot/scripts/activity-report.mjs`), run the
- * `activity` subcommand of `@thehammer/danx-dashboard-mcp`, and reach the server
+ * claude-plugins repo (DX-3284; DX-4235 moved them into the plugin's hooks module), which calls
+ * `danxbot_api`, and reach the server
  * through `POST /api/plan-sessions/me/activity` — which writes the SAME
  * `dispatch_activities` rows through the same one server writer.
  *
@@ -50,12 +50,12 @@
  * Every row is an upsert keyed `(dispatch_id, kind, activity_id)`, and BOTH
  * producers derive `activity_id` from the same thing: the sub-agent's transcript
  * file basename, `agent-<agent_id>`. The watcher has it directly; a hook has the
- * `agent_id` and builds the same basename from it (`subagentActivityId` in
- * danx-dashboard-mcp's `activity.ts`, which also strips an `agent-` prefix the hooks docs show
- * on some `agent_id`s so both forms reach this key). A hook's `transcript_path` is NOT the
+ * `agent_id` and builds the same basename from it: `agent-` plus the id with one leading `agent-` stripped (the hooks docs
+ * show the prefix on some `agent_id`s), so both forms reach this key. That rule lives in the danxbot plugin's hooks module
+ * (claude-plugins repo). A hook's `transcript_path` is NOT the
  * sub-agent's file — on these events it is the MAIN session's transcript, and only
  * `SubagentStop` also carries the sub-agent's own as `agent_transcript_path`,
- * which the subcommand uses to refuse a key that disagrees. That basename is also
+ * which the plugin uses to refuse a key that disagrees. That basename is also
  * the key the ledger credits the sub-agent's tokens under, which is how
  * per-sub-agent tokens join to the running set without this table carrying a
  * token column. A task notification names the sub-agent by its bare id

package/dist/activity-observer.js

@@ -12,8 +12,8 @@
  * Claude Code's `SubagentStart` / `SubagentStop` hooks carry an `agent_type`
  * before the sub-agent has written anything and a FINISH for every sub-agent,
  * foreground or background. They ship from the danxbot plugin in the
- * claude-plugins repo (DX-3284, `danxbot/scripts/activity-report.mjs`), run the
- * `activity` subcommand of `@thehammer/danx-dashboard-mcp`, and reach the server
+ * claude-plugins repo (DX-3284; DX-4235 moved them into the plugin's hooks module), which calls
+ * `danxbot_api`, and reach the server
  * through `POST /api/plan-sessions/me/activity` — which writes the SAME
  * `dispatch_activities` rows through the same one server writer.
  *
@@ -50,12 +50,12 @@
  * Every row is an upsert keyed `(dispatch_id, kind, activity_id)`, and BOTH
  * producers derive `activity_id` from the same thing: the sub-agent's transcript
  * file basename, `agent-<agent_id>`. The watcher has it directly; a hook has the
- * `agent_id` and builds the same basename from it (`subagentActivityId` in
- * danx-dashboard-mcp's `activity.ts`, which also strips an `agent-` prefix the hooks docs show
- * on some `agent_id`s so both forms reach this key). A hook's `transcript_path` is NOT the
+ * `agent_id` and builds the same basename from it: `agent-` plus the id with one leading `agent-` stripped (the hooks docs
+ * show the prefix on some `agent_id`s), so both forms reach this key. That rule lives in the danxbot plugin's hooks module
+ * (claude-plugins repo). A hook's `transcript_path` is NOT the
  * sub-agent's file — on these events it is the MAIN session's transcript, and only
  * `SubagentStop` also carries the sub-agent's own as `agent_transcript_path`,
- * which the subcommand uses to refuse a key that disagrees. That basename is also
+ * which the plugin uses to refuse a key that disagrees. That basename is also
  * the key the ledger credits the sub-agent's tokens under, which is how
  * per-sub-agent tokens join to the running set without this table carrying a
  * token column. A task notification names the sub-agent by its bare id

package/dist/internal-logger.js

@@ -13,7 +13,7 @@ function emit(level, component, message, error) {
         entry.error = String(error);
     }
     // DX-2954 — every level goes to STDERR. The MCP server's
-    // relay and the one-shot subcommands run this collector; the subcommands' STDOUT is a protocol
+    // relay and the `subagents-live` subcommand run this collector; the subcommand's STDOUT is a protocol
     // channel the plugin parses (and the MCP server's is JSON-RPC), so a log line there
     // would corrupt it. The worker captures both streams.
     console.error(JSON.stringify(entry));

package/dist/stats-wire.d.ts

@@ -135,20 +135,6 @@ export type ActivityEndStatus = (typeof ACTIVITY_END_STATUSES)[number];
 export declare const CURRENT_ACTIVITY_MAX_CHARS = 120;
 export interface StatsPayload {
     entries: LedgerEntry[];
-    /**
-     * DX-2963 — the worker applied the end-of-file rule (its own row or its
-     * predecessor's is pre-card), so the dispatch inherits pre-card lineage.
-     *
-     * DX-2954 RETIRED this field (DX-3286 removes it): the cursor start order replaces the rule it
-     * carried. It is still ACCEPTED, and ignored, for exactly one release — a
-     * deploy restarts the dashboard before it relaunches the workers, so for a
-     * window old workers send it to the new server, and refusing it would throw
-     * away their terminal status. A payload carrying it records one visible
-     * `stats_field_ignored` event per dispatch. The release after this one drops
-     * the field, the `usage_pre_card_lineage` column and the two
-     * `handleReadDispatch` fields together.
-     */
-    preCardLineage?: true;
     /**
      * DX-2954 — this collector's cursors for every source it has opened. Optional
      * because an old worker in the deploy window sends none; absent means

package/dist/stats-wire.js

@@ -46,13 +46,10 @@ const USAGE_KEYS = ["input", "output", "cacheRead", "cacheWrite5m", "cacheWrite1
  * consumer) fails loud instead of being silently dropped — the pre-DX-2954
  * parser rebuilt the object field by field and swallowed every extra key.
  *
- * `preCardLineage` is on this list for exactly one release, until DX-3286 (see its doc on
- * {@link StatsPayload}); `transcriptPath` is the ONE key allowed to carry a
- * filesystem path.
+ * `transcriptPath` is the ONE key allowed to carry a filesystem path.
  */
 const STATS_PAYLOAD_KEYS = new Set([
     "entries",
-    "preCardLineage",
     "sourceCursors",
     "activities",
     "transcriptPath",
@@ -364,9 +361,6 @@ export function parseStatsPayload(body) {
     if (b.entries.length > STATS_BATCH_CAP) {
         throw new StatsPayloadError(`entries exceeds the cap of ${STATS_BATCH_CAP}`);
     }
-    if (b.preCardLineage !== undefined && b.preCardLineage !== true) {
-        throw new StatsPayloadError("preCardLineage must be true when present");
-    }
     if (b.transcriptPath !== undefined && (typeof b.transcriptPath !== "string" || !b.transcriptPath)) {
         throw new StatsPayloadError("transcriptPath must be a non-empty string when present");
     }
@@ -427,8 +421,6 @@ export function parseStatsPayload(body) {
         };
     });
     const payload = { entries };
-    if (b.preCardLineage === true)
-        payload.preCardLineage = true;
     if (b.sourceCursors !== undefined)
         payload.sourceCursors = parseSourceCursors(b.sourceCursors);
     if (b.activities !== undefined)

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@thehammer/danx-session-telemetry",
-  "version": "0.1.45",
+  "version": "0.1.47",
   "description": "Shared Claude Code transcript collector (DX-2962) — incremental JSONL tailing for the danxbot worker and the danx-dashboard-mcp MCP server's relay, so both run identical collector code.",
   "license": "MIT",
   "type": "module",