diff --git a/AI_CAPABILITIES.md b/AI_CAPABILITIES.md
index 343c424..f637684 100644
--- a/AI_CAPABILITIES.md
+++ b/AI_CAPABILITIES.md
@@ -587,7 +587,7 @@ The MCP descriptor at `GET /api/mcp` reports a semver `version`. Tool names
 are append-only within a major version — agents can cache the tool list
 safely for the duration of a conversation but should re-fetch on 404.
 
-Current version: **2.4.1**.
+Current version: **2.4.2**.
 
 - **1.x** — session-cookie-only MCP, no tenant keys.
 - **2.0** — `vibn_sk_…` keys, workspace-scoped Gitea bot + Coolify project.
@@ -607,6 +607,14 @@ Current version: **2.4.1**.
   pathways) now auto-falls-back to direct `docker compose up -d` over SSH
   when Coolify's queue stalls, so a single `apps.create` call really does
   leave a running stack.
+- **2.4.2** — `apps.create` no longer reports `started: false` when only a
+  sidecar (worker / scheduler) failed its `depends_on: service_healthy`
+  gate. We now probe the host with `docker ps` after `compose up -d` and
+  return `started: true` whenever any container of the stack is running,
+  surfacing the compose stderr in `startDiag` so agents can decide whether
+  to re-run `apps.containers.up` later. This matches the real-world
+  behavior of slow-booting apps like Twenty (worker waits ~3 min for
+  twenty's healthcheck, exceeds compose's default depends_on timeout).
 
 ---
 
diff --git a/dyad b/dyad
new file mode 160000
index 0000000..f86b78b
--- /dev/null
+++ b/dyad
@@ -0,0 +1 @@
+Subproject commit f86b78bba398065a8d00f2a1aff2fd144a65363b