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

bbenbalter about 11 hours ago 1 commentsRead Article on github.com

DE version is available. Content is displayed in original English for accuracy.

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.

⚡ Community Insights

Discussion Sentiment

100% Positive

Analyzed from 122 words in the discussion.

Discussion (1 Comments)Read Original on HackerNews

mjhea0•about 1 hour ago

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

suzuridev•38 minutes 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?