From 3e572b68d12332b7defb5809fd3c29d7c47b2c34 Mon Sep 17 00:00:00 2001 From: Saravana Achu Mac Date: Fri, 3 Apr 2026 15:01:49 -0700 Subject: [PATCH] docs: strengthen ecosystem cross-pollination strategy --- ...OSYSTEM_CROSS_POLLINATION_OPPORTUNITIES.md | 188 +++++++++++++----- 1 file changed, 138 insertions(+), 50 deletions(-) diff --git a/docs/ECOSYSTEM_CROSS_POLLINATION_OPPORTUNITIES.md b/docs/ECOSYSTEM_CROSS_POLLINATION_OPPORTUNITIES.md index 818ac1fd..e6f7d83c 100644 --- a/docs/ECOSYSTEM_CROSS_POLLINATION_OPPORTUNITIES.md +++ b/docs/ECOSYSTEM_CROSS_POLLINATION_OPPORTUNITIES.md @@ -4,6 +4,18 @@ > **Scope:** Full local workspace scan across product repos, shared platform repos, internal tools, and `oss` agent repos. > **Primary goal:** Identify concrete opportunities where one repo's capabilities can strengthen other repos or the shared platform. +## Design Principle + +The ecosystem should optimize for the fewest possible user steps. + +- Capture once. +- Understand once. +- Route automatically. +- Ask for approval only when risk or ambiguity justifies it. +- Let one action create value across multiple products. + +The more the ecosystem can turn one capture, one intent, or one approval into multiple useful downstream outcomes, the more defensible it becomes for users. + --- ## 1. Scan Coverage @@ -36,27 +48,27 @@ This is not a line-by-line code audit. It is a systematic ecosystem opportunity ## 2. Ecosystem Capability Map -| Repo | Current Strength | Best Reusable Value for the Rest of the Ecosystem | -| ----------------------------------- | ---------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- | -| `learning_ai_common_plat` | Shared packages, platform-service, extraction-service, MCP/A2A, dashboards | The canonical place to centralize auth, telemetry, push, marketplace, usage, feature flags, design tokens, SDKs, and cross-product admin views | -| `learning_voice_ai_agent` | Cross-platform voice dictation, desktop-first workflows, transcripts, user/admin portals | Voice capture, transcript pipelines, desktop app patterns, billing and subscription patterns | -| `learning_multimodal_memory_agents` | Multimodal second-brain and memory primitives | Shared memory graph, reflection, summary, and personal knowledge patterns | -| `learning_ai_clock` | Timer/routine/focus orchestration across web/mobile/watch/mac | Time-awareness engine, routines, cascades, reminder orchestration | -| `learning_ai_fastgap` | Fasting visualization and coaching | Habit streaks, body-state workflows, longitudinal health tracking patterns | -| `learning_ai_jarvis_jr` | Voice-first multi-agent coaching and marketplace concepts | Agent marketplace, coaching orchestration, team/agent memory concepts | -| `learning_ai_peakpulse` | Sensor-driven adventure tracking | Sensor ingestion, route/session tracking, watch-first experiences | -| `learning_ai_notes` | Structured notes for humans and agents | Shared note blocks, capture flows, linking, retrieval, agent-readable context | -| `learning_ai_flowmonk` | Agent-first planning and execution | Planner UX, task decomposition, deterministic execution, structured work orchestration | -| `learning_ai_trails` | AI activity oversight, approvals, rewind, SDK | Agent audit, review, approval, replay, and observability primitives | -| `learning_ai_local_memory_gpt` | Local-first AI memory, RAG, multi-model compare | On-device memory, local vector/data patterns, privacy-first AI workflows | -| `learning_ai_local_llms` | Local model lab, hardware guidance, dashboard, eval workflows | Model selection, local inference guidance, hybrid-cloud AI fallback strategy | -| `learning_ai_smart_auth` | Identity platform spec | Canonical identity, passkey, MFA, OAuth, and org auth roadmap | -| `learning_ai_auth_app` | Standalone MFA/TOTP/device trust mobile app | Cross-product auth companion and secure approval UX | -| `learning_ai_efforise` | Identity-based habit tracking | Habit engine, nudges, streaks, effort scoring, lightweight wellness loops | -| `learning_ai_productivity_web` | Internal Next.js utilities shell | Fast internal operations tools, admin prototypes, workflow utilities | -| `learning_ai_mac_tooling` | Mac security audit, exfiltration detection, menu bar app | Device trust, data loss prevention, endpoint telemetry, secure desktop posture | -| `oss/learning_ai_claw-code-oss` | Open agent harness runtime | Runtime/tooling ideas that can influence ByteLyst agent products | -| `oss/learning_ai_claw-cowork` | Desktop file automation agent with sandbox, plugins, connectors | Safe agent execution, plugins, marketplace, document workflows, MCP connectors | +| Repo | Current Strength | Best Reusable Value for the Rest of the Ecosystem | +| ----------------------------------- | ---------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| `learning_ai_common_plat` | Shared packages, platform-service, extraction-service, MCP/A2A, dashboards | The canonical place to centralize auth, telemetry, push, marketplace, usage, feature flags, design tokens, SDKs, and cross-product admin views | +| `learning_voice_ai_agent` | Cross-platform voice dictation, desktop-first workflows, transcripts, user/admin portals | Voice capture, transcript pipelines, desktop app patterns, billing and subscription patterns | +| `learning_multimodal_memory_agents` | Multimodal second-brain and memory primitives | Shared memory graph, reflection, summary, and personal knowledge patterns | +| `learning_ai_clock` | Timer/routine/focus orchestration across web/mobile/watch/mac | Time-awareness engine, routines, cascades, reminder orchestration | +| `learning_ai_fastgap` | Fasting visualization and coaching | Habit streaks, body-state workflows, longitudinal health tracking patterns | +| `learning_ai_jarvis_jr` | Voice-first multi-agent coaching and marketplace concepts | Agent marketplace, coaching orchestration, team/agent memory concepts | +| `learning_ai_peakpulse` | Sensor-driven adventure tracking | Sensor ingestion, route/session tracking, watch-first experiences | +| `learning_ai_notes` | Structured notes for humans and agents | Shared note blocks, capture flows, linking, retrieval, agent-readable context | +| `learning_ai_flowmonk` | Agent-first planning and execution | Planner UX, task decomposition, deterministic execution, structured work orchestration | +| `learning_ai_trails` | AI activity oversight, approvals, rewind, SDK | Agent audit, review, approval, replay, and observability primitives | +| `learning_ai_local_memory_gpt` | Local-first AI memory, RAG, multi-model compare | On-device memory, local vector/data patterns, privacy-first AI workflows | +| `learning_ai_local_llms` | Local model lab, hardware guidance, dashboard, eval workflows | Model selection, local inference guidance, hybrid-cloud AI fallback strategy | +| `learning_ai_smart_auth` | Identity platform spec | Canonical identity, passkey, MFA, OAuth, and org auth roadmap | +| `learning_ai_auth_app` | Standalone MFA/TOTP/device trust mobile app | Cross-product auth companion and secure approval UX | +| `learning_ai_efforise` | Identity-based habit tracking | Habit engine, nudges, streaks, effort scoring, lightweight wellness loops | +| `learning_ai_productivity_web` | Internal Next.js utilities shell | Fast internal operations tools, admin prototypes, workflow utilities | +| `learning_ai_mac_tooling` | Mac security audit, exfiltration detection, menu bar app | Device trust, data loss prevention, endpoint telemetry, secure desktop posture | +| `oss/learning_ai_claw-code-oss` | Open agent harness runtime | Sub-agents, todos/tasks, persistent project memory, session resume, tool permissioning, MCP lifecycle, config hierarchy, worktree isolation, remote trigger and bridge ideas | +| `oss/learning_ai_claw-cowork` | Desktop file automation agent with sandbox, plugins, connectors | Safe agent execution, scheduled automation, browser-extension capture, computer use, audit logs, prompt-injection detection, plugin marketplace, Dispatch API, MCP connectors | --- @@ -113,6 +125,23 @@ There is a strong but currently fragmented agent platform surface: This is enough to build a coherent ByteLyst agent runtime and operations layer, but only if the contracts become shared. +### 3.5 Low-friction personal operating system + +The biggest opportunity is not a larger feature list. It is collapsing multi-step workflows into one-step user outcomes. + +The `claw-code` and `claw-cowork` repos materially improve this because they already demonstrate reusable patterns for: + +- persistent sessions and resume +- todo/task tracking during long-running work +- remote triggers and scheduled triggers +- browser, desktop, and bridge handoff +- sub-agent or team-agent orchestration +- MCP-based tool routing and lifecycle +- explicit permission checkpoints +- plan, review, compact, and continue loops + +Those patterns should become ecosystem capabilities, not remain isolated CLI or desktop-agent behaviors. + --- ## 4. Ecosystem Gaps @@ -134,6 +163,8 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, 3. Model-routing strategy is not yet clearly shared across cloud-first, local-first, and hybrid products. 4. Agent execution policies are still product-specific instead of policy-driven and reusable across cowork, JarvisJr, FlowMonk, and ActionTrail. 5. Evaluation loops exist in pockets, but there is no single benchmark suite covering extraction quality, summarization quality, coaching quality, planning quality, and safety/approval precision. +6. There is no shared runtime contract for session memory, todo state, plan state, compaction, resume, worktree isolation, or remote triggers across agent products. +7. Browser extension capture, desktop Dispatch APIs, and bridge patterns exist in the `claw` repos, but they are not yet treated as reusable ecosystem primitives. ### 4.3 Product experience gaps @@ -141,20 +172,49 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, 2. Wellness/time/planning products still read like separate apps rather than one coordinated life/work operating system. 3. Agent products do not yet visibly converge on one review model for approvals, rollback, trust, and audit. 4. Internal tools exist, but there is no single "operator cockpit" for ecosystem health, trust posture, cost, AI quality, and active incidents. +5. Browser-first and desktop-first flows are disconnected. The `Send to Cowork` style capture path should exist beyond file automation. +6. The ecosystem does not yet exploit resume-anywhere behavior. Users should be able to start on desktop, approve on mobile, inspect in trails, and consume outputs in notes or memory without restarting context. --- -## 5. Cross-Pollination Opportunities by Capability Area +## 5. One-Step User Journeys To Optimize For -### 5.1 Identity and security +These are the highest-value UX outcomes because they reduce user effort while increasing ecosystem leverage. + +1. **Speak once, benefit everywhere.** + A user dictates into LysnrAI and the system automatically creates a transcript, a structured NoteLett note, a MindLyst memory candidate, and optional FlowMonk tasks. + +2. **Plan once, follow through automatically.** + A user creates a plan in FlowMonk and it automatically becomes ChronoMind routines, EffoRise habits, and timeline entries, with approvals only when risky automation is involved. + +3. **Capture once from the browser.** + A user clicks a shared browser action and sends content into the right downstream product: NoteLett for knowledge, FlowMonk for action, MindLyst for memory, or Cowork for execution. + +4. **Delegate once, review once.** + A user dispatches a task to Cowork or another agent surface, receives approvals through Auth App when needed, reviews execution in ActionTrail, and gets the final artifact in NoteLett or MindLyst. + +5. **Start anywhere, resume anywhere.** + A user starts on desktop, receives a prompt or approval on mobile, revisits the audit trail on web, and resumes without reconstructing context. + +6. **One trusted approval, many safe actions.** + Once a device and user are trusted, the ecosystem should batch or suppress redundant approvals and only interrupt again when risk posture changes. + +These journeys should be used as the main acceptance test for cross-product architecture decisions. + +--- + +## 6. Cross-Pollination Opportunities by Capability Area + +### 6.1 Identity and security 1. Use `learning_ai_auth_app` as the default approval device for ecosystem-wide login, sensitive action approval, and agent-run approval. 2. Bring `learning_ai_mac_tooling` device trust signals into `learning_ai_common_plat` so risky desktops can require step-up auth before agent execution or file export. 3. Reuse `learning_ai_trails` approval and rewind ideas inside `oss/learning_ai_claw-cowork`, `learning_ai_flowmonk`, and `learning_ai_jarvis_jr`. 4. Implement a shared "trusted device score" service in `learning_ai_common_plat` backed by auth events, device posture, and anomaly signals. 5. Make SmartAuth the source of truth for passkeys, push MFA, device trust, and org policy enforcement across every product repo. +6. Reuse Cowork's destructive-action approvals, unattended execution policies, and audit-log patterns for higher-autonomy workflows across the ecosystem. -### 5.2 Notes, memory, and knowledge graph +### 6.2 Notes, memory, and knowledge graph 1. Pipe LysnrAI transcripts directly into NoteLett note blocks and MindLyst memory ingestion. 2. Use NoteLett as the canonical human-editable layer on top of MindLyst's machine-generated memory/reflection layer. @@ -162,23 +222,26 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, 4. Expose a common "artifact" schema in `learning_ai_common_plat` for transcript, note, summary, memory, plan, trail, route, and report objects. 5. Let Claw Cowork generate structured artifacts into the same schema after completing a task, so agent work products become searchable ecosystem knowledge. 6. Use `learning_ai_trails` to show provenance for who or what created each memory artifact, including user edit versus agent generation. +7. Reuse `claw-code` style persistent memory files and session-resume concepts for per-user, per-project, and per-goal continuity in FlowMonk, JarvisJr, and NoteLett. -### 5.3 Voice and multimodal capture +### 6.3 Voice and multimodal capture 1. Reuse LysnrAI capture/transcript flows in JarvisJr, NoteLett, FlowMonk, and MindLyst instead of rebuilding voice capture independently. 2. Feed PeakPulse session voice notes and ChronoMind spoken commands into the same shared transcript/capture pipeline. 3. Add "capture once, route everywhere" workflows: one voice memo can become a note, task, habit check-in, route annotation, or memory entry. 4. Use extraction-service to normalize voice, document, screenshot, and scanned artifact ingestion for NoteLett, MindLyst, and Cowork. +5. Reuse Cowork browser-extension capture patterns for ecosystem-wide "Send to ..." flows from the browser into NoteLett, FlowMonk, MindLyst, and ActionTrail. -### 5.4 Time, habits, planning, and coaching +### 6.4 Time, habits, planning, and coaching 1. Reuse ChronoMind routines and reminder cascades inside EffoRise habit plans, NomGap fasting windows, and FlowMonk execution plans. 2. Let FlowMonk generate plans that can instantiate ChronoMind routines and EffoRise habits automatically. 3. Let JarvisJr coaching sessions schedule concrete follow-through actions in ChronoMind and EffoRise instead of ending as chat only. 4. Use PeakPulse activity sessions as signal input for EffoRise effort scoring and MindLyst daily reflection generation. 5. Add a shared "goal engine" in common platform that ties habits, plans, timers, sessions, and streaks into one measurable model. +6. Reuse `claw-code` todo/task patterns and Cowork scheduled automation patterns so plans can persist, resume, and self-advance with fewer user restarts. -### 5.5 Agent runtime and oversight +### 6.5 Agent runtime and oversight 1. Converge on ActionTrail as the canonical review/audit layer for all higher-autonomy agent products. 2. Reuse Cowork's sandbox, plugin, connector, and budget-control ideas for JarvisJr and FlowMonk execution surfaces. @@ -186,22 +249,27 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, 4. Define one ecosystem action log schema for planner decisions, tool calls, policy checks, approvals, retries, failures, and rollbacks. 5. Bring Claw Code OSS runtime learnings into a reusable internal harness package, but keep the ByteLyst policy/audit layer above it. 6. Make ActionTrail the replay UI for Cowork runs, FlowMonk automations, and future JarvisJr delegations. +7. Reuse `claw-code` features such as session resume, todo write, project memory, slash-command ergonomics, model/cost status, worktree isolation, and MCP lifecycle management as ecosystem runtime primitives rather than isolated CLI features. +8. Reuse Cowork's Dispatch API pattern so users can send a task from phone, browser, or another product into a trusted desktop executor without rebuilding orchestration from scratch. +9. Reuse Cowork's prompt-injection detection and screenshot manipulation detection for any product that lets agents inspect browser content, uploads, screenshots, or desktop surfaces. -### 5.6 Marketplace, packaging, and monetization +### 6.6 Marketplace, packaging, and monetization 1. Unify the marketplace concepts in JarvisJr, Cowork, and common platform into one ecosystem marketplace for agents, plugins, templates, connectors, and premium packs. 2. Treat Note templates, FlowMonk workflows, ChronoMind routines, EffoRise programs, and Cowork skills as marketplace inventory types rather than isolated config files. 3. Reuse platform-service billing, entitlement, and usage controls for premium automations and multi-product bundles. 4. Support "creator packs" that can publish one asset to multiple products with product-specific presentation layers. +5. Treat skills, prompt packs, review templates, slash-command bundles, and department agents from the `claw` repos as first-class marketplace inventory candidates. -### 5.7 Notifications and cross-device experiences +### 6.7 Notifications and cross-device experiences 1. Use a shared notification orchestration layer for MFA approval, timer urgency, coaching nudges, habit reminders, plan deadlines, and agent approval prompts. 2. Let ByteLyst Auth become the secure approval channel, while ChronoMind and EffoRise become the routine/nudge channels. 3. Feed watch/mobile surfaces from ChronoMind, PeakPulse, and Auth into a coordinated wearable strategy instead of separate notification silos. 4. Build shared digest surfaces: daily brief, risk brief, work brief, health brief, and memory brief. +5. Add "resume on another surface" interactions inspired by `claw-code` and Cowork: start in desktop, continue in web, approve in auth app, inspect in trails, consume in notes or memory. -### 5.8 Internal operations and developer tooling +### 6.8 Internal operations and developer tooling 1. Fold `learning_ai_productivity_web` into a general-purpose internal operations shell or replace it with shared platform operator dashboards. 2. Expose `learning_ai_mac_tooling` findings into admin-web so security posture becomes visible next to auth, usage, and incident data. @@ -210,7 +278,7 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, --- -## 6. Improvement Ideas by Repo +## 7. Improvement Ideas by Repo ### `learning_ai_common_plat` @@ -220,6 +288,8 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, - Add a unified marketplace inventory model for templates, plugins, prompts, skills, agents, and workflows. - Add a personal timeline API that aggregates cross-product activity. - Add cross-product notification orchestration with channel rules and escalation rules. +- Add a reusable agent runtime contract covering session state, todos, plan state, resume, approvals, action logs, and handoff metadata. +- Add a bridge/dispatch abstraction for browser, IDE, mobile, and desktop task handoff. ### `learning_voice_ai_agent` @@ -250,6 +320,7 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, - Reuse common platform marketplace instead of a product-local marketplace. - Consume MindLyst memory and NoteLett notes as coaching context. - Send delegated or automated actions through ActionTrail and Cowork-style policy gates. +- Reuse `claw-code` team/sub-agent, task, and persistent-memory patterns for coach specialization and delegated assistance. ### `learning_ai_peakpulse` @@ -262,18 +333,21 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, - Become the canonical editable workspace for artifacts generated by LysnrAI, Cowork, FlowMonk, and JarvisJr. - Add first-class provenance and "created by agent" metadata from ActionTrail. - Share block schemas with MindLyst and Local Memory GPT. +- Add browser and desktop quick-capture entrypoints modeled after Cowork's extension and dispatch patterns. ### `learning_ai_flowmonk` - Build on ChronoMind routines, EffoRise habits, and NoteLett notes instead of reproducing those abstractions. - Use Cowork for high-autonomy execution and ActionTrail for audit/approval. - Export plans as artifacts and timeline events into common platform. +- Reuse `claw-code` todo lists, plan mode, compaction, and resume semantics so plans can survive long-running work without context loss. ### `learning_ai_trails` - Become the ecosystem action ledger for every meaningful AI-driven operation. - Add first-class adapters for Cowork, FlowMonk, JarvisJr, and LysnrAI transformations. - Integrate device trust and auth state into approval policy decisions. +- Add replay views for browser capture, remote dispatch, scheduled runs, and resume chains across agent workflows. ### `learning_ai_local_memory_gpt` @@ -303,6 +377,7 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, ### `learning_ai_productivity_web` - Either formalize as the lightweight internal ops sandbox or retire in favor of common platform dashboards and UX lab. +- If kept, use it as a thin shell over shared bridge, dispatch, and operator APIs rather than a separate island. ### `learning_ai_mac_tooling` @@ -312,17 +387,19 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, ### `oss/learning_ai_claw-code-oss` -- Reuse only the clean runtime/harness ideas that strengthen internal agent execution; do not allow the workspace to drift into a second ungoverned policy layer. +- Reuse only the clean runtime/harness ideas that strengthen internal agent execution: session persistence, task/todo state, project memory, slash-command ergonomics, MCP lifecycle, config hierarchy, bridge modes, remote triggers, and worktree isolation. +- Do not allow the workspace to drift into a second ungoverned policy layer. ### `oss/learning_ai_claw-cowork` - Integrate tightly with ActionTrail, SmartAuth, Auth App, and common platform marketplace. - Emit structured artifacts into NoteLett and MindLyst after runs. - Reuse local-llm-lab recommendations for local execution fallback and cost control. +- Promote its strongest reusable capabilities into the ecosystem: Dispatch API, scheduled automation, browser extension capture, audit panel patterns, prompt-injection detection, screenshot safety heuristics, and app/browser/desktop handoff. --- -## 7. Priority Recommendations +## 8. Priority Recommendations ### P0: Foundational integrations @@ -331,6 +408,7 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, 3. Define a unified approval model spanning SmartAuth, Auth App, ActionTrail, and Cowork. 4. Define a shared cross-product deep-linking convention. 5. Define a marketplace inventory model that supports plugins, agents, prompts, templates, and workflows. +6. Define a shared agent runtime contract for session memory, todo state, approvals, resume, dispatch, and schedule metadata. ### P1: Cross-product user value @@ -339,6 +417,8 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, 3. Cowork run -> ActionTrail audit -> NoteLett report -> MindLyst memory ingestion. 4. PeakPulse session -> MindLyst reflection -> EffoRise effort credit. 5. Device risk from mac-tooling -> SmartAuth step-up auth -> Cowork execution restrictions. +6. Browser/web capture -> NoteLett or FlowMonk or MindLyst via a shared "Send to ..." entrypoint. +7. Remote task dispatch -> trusted desktop executor -> trails replay -> notes or memory output. ### P2: Ecosystem differentiation @@ -349,24 +429,26 @@ This is enough to build a coherent ByteLyst agent runtime and operations layer, --- -## 8. Execution Matrix +## 9. Execution Matrix -| Initiative | Primary Owner | Key Dependent Repos | Impact | Effort | Why It Should Happen Early | -| --------------------------------------- | ---------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------ | ------ | ------ | -------------------------------------------------------------------------------------- | -| Shared artifact schema | `learning_ai_common_plat` | `learning_voice_ai_agent`, `learning_ai_notes`, `learning_multimodal_memory_agents`, `learning_ai_flowmonk`, `oss/learning_ai_claw-cowork` | High | Medium | It unblocks memory, search, provenance, timelines, and agent output reuse | -| Shared event taxonomy + action log | `learning_ai_common_plat` + `learning_ai_trails` | `oss/learning_ai_claw-cowork`, `learning_ai_flowmonk`, `learning_ai_jarvis_jr`, `learning_voice_ai_agent` | High | Medium | It turns fragmented agent/product telemetry into one reviewable substrate | -| Unified approvals and trust model | `learning_ai_smart_auth` + `learning_ai_auth_app` + `learning_ai_trails` | `oss/learning_ai_claw-cowork`, `learning_ai_mac_tooling`, `learning_ai_common_plat` | High | Medium | It creates one policy model for login, step-up auth, and agent approvals | -| Transcript -> note -> memory pipeline | `learning_voice_ai_agent` + `learning_ai_notes` + `learning_multimodal_memory_agents` | `learning_ai_common_plat` | High | Medium | It creates immediate user-visible value across three flagship products | -| Plan -> routine -> habit handoff | `learning_ai_flowmonk` + `learning_ai_clock` + `learning_ai_efforise` | `learning_ai_common_plat` | High | Medium | It turns planning into follow-through instead of isolated planning data | -| Cowork -> Trail -> Notes -> Memory flow | `oss/learning_ai_claw-cowork` + `learning_ai_trails` + `learning_ai_notes` + `learning_multimodal_memory_agents` | `learning_ai_common_plat` | High | High | It creates a differentiated audited-agent workflow that few ecosystems have | -| Device trust ingestion | `learning_ai_mac_tooling` + `learning_ai_common_plat` | `learning_ai_smart_auth`, `learning_ai_auth_app`, `oss/learning_ai_claw-cowork` | Medium | Medium | It upgrades desktop/agent safety with existing assets already in the workspace | -| Shared marketplace inventory model | `learning_ai_common_plat` | `learning_ai_jarvis_jr`, `oss/learning_ai_claw-cowork`, `learning_ai_notes`, `learning_ai_flowmonk`, `learning_ai_clock` | High | High | It can unify monetization and reusable asset distribution | -| Shared personal timeline | `learning_ai_common_plat` | Almost all product repos | High | High | It becomes the ecosystem shell once events and artifacts are standardized | -| Hybrid local/cloud AI routing | `learning_ai_local_llms` + `learning_ai_local_memory_gpt` + `learning_ai_common_plat` | `oss/learning_ai_claw-cowork`, `learning_multimodal_memory_agents`, `learning_voice_ai_agent` | Medium | High | It is strategically valuable, but depends on artifact and policy standardization first | +| Initiative | Primary Owner | Key Dependent Repos | Impact | Effort | Why It Should Happen Early | +| ----------------------------------------- | ---------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------ | ------ | ------ | ----------------------------------------------------------------------------------------------------- | +| Shared artifact schema | `learning_ai_common_plat` | `learning_voice_ai_agent`, `learning_ai_notes`, `learning_multimodal_memory_agents`, `learning_ai_flowmonk`, `oss/learning_ai_claw-cowork` | High | Medium | It unblocks memory, search, provenance, timelines, and agent output reuse | +| Shared event taxonomy + action log | `learning_ai_common_plat` + `learning_ai_trails` | `oss/learning_ai_claw-cowork`, `learning_ai_flowmonk`, `learning_ai_jarvis_jr`, `learning_voice_ai_agent` | High | Medium | It turns fragmented agent/product telemetry into one reviewable substrate | +| Unified approvals and trust model | `learning_ai_smart_auth` + `learning_ai_auth_app` + `learning_ai_trails` | `oss/learning_ai_claw-cowork`, `learning_ai_mac_tooling`, `learning_ai_common_plat` | High | Medium | It creates one policy model for login, step-up auth, and agent approvals | +| Shared agent runtime contract | `learning_ai_common_plat` | `oss/learning_ai_claw-code-oss`, `oss/learning_ai_claw-cowork`, `learning_ai_flowmonk`, `learning_ai_jarvis_jr`, `learning_ai_trails` | High | Medium | It prevents each agent product from reinventing session state, todos, approvals, and resume flows | +| Transcript -> note -> memory pipeline | `learning_voice_ai_agent` + `learning_ai_notes` + `learning_multimodal_memory_agents` | `learning_ai_common_plat` | High | Medium | It creates immediate user-visible value across three flagship products | +| Plan -> routine -> habit handoff | `learning_ai_flowmonk` + `learning_ai_clock` + `learning_ai_efforise` | `learning_ai_common_plat` | High | Medium | It turns planning into follow-through instead of isolated planning data | +| Cowork -> Trail -> Notes -> Memory flow | `oss/learning_ai_claw-cowork` + `learning_ai_trails` + `learning_ai_notes` + `learning_multimodal_memory_agents` | `learning_ai_common_plat` | High | High | It creates a differentiated audited-agent workflow that few ecosystems have | +| Device trust ingestion | `learning_ai_mac_tooling` + `learning_ai_common_plat` | `learning_ai_smart_auth`, `learning_ai_auth_app`, `oss/learning_ai_claw-cowork` | Medium | Medium | It upgrades desktop/agent safety with existing assets already in the workspace | +| Shared browser and desktop dispatch layer | `learning_ai_common_plat` + `oss/learning_ai_claw-cowork` | `learning_ai_notes`, `learning_ai_flowmonk`, `learning_multimodal_memory_agents`, `learning_ai_trails` | High | Medium | It lowers capture friction and creates one route from browser or mobile into agent-assisted workflows | +| Shared marketplace inventory model | `learning_ai_common_plat` | `learning_ai_jarvis_jr`, `oss/learning_ai_claw-cowork`, `learning_ai_notes`, `learning_ai_flowmonk`, `learning_ai_clock` | High | High | It can unify monetization and reusable asset distribution | +| Shared personal timeline | `learning_ai_common_plat` | Almost all product repos | High | High | It becomes the ecosystem shell once events and artifacts are standardized | +| Hybrid local/cloud AI routing | `learning_ai_local_llms` + `learning_ai_local_memory_gpt` + `learning_ai_common_plat` | `oss/learning_ai_claw-cowork`, `learning_multimodal_memory_agents`, `learning_voice_ai_agent` | Medium | High | It is strategically valuable, but depends on artifact and policy standardization first | --- -## 9. Guardrails: What Not to Over-Unify +## 10. Guardrails: What Not to Over-Unify Cross-pollination only helps if it centralizes the right seams. These areas should stay product-specific: @@ -382,6 +464,8 @@ The unification target should be: - approvals - events - artifacts +- runtime contracts +- dispatch and bridge contracts - notifications - marketplace inventory - retrieval contracts @@ -391,7 +475,7 @@ The non-target should be each app's core domain experience. --- -## 10. Suggested 90-Day Sequence +## 11. Suggested 90-Day Sequence ### Days 1-30 @@ -399,6 +483,7 @@ The non-target should be each app's core domain experience. 2. Draft the shared event taxonomy and action log schema. 3. Draft the unified approval and trusted-device model. 4. Draft the cross-product deep-link convention. +5. Draft the shared agent runtime contract for session state, resume, todos, schedules, and dispatch. ### Days 31-60 @@ -406,6 +491,7 @@ The non-target should be each app's core domain experience. 2. Implement the FlowMonk -> ChronoMind -> EffoRise handoff. 3. Implement the Cowork -> ActionTrail audit event emission path. 4. Prototype mac-tooling -> platform-service device risk ingestion. +5. Prototype shared browser capture and dispatch using Cowork extension and Dispatch API patterns. ### Days 61-90 @@ -413,10 +499,11 @@ The non-target should be each app's core domain experience. 2. Stand up a shared notification orchestration service. 3. Convert marketplace concepts into one inventory model and one entitlement model. 4. Add one operator cockpit view that merges auth, usage, risk, and AI action streams. +5. Add resume-anywhere flows across desktop, auth app, trails, and notes or memory consumers. --- -## 11. Recommended Next Documents +## 12. Recommended Next Documents This document should lead to a small set of follow-on specs rather than another broad audit: @@ -428,7 +515,7 @@ This document should lead to a small set of follow-on specs rather than another --- -## 12. Bottom Line +## 13. Bottom Line The ecosystem's biggest unrealized strength is not any single app. It is the combination of: @@ -437,5 +524,6 @@ The ecosystem's biggest unrealized strength is not any single app. It is the com - strong memory and note systems - strong time/habit/planning loops - strong agent execution and audit infrastructure +- strong harness and runtime patterns already proven in `claw-code` and `claw-cowork` The main gap is that these strengths still live in adjacent repos instead of one intentional platform model. The next step should be standardizing the shared contracts that let each repo keep its own product identity while participating in one ByteLyst operating system.