[goal] Killer demo capabilities — what hero_demo should be able to demonstrate #51
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Vision
A "killer demo" of Hero OS — what someone visiting
herodemo.gent01.grid.tfshould be able to do live, without any explanation, that proves out the platform's value proposition. The demo isn't a feature list; it's a story a stakeholder can play through and walk away thinking I get it.This issue is the spec. Everything below is what we want; the gap analysis below tells us what's already there vs. what blocks each capability.
The four-act demo
Act 1 — Browse and search content (foundation)
Act 2 — Per-context isolation (the multi-tenancy story)
Act 3 — AI Assistant as the operating layer
docs_herolibrary via MCP, returns useful answer with citations. The plumbing exists (search_hero_docstool); needs verification + tightening.business.contact.listvia MCP through the right context, returns the list as a usable answer. Requires per-context credentials in tool calls.Act 4 — Real productivity flows (the "this is mine" moment)
.docxin OnlyOffice, edit, save back to hero_foundry. Today the docs are listed but PDF-only; full edit round-trip is broken.Status today (2026-04-30)
Items currently working in the demo:
Items missing or fragile:
Gap analysis — what blocks each capability
books.summarizeMCP tool that grounds on book content + calls hero_agentsearch_hero_docsMCP tool works end-to-end from the AI Assistant UIbusiness.*.listas MCP tools with per-context routinguv runin an isolated subprocess, captures stdout/filesAcceptance — what "killer demo" means
service_proc start --resetor restart needed during the demo.dropped_totallog entries, zero half-broken-listener events, zero context-routing fallbacks.Why we file this as a goal
We've been playing whack-a-mole on individual symptoms (today: contexts island, photos, biz, business duplicate, log_batcher, hero_proc restart). Each fix was needed but the cumulative result is "the demo doesn't immediately fall over" — not "the demo is impressive." This issue is the explicit standard against which we measure that gap.
The structural fixes already filed (hero_proc#83/#84/#85, hero_osis#43, home#202/#204) are necessary for the demo to be reliable. The new MCP/AI capabilities listed in Act 3 are necessary for the demo to be memorable. We need both.
Cross-references
Signed-off-by: mik-tf
Update — corrective state assessment 2026-04-30
This issue's original "Items missing or fragile" section was wrong. After live verification, most of the AI capabilities I marked as missing are already working:
So the killer demo is already mostly built — what's missing is polish + ambient access + reliability, not features.
The 24-hour execution plan and the long-term picture are now split into a more useful structure:
Closing this issue's role as a single index — the work is now distributed across the issues above. This issue stays open as the running gap-list against the four-act demo flow.
Signed-off-by: mik-tf