AbstractRuntime 0.4.33__tar.gz → 0.4.34__tar.gz

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/CHANGELOG.md

@@ -7,6 +7,16 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 
 ## [Unreleased]
 
+## [0.4.34] - 2026-09-24
+
+### Changed
+
+- `config_facade.host_job_cancel(job_id, *, by="api", user=None)` passes who asked for a cancel to
+  AbstractCore (needs AbstractCore with `HostJobRegistry.cancel(by=, user=)`), so a cancelled
+  download can say who cancelled it.
+- The AbstractCore floor is now 2.15.1 in the base install and in the `apple`
+  and `gpu` extras (the release whose host-job cancel takes `by` and `user`).
+
 ## [0.4.33] - 2026-09-23
 
 ### Added
@@ -855,7 +865,8 @@ AbstractRuntime is the durable execution substrate designed to pair with Abstrac
 
 Initial development version with basic proof-of-concept features.
 
-[Unreleased]: https://github.com/lpalbou/abstractruntime/compare/v0.4.33...HEAD
+[Unreleased]: https://github.com/lpalbou/abstractruntime/compare/v0.4.34...HEAD
+[0.4.34]: https://github.com/lpalbou/abstractruntime/compare/v0.4.33...v0.4.34
 [0.4.33]: https://github.com/lpalbou/abstractruntime/compare/v0.4.32...v0.4.33
 [0.4.32]: https://github.com/lpalbou/abstractruntime/compare/v0.4.29...v0.4.32
 [0.4.31]: https://github.com/lpalbou/abstractruntime/compare/v0.4.29...v0.4.31

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.5
 Name: AbstractRuntime
-Version: 0.4.33
+Version: 0.4.34
 Summary: AbstractRuntime: a durable graph runner designed to pair with AbstractCore.
 Project-URL: AbstractCore (website), https://www.abstractcore.ai/
 Project-URL: AbstractRuntime (GitHub), https://github.com/lpalbou/abstractruntime
@@ -20,7 +20,7 @@ Classifier: Programming Language :: Python :: 3.11
 Classifier: Programming Language :: Python :: 3.12
 Classifier: Programming Language :: Python :: 3.13
 Requires-Python: >=3.10
-Requires-Dist: abstractcore[audio,music,remote,tools,vision,voice]>=2.14.0
+Requires-Dist: abstractcore[audio,music,remote,tools,vision,voice]>=2.15.1
 Requires-Dist: abstractmemory>=0.3.0
 Requires-Dist: abstractsemantics>=0.0.5
 Requires-Dist: anyio<5.0.0,>=4.12.1
@@ -35,14 +35,14 @@ Requires-Dist: reportlab<5.0.0,>=4.0.0
 Requires-Dist: restrictedpython>=7.0
 Requires-Dist: unstructured[docx,odt,pptx,rtf,xlsx]<0.19.0,>=0.18.32
 Provides-Extra: apple
-Requires-Dist: abstractcore[all-apple]>=2.14.0; extra == 'apple'
+Requires-Dist: abstractcore[all-apple]>=2.15.1; extra == 'apple'
 Requires-Dist: setuptools<82.0.0,>=80.10.2; extra == 'apple'
 Provides-Extra: docs
 Requires-Dist: mkdocs-material>=9.0.0; extra == 'docs'
 Requires-Dist: mkdocs>=1.6.0; extra == 'docs'
 Requires-Dist: pymdown-extensions>=10.0; extra == 'docs'
 Provides-Extra: gpu
-Requires-Dist: abstractcore[all-gpu]>=2.14.0; extra == 'gpu'
+Requires-Dist: abstractcore[all-gpu]>=2.15.1; extra == 'gpu'
 Requires-Dist: setuptools<82.0.0,>=77.0.3; extra == 'gpu'
 Provides-Extra: test
 Requires-Dist: pytest>=7.0.0; extra == 'test'
@@ -54,7 +54,7 @@ Description-Content-Type: text/markdown
 
 It is designed for long-running workflows that must survive restarts and explicitly model blocking (human input, timers, external events, subworkflows) without keeping Python stacks alive.
 
-**Version:** 0.4.33 • **Python:** 3.10+
+**Version:** 0.4.34 • **Python:** 3.10+
 
 **Status:** pre-1.0 (API may evolve). For production use, pin versions and follow `CHANGELOG.md`.
 
@@ -82,7 +82,7 @@ Remote-light runtime:
 pip install abstractruntime
 ```
 
-The base install includes AbstractCore 2.14.0 or newer with remote provider,
+The base install includes AbstractCore 2.15.1 or newer with remote provider,
 tool, vision, voice, audio, and music integration, plus the
 `abstractruntime-mcp-worker` entry point. It keeps inference remote/light by
 default: local engines such as MLX, vLLM, HuggingFace/Torch, Diffusers, and
@@ -146,7 +146,7 @@ state = rt.resume(
 assert state.status.value == "completed"
 ```
 
-## What’s included (v0.4.33)
+## What’s included (v0.4.34)
 
 Kernel (import-light):
 - workflow graphs: `WorkflowSpec` (`src/abstractruntime/core/spec.py`)

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/README.md

@@ -4,7 +4,7 @@
 
 It is designed for long-running workflows that must survive restarts and explicitly model blocking (human input, timers, external events, subworkflows) without keeping Python stacks alive.
 
-**Version:** 0.4.33 • **Python:** 3.10+
+**Version:** 0.4.34 • **Python:** 3.10+
 
 **Status:** pre-1.0 (API may evolve). For production use, pin versions and follow `CHANGELOG.md`.
 
@@ -32,7 +32,7 @@ Remote-light runtime:
 pip install abstractruntime
 ```
 
-The base install includes AbstractCore 2.14.0 or newer with remote provider,
+The base install includes AbstractCore 2.15.1 or newer with remote provider,
 tool, vision, voice, audio, and music integration, plus the
 `abstractruntime-mcp-worker` entry point. It keeps inference remote/light by
 default: local engines such as MLX, vLLM, HuggingFace/Torch, Diffusers, and
@@ -96,7 +96,7 @@ state = rt.resume(
 assert state.status.value == "completed"
 ```
 
-## What’s included (v0.4.33)
+## What’s included (v0.4.34)
 
 Kernel (import-light):
 - workflow graphs: `WorkflowSpec` (`src/abstractruntime/core/spec.py`)

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/docs/api.md

@@ -216,7 +216,7 @@ from Core route resolution and persisted from `LLM_CALL` results.
 
 ### AbstractCore (LLM + tools)
 
-Requires: `pip install abstractruntime` (AbstractCore 2.14.0 or newer is part of the base install).
+Requires: `pip install abstractruntime` (AbstractCore 2.15.1 or newer is part of the base install).
 
 Implementation: `src/abstractruntime/integrations/abstractcore/*`.
 

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/docs/architecture.md

@@ -1,7 +1,7 @@
 # AbstractRuntime — Architecture
 
 > Updated: 2026-08-27
-> Version: 0.4.33
+> Version: 0.4.34
 > Scope: this describes **what is implemented in this repository**.
 
 AbstractRuntime is a **durable workflow runtime**: it executes workflow graphs as a persisted state machine with explicit waits (user, time, events, jobs, subworkflows). A run can pause for hours/days and resume **without** keeping Python stacks/coroutines alive.

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/docs/getting-started.md

@@ -12,7 +12,7 @@ Remote-light runtime:
 pip install abstractruntime
 ```
 
-This installs AbstractCore 2.14.0 or newer with remote provider, vision,
+This installs AbstractCore 2.15.1 or newer with remote provider, vision,
 voice, audio, music, tool, and MCP-worker support. The base install is
 remote-light: it can route multimodal workflows to hosted or OpenAI-compatible
 endpoints, but it does not select local inferencer stacks such as MLX, vLLM,

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/docs/integrations/abstractcore.md

@@ -16,7 +16,7 @@ Implementation pointers (this repo):
 pip install abstractruntime
 ```
 
-The base install includes AbstractCore 2.14.0 or newer. That is the supported baseline for the current server auth split (`Authorization` for server auth, `X-AbstractCore-Provider-API-Key` for provider overrides), generated-media contracts, image upscaling, capability catalog, prompt-cache control-plane endpoints (including session attribution via `/acore/prompt_cache/key_meta`), host memory snapshots, the host-wide loaded-model sweep used by residency listings, durable bloc prompt-cache helpers, bindings and lifecycle operations, task-aware model residency for text/image/video/TTS/STT, current tool catalog, AbstractCore's public output-selector contract, async/sync text-generation output-selector parity, video generation endpoints, the public local vision-cache catalog helper used by Runtime discovery, vision adapter discovery plus batch/LoRA media controls, and the released shared workspace/file-filter utility surface used by Runtime packaging and integration checks.
+The base install includes AbstractCore 2.15.1 or newer. That is the supported baseline for the current server auth split (`Authorization` for server auth, `X-AbstractCore-Provider-API-Key` for provider overrides), generated-media contracts, image upscaling, capability catalog, prompt-cache control-plane endpoints (including session attribution via `/acore/prompt_cache/key_meta`), host memory snapshots, the host-wide loaded-model sweep used by residency listings, durable bloc prompt-cache helpers, bindings and lifecycle operations, task-aware model residency for text/image/video/TTS/STT, current tool catalog, AbstractCore's public output-selector contract, async/sync text-generation output-selector parity, video generation endpoints, the public local vision-cache catalog helper used by Runtime discovery, vision adapter discovery plus batch/LoRA media controls, and the released shared workspace/file-filter utility surface used by Runtime packaging and integration checks.
 
 The base install also includes the remote-light media/capability plugins needed
 for AbstractCore's multimodal `generate(..., output=...)` path. Local
@@ -689,7 +689,7 @@ without importing AbstractCore itself.
 | `delete_model_artifact(provider, artifact, dry_run=False, force=False)` | a `host_job_v1` job of kind `delete` |
 | `start_model_download_job(provider, artifact, dry_run=False)` | a `host_job_v1` job of kind `download` (single-flight per artifact) |
 | `host_jobs_list(kind=None, status=None)` | `{"schema": "host_jobs_v1", "jobs": [...]}`, newest first, including jobs started by other processes on the host |
-| `host_job(job_id)` / `host_job_cancel(job_id)` | one job, or `None` when the id is unknown |
+| `host_job(job_id)` / `host_job_cancel(job_id, *, by="api", user=None)` | one job, or `None` when the id is unknown; a cancel records `by` (`api`, `console`) and the signed-in `user` on the job (`cancelled_by`, `cancelled_by_user`, `ended_reason`; AbstractCore 2.15.1+) |
 | `console_fragment(kind)` | AbstractCore's embeddable web screen (`models` or `engines`): `{"html", "js", "css"}` |
 | `models_engines_support()` | `{"available", "abstractcore_version", "required", "missing"}`; never raises |
 

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/docs/troubleshooting.md

@@ -20,7 +20,7 @@ Fix:
 - Install or upgrade the base Runtime package. LLM/tools integration, common
   remote-light multimodal dependencies, and the MCP worker entry point are part
   of the base install.
-- The current AbstractCore integration expects `abstractcore>=2.14.0`.
+- The current AbstractCore integration expects `abstractcore>=2.15.1`.
 
 Verify:
 

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/llms-full.txt

@@ -13,7 +13,7 @@ It is generated from `llms.txt` in first-link order, de-duplicated, with repo-ro
 
 It is designed for long-running workflows that must survive restarts and explicitly model blocking (human input, timers, external events, subworkflows) without keeping Python stacks alive.
 
-**Version:** 0.4.33 • **Python:** 3.10+
+**Version:** 0.4.34 • **Python:** 3.10+
 
 **Status:** pre-1.0 (API may evolve). For production use, pin versions and follow `CHANGELOG.md`.
 
@@ -41,7 +41,7 @@ Remote-light runtime:
 pip install abstractruntime
 ```
 
-The base install includes AbstractCore 2.14.0 or newer with remote provider,
+The base install includes AbstractCore 2.15.1 or newer with remote provider,
 tool, vision, voice, audio, and music integration, plus the
 `abstractruntime-mcp-worker` entry point. It keeps inference remote/light by
 default: local engines such as MLX, vLLM, HuggingFace/Torch, Diffusers, and
@@ -105,7 +105,7 @@ state = rt.resume(
 assert state.status.value == "completed"
 ```
 
-## What’s included (v0.4.33)
+## What’s included (v0.4.34)
 
 Kernel (import-light):
 - workflow graphs: `WorkflowSpec` (`src/abstractruntime/core/spec.py`)
@@ -235,7 +235,7 @@ Remote-light runtime:
 pip install abstractruntime
 ```
 
-This installs AbstractCore 2.14.0 or newer with remote provider, vision,
+This installs AbstractCore 2.15.1 or newer with remote provider, vision,
 voice, audio, music, tool, and MCP-worker support. The base install is
 remote-light: it can route multimodal workflows to hosted or OpenAI-compatible
 endpoints, but it does not select local inferencer stacks such as MLX, vLLM,
@@ -594,7 +594,7 @@ from Core route resolution and persisted from `LLM_CALL` results.
 
 ### AbstractCore (LLM + tools)
 
-Requires: `pip install abstractruntime` (AbstractCore 2.14.0 or newer is part of the base install).
+Requires: `pip install abstractruntime` (AbstractCore 2.15.1 or newer is part of the base install).
 
 Implementation: `src/abstractruntime/integrations/abstractcore/*`.
 
@@ -684,7 +684,7 @@ This provides handlers for `MEMORY_KG_*` effects (opt-in wiring layer).
 # AbstractRuntime — Architecture
 
 > Updated: 2026-08-27
-> Version: 0.4.33
+> Version: 0.4.34
 > Scope: this describes **what is implemented in this repository**.
 
 AbstractRuntime is a **durable workflow runtime**: it executes workflow graphs as a persisted state machine with explicit waits (user, time, events, jobs, subworkflows). A run can pause for hours/days and resume **without** keeping Python stacks/coroutines alive.
@@ -1357,7 +1357,7 @@ Fix:
 - Install or upgrade the base Runtime package. LLM/tools integration, common
   remote-light multimodal dependencies, and the MCP worker entry point are part
   of the base install.
-- The current AbstractCore integration expects `abstractcore>=2.14.0`.
+- The current AbstractCore integration expects `abstractcore>=2.15.1`.
 
 Verify:
 
@@ -1832,7 +1832,7 @@ Implementation pointers (this repo):
 pip install abstractruntime
 ```
 
-The base install includes AbstractCore 2.14.0 or newer. That is the supported baseline for the current server auth split (`Authorization` for server auth, `X-AbstractCore-Provider-API-Key` for provider overrides), generated-media contracts, image upscaling, capability catalog, prompt-cache control-plane endpoints (including session attribution via `/acore/prompt_cache/key_meta`), host memory snapshots, the host-wide loaded-model sweep used by residency listings, durable bloc prompt-cache helpers, bindings and lifecycle operations, task-aware model residency for text/image/video/TTS/STT, current tool catalog, AbstractCore's public output-selector contract, async/sync text-generation output-selector parity, video generation endpoints, the public local vision-cache catalog helper used by Runtime discovery, vision adapter discovery plus batch/LoRA media controls, and the released shared workspace/file-filter utility surface used by Runtime packaging and integration checks.
+The base install includes AbstractCore 2.15.1 or newer. That is the supported baseline for the current server auth split (`Authorization` for server auth, `X-AbstractCore-Provider-API-Key` for provider overrides), generated-media contracts, image upscaling, capability catalog, prompt-cache control-plane endpoints (including session attribution via `/acore/prompt_cache/key_meta`), host memory snapshots, the host-wide loaded-model sweep used by residency listings, durable bloc prompt-cache helpers, bindings and lifecycle operations, task-aware model residency for text/image/video/TTS/STT, current tool catalog, AbstractCore's public output-selector contract, async/sync text-generation output-selector parity, video generation endpoints, the public local vision-cache catalog helper used by Runtime discovery, vision adapter discovery plus batch/LoRA media controls, and the released shared workspace/file-filter utility surface used by Runtime packaging and integration checks.
 
 The base install also includes the remote-light media/capability plugins needed
 for AbstractCore's multimodal `generate(..., output=...)` path. Local
@@ -2505,7 +2505,7 @@ without importing AbstractCore itself.
 | `delete_model_artifact(provider, artifact, dry_run=False, force=False)` | a `host_job_v1` job of kind `delete` |
 | `start_model_download_job(provider, artifact, dry_run=False)` | a `host_job_v1` job of kind `download` (single-flight per artifact) |
 | `host_jobs_list(kind=None, status=None)` | `{"schema": "host_jobs_v1", "jobs": [...]}`, newest first, including jobs started by other processes on the host |
-| `host_job(job_id)` / `host_job_cancel(job_id)` | one job, or `None` when the id is unknown |
+| `host_job(job_id)` / `host_job_cancel(job_id, *, by="api", user=None)` | one job, or `None` when the id is unknown; a cancel records `by` (`api`, `console`) and the signed-in `user` on the job (`cancelled_by`, `cancelled_by_user`, `ended_reason`; AbstractCore 2.15.1+) |
 | `console_fragment(kind)` | AbstractCore's embeddable web screen (`models` or `engines`): `{"html", "js", "css"}` |
 | `models_engines_support()` | `{"available", "abstractcore_version", "required", "missing"}`; never raises |
 
@@ -3645,6 +3645,16 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 
 ## [Unreleased]
 
+## [0.4.34] - 2026-09-24
+
+### Changed
+
+- `config_facade.host_job_cancel(job_id, *, by="api", user=None)` passes who asked for a cancel to
+  AbstractCore (needs AbstractCore with `HostJobRegistry.cancel(by=, user=)`), so a cancelled
+  download can say who cancelled it.
+- The AbstractCore floor is now 2.15.1 in the base install and in the `apple`
+  and `gpu` extras (the release whose host-job cancel takes `by` and `user`).
+
 ## [0.4.33] - 2026-09-23
 
 ### Added
@@ -4491,7 +4501,8 @@ AbstractRuntime is the durable execution substrate designed to pair with Abstrac
 
 Initial development version with basic proof-of-concept features.
 
-[Unreleased]: https://github.com/lpalbou/abstractruntime/compare/v0.4.33...HEAD
+[Unreleased]: https://github.com/lpalbou/abstractruntime/compare/v0.4.34...HEAD
+[0.4.34]: https://github.com/lpalbou/abstractruntime/compare/v0.4.33...v0.4.34
 [0.4.33]: https://github.com/lpalbou/abstractruntime/compare/v0.4.32...v0.4.33
 [0.4.32]: https://github.com/lpalbou/abstractruntime/compare/v0.4.29...v0.4.32
 [0.4.31]: https://github.com/lpalbou/abstractruntime/compare/v0.4.29...v0.4.31

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/llms.txt

@@ -3,10 +3,10 @@
 > Durable workflow runtime (interrupt → checkpoint → resume) with an append-only execution ledger.
 
 - Python: 3.10+ (see `pyproject.toml`)
-- Version: 0.4.33
+- Version: 0.4.34
 - Ecosystem: [AbstractFramework](https://github.com/lpalbou/AbstractFramework) umbrella, integrates with [AbstractCore](https://github.com/lpalbou/abstractcore)
 - Hard invariant: `RunState.vars` must be JSON-serializable (`src/abstractruntime/core/models.py`)
-- Current AbstractCore baseline: base `abstractruntime` installs `abstractcore[remote,tools,vision,voice,audio,music]>=2.14.0`
+- Current AbstractCore baseline: base `abstractruntime` installs `abstractcore[remote,tools,vision,voice,audio,music]>=2.15.1`
 - Install profiles: base `abstractruntime` is remote-light with MCP, generated media routing, and Runtime-owned permissive PDF read/write nodes; `abstractruntime[apple]` and `abstractruntime[gpu]` add local inferencer stacks.
 - Config boundary: Runtime does not read `ABSTRACTGATEWAY_*`; Gateway-owned config should be translated into explicit Runtime inputs or Runtime-owned env names. Hosts can attach `resolve_provider_endpoint_profile(provider_id)` to the LLM client; Runtime treats it as an optional resolver hook, injects transient provider/base URL/key params for the call, and redacts secret-like params from persisted observability.
 

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/pyproject.toml

@@ -4,7 +4,7 @@ build-backend = "hatchling.build"
 
 [project]
 name = "AbstractRuntime"
-version = "0.4.33"
+version = "0.4.34"
 description = "AbstractRuntime: a durable graph runner designed to pair with AbstractCore."
 readme = "README.md"
 requires-python = ">=3.10"
@@ -50,7 +50,7 @@ dependencies = [
   # Runtime's base install is the remote-light workflow host: LLM/tool effects,
   # MCP worker support, and multimodal routing are available without selecting
   # local inference engines.
-  "abstractcore[remote,tools,vision,voice,audio,music]>=2.14.0",
+  "abstractcore[remote,tools,vision,voice,audio,music]>=2.15.1",
   "openai<2.0.0,>=1.109.1",
   "httpx<1.0.0,>=0.28.1",
   "anyio<5.0.0,>=4.12.1",
@@ -67,12 +67,12 @@ dependencies = [
 
 [project.optional-dependencies]
 apple = [
-  "abstractcore[all-apple]>=2.14.0",
+  "abstractcore[all-apple]>=2.15.1",
   "setuptools<82.0.0,>=80.10.2",
 ]
 
 gpu = [
-  "abstractcore[all-gpu]>=2.14.0",
+  "abstractcore[all-gpu]>=2.15.1",
   # vLLM 0.9-0.19 caps setuptools below 80; 77.0.3 is still a modern floor.
   "setuptools<82.0.0,>=77.0.3",
 ]

abstractruntime-0.4.34/release-notes.md

@@ -0,0 +1,7 @@
+### Changed
+
+- `config_facade.host_job_cancel(job_id, *, by="api", user=None)` passes who asked for a cancel to
+  AbstractCore (needs AbstractCore with `HostJobRegistry.cancel(by=, user=)`), so a cancelled
+  download can say who cancelled it.
+- The AbstractCore floor is now 2.15.1 in the base install and in the `apple`
+  and `gpu` extras (the release whose host-job cancel takes `by` and `user`).

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/src/abstractruntime/integrations/abstractcore/config_facade.py

@@ -987,18 +987,23 @@ def host_job(job_id: str) -> Optional[Dict[str, Any]]:
     return dict(job) if job is not None else None
 
 
-def host_job_cancel(job_id: str) -> Optional[Dict[str, Any]]:
+def host_job_cancel(job_id: str, *, by: str = "api", user: Optional[str] = None) -> Optional[Dict[str, Any]]:
     """Cancel a job (terminates its process tree); `None` when the id is unknown.
 
+    `by` says who asked (`api`, or `console` when a person clicked Cancel in
+    a console) and `user` the signed-in account: AbstractCore records both on
+    the job (`cancelled_by`, `cancelled_by_user`, `ended_reason`), so a
+    cancelled download can say who cancelled it.
+
     A job owned by another process on this host is cancelled through its
     persisted cancel marker, which that process honours at its next check.
     """
 
     host_jobs = _core_module("config.host_jobs", "Host jobs")
     registry = host_jobs.default_registry()
-    job = registry.cancel(str(job_id))
+    job = registry.cancel(str(job_id), by=by, user=user)
     if job is None and registry.persist_dir is not None:
-        job = host_jobs.request_cancel(str(job_id), registry.persist_dir)
+        job = host_jobs.request_cancel(str(job_id), registry.persist_dir, by=by, user=user)
     return dict(job) if job is not None else None
 
 

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/tests/test_config_facade_models_engines.py

@@ -76,6 +76,7 @@ class FakeRegistry:
         self.persist_dir = persist_dir
         self.jobs: Dict[str, Dict[str, Any]] = {}
         self.cancelled: List[str] = []
+        self.cancel_by: List[Any] = []
 
     def list(self) -> List[Dict[str, Any]]:
         return list(self.jobs.values())
@@ -83,7 +84,8 @@ class FakeRegistry:
     def get(self, job_id: str) -> Optional[Dict[str, Any]]:
         return self.jobs.get(job_id)
 
-    def cancel(self, job_id: str) -> Optional[Dict[str, Any]]:
+    def cancel(self, job_id: str, *, by: str = "api", user: Optional[str] = None) -> Optional[Dict[str, Any]]:
+        self.cancel_by.append((job_id, by, user))
         job = self.jobs.get(job_id)
         if job is None:
             return None
@@ -196,7 +198,7 @@ def fake_core(monkeypatch: pytest.MonkeyPatch) -> types.SimpleNamespace:
     jobs_mod.start_download_job = start_download_job
     jobs_mod.read_persisted_jobs = lambda directory: list(persisted.values())
     jobs_mod.read_persisted_job = lambda job_id, directory: persisted.get(job_id)
-    jobs_mod.request_cancel = lambda job_id, directory: (dict(persisted[job_id], cancel_requested=True) if job_id in persisted else None)
+    jobs_mod.request_cancel = lambda job_id, directory, by="other_process", user=None: (dict(persisted[job_id], cancel_requested=True, cancelled_by=by, cancelled_by_user=user) if job_id in persisted else None)
 
     web_mod = types.ModuleType("abstractcore.console.web")
 
@@ -391,6 +393,11 @@ def test_jobs_list_merges_persisted_and_live_jobs_newest_first(fake_core, tmp_pa
     assert fake_core.registry.cancelled == ["eng_new"]
     assert facade.host_job_cancel("dl_old")["cancel_requested"] is True  # another process's job
     assert facade.host_job_cancel("unknown") is None
+    # Who asked travels to AbstractCore (mission KK): the default is `api`; a
+    # console click says `console` and names the signed-in account.
+    assert fake_core.registry.cancel_by[0] == ("eng_new", "api", None)
+    moved = facade.host_job_cancel("dl_old", by="console", user="admin")
+    assert (moved["cancelled_by"], moved["cancelled_by_user"]) == ("console", "admin")
 
 
 def test_jobs_without_persistence_read_only_the_live_registry(fake_core) -> None:

{abstractruntime-0.4.33 → abstractruntime-0.4.34}/tests/test_packaging_extras.py

@@ -50,7 +50,7 @@ def test_runtime_base_is_remote_light_with_multimodal_and_mcp_support() -> None:
     assert "abstractcore = [" not in text
     assert "multimodal = [" not in text
     assert "mcp-worker = [" not in text
-    assert '"abstractcore[remote,tools,vision,voice,audio,music]>=2.14.0"' in text
+    assert '"abstractcore[remote,tools,vision,voice,audio,music]>=2.15.1"' in text
     assert '"openai<2.0.0,>=1.109.1"' in text
     assert '"httpx<1.0.0,>=0.28.1"' in text
     assert '"anyio<5.0.0,>=4.12.1"' in text
@@ -85,8 +85,8 @@ def test_runtime_exposes_only_apple_and_gpu_user_install_profiles() -> None:
     apple_block = _extract_optional_dependency_block(text, key="apple")
     gpu_block = _extract_optional_dependency_block(text, key="gpu")
 
-    assert '"abstractcore[all-apple]>=2.14.0"' in apple_block
-    assert '"abstractcore[all-gpu]>=2.14.0"' in gpu_block
+    assert '"abstractcore[all-apple]>=2.15.1"' in apple_block
+    assert '"abstractcore[all-gpu]>=2.15.1"' in gpu_block
     assert '"setuptools<82.0.0,>=80.10.2"' in apple_block
     assert '"setuptools<82.0.0,>=77.0.3"' in gpu_block
     assert "pymupdf" not in apple_block.lower()

abstractruntime-0.4.33/release-notes.md

@@ -1,25 +0,0 @@
-### Added
-- **Models and engines for hosts.** `config_facade` passes AbstractCore's
-  models and engines features through to hosts, so the Gateway can offer the
-  same model browser and engine installer as `abstractcore models` and
-  `abstractcore engines` without importing AbstractCore:
-  `host_profile`, `engine_inventory`, `engine_status`,
-  `engine_install_plan`, `engine_download_url`, `engine_install`,
-  `model_catalog`, `list_installed_models`, `model_delete_blockers`,
-  `delete_model_artifact`, `start_model_download_job`, `host_jobs_list`,
-  `host_job`, `host_job_cancel` and `console_fragment`. Payloads are
-  AbstractCore's own (`host_profile_v1`, `engines_status_v1`,
-  `model_catalog_v1`, `models_installed_v1`, `host_job_v1`).
-- `models_engines_support()` reports whether the installed AbstractCore has
-  these modules. It never raises.
-- `AbstractCoreTooOld` (a `NotImplementedError`) is raised when the installed
-  AbstractCore predates these modules. The message names the installed
-  version and the upgrade command.
-- `HostActionRefused` carries an HTTP status and a structured body for
-  refusals: engine installs not allowed, unknown engine, an install already
-  running, a delete blocked by a loaded or shared model. Hosts no longer need
-  AbstractCore's exception types to tell refusals apart.
-
-### Changed
-- The AbstractCore floor is now 2.14.0 in the base install and in the `apple`
-  and `gpu` extras.