Tried b9s? Tell me what happened

[vanderheijden86]

I built b9s, a terminal and phone UI for Beads. This thread is the one place for feedback on
v1.3: what worked, what confused you, and where you gave up.

A useful reply says:

• Platform: macOS or Linux (and arm64 or amd64)
• bd version: the output of bd version
• Project type: fresh bd init (embedded Dolt), Dolt server, or JSONL
• What you tried: TUI, phone through Tailscale, desktop browser, attachments
• Where it stopped you, if it did, and what you expected instead

Short replies are welcome. "Installed it, opened my project, closed it after a minute because X"
is exactly the feedback I need.

A reproducible bug can go to Issues directly. Everything else, here.

[JesperKiimak]

Hoi André, Jesper hier. Ik ben geen programmeur (ik doe marketing en ontwerp voor kleine klanten en werk elke dag met AI-agents), dus dit is feedback van die kant. Ik heb het niet geïnstalleerd; ik heb alleen de README gelezen en de demo gebruikt, dus zie het als een eerste indruk.

Wat ik goed vond: de boom met voortgang per epic is precies wat ik nodig heb om te zien waar een project staat. Hij is snel, werkt op de telefoon, en de docs (ADR's, post-mortems) laten zien dat je er echt zorg aan besteed hebt.

Waar een niet-programmeur tegen een muur loopt:

1. Woordkeuze. Epic, feature, milestone, blocked en deferred zijn programmeerwoorden. Mijn projecten praten in offerte, ontwerp, feedback en goedgekeurd.
2. Geen status "wacht op de klant". De helft van mijn werk is wachten op een klant of een beslissing. Dat wil ik als eigen status zien, los van "blocked".
3. Installatie. bd en een .beads-map in elk project is een flinke stap voor iemand die niet dagelijks in een terminal zit.

Mooi werk, ik ben benieuwd waar het heen gaat.

[vanderheijden86]

Nice, thanks voor de feedback @JesperKiimak! Cool om ook vanuit de marketing en ontwerp kant feedback te krijgen. Zeker waardevol. Wat gebruik jij / jullie voor taak mgmt? Je hebt bijvoorbeeld ook Linear (https://linear.app/). Als ik weet wat jullie gebruiken kan ik eens kijken hoe die twee werelden overlappen.

[vasanthsreeram]

First impression from the desktop-browser demo on macOS: I opened the webshop tree, then switched to Board. The epic rows and their wip/waiting/ready counts make the backlog easier to scan. I have read the README and used only the public demo; bd version and a local data source are untested, and I made no shared-record edits.

One thing I wanted to understand from a "waiting" count is whether it means a dependency is unfinished or a person owes an answer. For an agent task, a useful detail would be the exact unresolved question and who can answer it. A small fixture: a dummy product-description task pauses on "Use a playful or formal tone?" A missed answer leaves it unresolved; a later answer belongs to that specific task/question. The existing bd write path should remain responsible for any task update.

Disclosure: I build JustCallMe, a hosted phone channel for coding agents to ask their owner a blocking question. Would you be open to trying that one harmless tone choice in a disposable Claude Code/Codex session? I can help you verify your own phone and set up the private scoped-key skill. A b9s integration is unimplemented and untested; this would be a standalone question/answer trial. Keep phone numbers, verification codes, keys and real client details private.

[vanderheijden86]

Thanks for the feedback @vasanthsreeram. Where do you see a waiting count? Not sure I follow, care to post a printscreen with pointers to clarify? Thanks.