Skip to content

chore: version packages - #763

Open
github-actions[bot] wants to merge 1 commit into
mainfrom
changeset-release/main
Open

chore: version packages#763
github-actions[bot] wants to merge 1 commit into
mainfrom
changeset-release/main

Conversation

@github-actions

@github-actions github-actions Bot commented Sep 1, 2026

Copy link
Copy Markdown
Contributor

This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and publish to npm yourself or setup this action to publish automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.

Releases

@sapiom/harness@0.13.0

Minor Changes

  • 516f13a: Add durable, path-free Studio project identities and lazy Agent Map workspace state. The authenticated local server now exposes project workspace and root-binding association endpoints, and stores the new catalog at studio-projects.json with per-project records beneath agent-map/ in the configured harness state root. The legacy System Graph and per-agent Canvas remain unchanged.

  • fb2486d: Open Studio Agent Maps as a dedicated planning workspace with a live, project-scoped planning conversation beside the durable map. Planner tabs can resume, start fresh, rename, and end; transcript updates refetch through content-free invalidations, map and planner failures retry independently, and mobile keeps the conversation primary behind an explicit Agent Map sheet.

    This release adds variants to the public BusMessage, UiEventName, and AnalyticsEventType unions. Consumers that switch over these forward-extensible event types should retain a default arm so later additive events remain source-compatible.

  • ae0a77e: Resolve the latest saved credential and selected environment whenever Agent Studio creates, resumes, or runs a background Claude session. A confirmed credential removal now clears the launch key, while a malformed or unreadable store preserves the last-known key. Unknown selected environments now fail the affected launch with an explicit configuration error instead of silently routing it to production. Preserve --no-auth as a process-wide opt-out and expose a strict credential-store reader for safe live reconciliation.

  • 31bdf89: Expose the shared Agent Map proposal through one capability-authenticated embedded HTTP MCP endpoint. Project planner, assigned-builder, and manual-builder sessions receive identical read, validate, and propose tools through private per-session Claude or Codex launch configuration, with rotation on resume and revocation on exit.

  • 1729542: Prepare crash-atomic, project-wide Agent Map proposal persistence for the SAP-3060 transport, with attributed operation history, bounded session-scoped idempotency receipts, and history-derived stale-write rebasing. Exact results are retained for a bounded retry window, while older same-session request IDs cannot apply twice. Agent Map workspace reads now return a coherent versioned workspace-and-proposal snapshot, and the named browser-safe contracts required by the accepted-delta bus payload are exported from the package entry point.

  • 189eaf1: Open durable Studio projects in a pinned Agent Map workspace and remember the selected Agent Map or agent per user and project. Preferences live in the new agent-map/studio-workspace-preferences.json state file and are exposed through the path-free GET and PUT /api/projects/:projectId/current-workspace routes. Agent identities remain opaque outside the server, survive authenticated moves, and repair safely when a complete project scan proves that an agent was deleted.

  • ac9a35f: Add trusted, project-scoped Agent Map planner sessions with deterministic
    resume-or-create/fresh resolution, focused path-free context, a durable
    automatic-greeting state machine, FIFO user input, bounded lifecycle telemetry,
    public planner session/greeting state, and per-session ingest capabilities that
    cannot be replayed across PTYs or used for host /api mutations. Rehydrated
    planner replacements atomically inherit the exact predecessor FIFO while their
    focused brief can reuse an older recorded ancestor.

    Breaking: generic POST /api/sessions now strictly rejects unknown fields,
    so clients can no longer attach planner metadata to a generic create request.
    Generic planner input, resume, and adopt routes also reject planner-owned
    sessions. Generic adopt additionally rejects every conflicting current owner
    or durable historical vendor identity, including ordinary pre-/clear and
    pre-/resume aliases, with a bounded 409 before adapter probing. Migrate
    planner clients to the project-scoped open, message, and greeting-retry routes
    under /api/projects/:projectId/planner-sessions.

    All coding-agent sessions now pin
    vendor identity to a durable session owner: conflicting SessionStart claims
    are rejected. The only rotation exception is a short-lived, one-shot
    server-observed /clear or /resume terminal gesture; /resume picker input
    may refresh its soft window only within a bounded hard deadline.

    On upgrade, duplicate legacy vendor resume pointers are migrated with the first
    persisted sessions.json row as owner. Later duplicate rows are rewritten with
    agentSessionId: null and cannot resume or re-adopt that fenced identity under
    the losing row. Provider transcripts and conversation history are not deleted;
    start a fresh session in the losing row's directory to continue there.

  • 6bc9d58: Agent Studio now fetches its coding-agent system prompt from the Sapiom backend on session start (GET /v1/harness/system-prompt), instead of using only the copy baked into this package. Prompt improvements now reach a session after a backend deploy rather than after an npm upgrade. The bundled prompt remains the offline fallback — a non-200, empty body, network error or 5s timeout starts the session on it, exactly as before.

    The request is unconditional: it fetches configuration rather than reporting usage, so it is not gated on the telemetry opt-in, and it carries no session content, identifiers or API key. Set SAPIOM_HARNESS_PROMPT_FETCH_DISABLED=1 (or true) to skip it and always use the bundled prompt — see the README's "Outbound requests" section.

Patch Changes

  • d26f6f5: Separate permanent workspace discovery freshness from legacy System Graph invocation observations while preserving shared watcher ownership. On polling fallback, files covered only by legacy invocation scanning stop triggering session and rail rescans after the legacy graph subscription retires; accepted discovery inputs continue to refresh normally.
  • e9a847b: Refactor workspace file-watch ownership without changing behavior or public APIs.
  • Updated dependencies [ae0a77e]
    • @sapiom/mcp@0.14.0
    • @sapiom/agent@0.13.1
    • @sapiom/agent-core@0.13.4

@sapiom/mcp@0.14.0

Minor Changes

  • ae0a77e: Resolve the latest saved credential and selected environment whenever Agent Studio creates, resumes, or runs a background Claude session. A confirmed credential removal now clears the launch key, while a malformed or unreadable store preserves the last-known key. Unknown selected environments now fail the affected launch with an explicit configuration error instead of silently routing it to production. Preserve --no-auth as a process-wide opt-out and expose a strict credential-store reader for safe live reconciliation.

Patch Changes

  • @sapiom/agent-core@0.13.4
  • @sapiom/sandbox-preview@0.1.21

@sapiom/tools@0.35.0

Minor Changes

  • 5808e8f: contentGeneration: an async image or video job that terminally FAILS is now distinguishable from one that is merely slow (SAP-3097).

    wait() fails fast — live in this release. Every non-OK poll response used to be treated as "still generating", so a job that failed in three seconds burned the caller's whole timeoutMs and then threw Image generation did not complete within 300000ms — the opposite of what happened. wait() (and video.create, which polls the same way) now reads the queue's terminal state and throws the new ContentGenerationFailedError as soon as the job fails, carrying requestId and the provider's own providerError. A plain Error about the timeout now means only what it says: the job was still running when you stopped waiting. ContentGenerationFailedError is exported from @sapiom/tools.

    A transport blip still keeps polling. A non-OK result poll is ambiguous on its own, so it is disambiguated against the status endpoint, and anything short of an explicit terminal marker keeps the poll going.

    generationError on the resume payload — a type, populated by the platform. ImageResultPayload and VideoResultPayload outputs gain generationError?: string. A terminal provider failure has been arriving on storageError — the field documented as "persisting this output failed" — so a resumed workflow step concludes storage broke when in fact nothing was ever generated. The platform sends one field or the other, never both, so a step can branch without string-matching a message.

    Nothing in this package produces generationError; it appears on the wire once the corresponding gateway change is deployed, and a step running against an older gateway still sees a generation failure on storageError. Check generationError first and fall back to storageError — that reads correctly on both sides of the deploy.

    The type is also what makes VIDEO_RESULT_SIGNAL's documented "carries the result either way (ready OR failed)" contract expressible; the payload previously had nowhere to put the failure. IMAGE_RESULT_SIGNAL carries the same contract.

Patch Changes

  • 44d7f76: Document images.launch in the content-generation README: the launch handle, wait() and its 2min/2s defaults, IMAGE_RESULT_SIGNAL, ImageResultPayload, and when to prefer launch over create. The async image path shipped in 0.25.0 with no README coverage. Also corrects the pause/resume snippets in both the image and video sections — defineStep's pause requires signal and resumeStep and belongs on the pausing step, and the pause/resume helpers are imported from @sapiom/agent.

@sapiom/agent@0.13.1

Patch Changes

  • Updated dependencies [44d7f76]
  • Updated dependencies [5808e8f]
    • @sapiom/tools@0.35.0

@sapiom/agent-core@0.13.4

Patch Changes

  • Updated dependencies [44d7f76]
  • Updated dependencies [5808e8f]
    • @sapiom/tools@0.35.0
    • @sapiom/agent@0.13.1

@sapiom/agent-studio@0.1.22

Patch Changes

@sapiom/cli@12.0.0

Patch Changes

  • Updated dependencies [516f13a]
  • Updated dependencies [d26f6f5]
  • Updated dependencies [e9a847b]
  • Updated dependencies [fb2486d]
  • Updated dependencies [ae0a77e]
  • Updated dependencies [31bdf89]
  • Updated dependencies [1729542]
  • Updated dependencies [189eaf1]
  • Updated dependencies [ac9a35f]
  • Updated dependencies [6bc9d58]
    • @sapiom/harness@0.13.0
    • @sapiom/agent@0.13.1
    • @sapiom/agent-core@0.13.4
    • @sapiom/sandbox-preview@0.1.21

@sapiom/sandbox-preview@0.1.21

Patch Changes

  • Updated dependencies [44d7f76]
  • Updated dependencies [5808e8f]
    • @sapiom/tools@0.35.0

@sapiom/harness-desktop@0.4.3

Patch Changes

@github-actions
github-actions Bot force-pushed the changeset-release/main branch 11 times, most recently from d44624a to 33bfbb4 Compare September 2, 2026 22:37
@github-actions
github-actions Bot force-pushed the changeset-release/main branch from 33bfbb4 to 3834aa9 Compare September 3, 2026 00:20
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.

0 participants