Show HN: An MCP server that turns async-work practices into tools

Show HN: An MCP server that turns async-work practices into tools(github.com)

16 points by benbalter 12 hours ago | 4 comments

More than a decade ago, I adopted the self-imposed rule, if I answer a question more than once, the third time I need to be able to answer with a URL. Today, I published one very large URL - a book distilling what I learned from helping people work remotely at GitHub, and I wanted to rethink my rule for the age of AI.

What if, instead of a URL, I could create an interactive experience that could tailor the guidance to your particular situation?

What I ended up building was an Open and Async Advisor MCP server. To install (in claude or any other AI):

> claude mcp add open-async -- npx -y @open-and-async/mcp

Transparently, yes, it's from a book I wrote which launched today, but the MCP server is open source and free to use. No purchase required. It knows the key principles of the book, and has specialized tools like `draft_decision_doc`, `convert_meeting_to_async`, `score_status_update`, `triage_sync_vs_async`.

This is an experiment for me, and I'm genuinely curious if it's helpful for others.

polotics 1 hour ago |

The readme is so thick with breathless LLMisms that it makes one wonder what is the point. That's a bit sad because the book's website and blog appear interesting, the author can write. Still: shall I spend 10 bucks by buying and reading the book, or by consuming tokens on LLMs that read it?

znhskzj 1 hour ago |

This has been very inspiring for a MCP design novice like me; I can now implement executable tools, reference knowledge, and user workflows in my own MCP.

mjhea0 2 hours ago |

So nice to see a new library written in JavaScript instead of TypeScript.

suzuridev 2 hours ago |

The "book as an MCP server" framing is the part that interests me. I run a small MCP server myself (semantic search over government documents), and the thing I keep noticing is that the interface changes what people ask — nobody asks a PDF "what should I do in my situation," but they'll ask a tool that. Shipping specialized tools (draft_decision_doc etc.) over one generic ask_the_book tool also seems like the right call — clearer intent per call, less context spent on tool descriptions. I noticed you went with keyword search over a summary corpus plus citations rather than embedding the full text — curious whether that was a licensing decision (keeping the manuscript out of the package) or you found summaries-with-citations just work better for this kind of prescriptive content than semantic retrieval over the full prose?