@open-and-async/mcp 0.0.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/data/book.json ADDED
@@ -0,0 +1,620 @@
1
+ {
2
+ "_copyright": "© 2026 Open & Async LLC. All rights reserved.",
3
+ "_license": "Proprietary. Permission is granted to use this data file solely as part of operating the @open-and-async/mcp software. No redistribution as a standalone dataset, no derivative datasets, and no use as training data. The full work is the book: https://open-and-async.com. See DATA-LICENSE.md.",
4
+ "version": "1.0.0",
5
+ "buyUrl": "https://open-and-async.com",
6
+ "outline": [
7
+ {
8
+ "section": "Foundations and definitions",
9
+ "chapters": [
10
+ {
11
+ "slug": "remote-work-that-actually-works",
12
+ "title": "Remote work that actually works",
13
+ "tldr": "Most companies just moved office habits online and called it remote work, but true remote success demands a shift to openness and asynchronous collaboration—without it, you’re stuck with all the old frustrations plus new headaches. This chapter lays the groundwork so you can stop digitizing dysfunction and start building a team that actually thrives outside the office.",
14
+ "anchor": "#remote-work-that-actually-works"
15
+ },
16
+ {
17
+ "slug": "defining-open-async-and-remotefirst-work",
18
+ "title": "Defining Open, Async, and Remote-First Work {#what-is-distributed-and-remote-first-work}",
19
+ "tldr": "If you don’t nail down what “remote” and “distributed” actually mean in your company, you’ll waste months propping up broken office habits online instead of reaping the benefits of proven, open-source–style async collaboration. This chapter gives you the definitions—and the templates—you need to get it right from day one.",
20
+ "anchor": "#defining-open-async-and-remotefirst-work"
21
+ },
22
+ {
23
+ "slug": "history-of-remote-work-at-github",
24
+ "title": "History of Remote Work at GitHub",
25
+ "tldr": "GitHub used Issues, Pull Requests, and Markdown to run everything—code, legal, HR, even vacation policy—proving that open-source workflows aren't just for open source. The practices that scaled a startup to a global platform are yours to replicate.",
26
+ "anchor": "#history-of-remote-work-at-github"
27
+ }
28
+ ]
29
+ },
30
+ {
31
+ "section": "The case for open and async",
32
+ "chapters": [
33
+ {
34
+ "slug": "why-you-should-work-in-the-open",
35
+ "title": "Why You Should Work in the Open",
36
+ "tldr": "Working in the open stops your team from wasting time on duplicate efforts and lets everyone learn from each other's decisions—if you make your process visible now, you’ll avoid costly confusion and retracing your steps later. Master this, and your work becomes a resource the whole team can build on, not a mystery to solve all over again.",
37
+ "anchor": "#why-you-should-work-in-the-open"
38
+ },
39
+ {
40
+ "slug": "why-you-should-work-asynchronously",
41
+ "title": "Why You Should Work Asynchronously",
42
+ "tldr": "Switching to async means putting decisions in writing so you catch problems early, include everyone—no matter their time zone or meeting stamina—and stop repeating avoidable mistakes; keep relying on meetings and you’re guaranteed to miss critical input and create more costly rework. Read on to learn how “writing first” can radically improve your results, not just your calendar.",
43
+ "anchor": "#why-you-should-work-asynchronously"
44
+ },
45
+ {
46
+ "slug": "why-remote-and-distributed-work-matters",
47
+ "title": "Why Remote and Distributed Work Matters",
48
+ "tldr": "Remote and async work isn't a trend—it's how top teams win better talent, higher output, and lasting engagement by letting people work when and where they thrive. Stick with the old ways and you’ll struggle to attract, retain, or get the best from your team.",
49
+ "anchor": "#why-remote-and-distributed-work-matters"
50
+ }
51
+ ]
52
+ },
53
+ {
54
+ "section": "Core principles and mental models",
55
+ "chapters": [
56
+ {
57
+ "slug": "parallelization-and-flow",
58
+ "title": "Parallelization and Flow",
59
+ "tldr": "Learn how to structure your workday—and team culture—to defend true focus by using async communication and parallel work streams, so you’ll finish more high-impact tasks while avoiding the endless drain of interruptions and context switches that quietly sabotage real progress. If you don’t shift now, you’re trading your best work for constant busyness and burning out your team in the process.",
60
+ "anchor": "#parallelization-and-flow"
61
+ },
62
+ {
63
+ "slug": "impact-over-input",
64
+ "title": "Impact Over Input",
65
+ "tldr": "The correlation between hours worked and value created isn't just weak for knowledge work—it's often inverted. Optimizing for what people deliver rather than how long they're online produces better work, prevents burnout, and frees both managers and ICs from the performance theater that quietly kills remote teams.",
66
+ "anchor": "#impact-over-input"
67
+ },
68
+ {
69
+ "slug": "optimize-for-developer-happiness",
70
+ "title": "Optimize for Developer Happiness",
71
+ "tldr": "A happy engineer isn't bribed with snacks; they're one whose laptop boots, whose calendar has a four-hour block on Tuesday, and whose pull requests get reviewed within a day. Lose any one of those and the rest of this book is decoration.",
72
+ "anchor": "#optimize-for-developer-happiness"
73
+ }
74
+ ]
75
+ },
76
+ {
77
+ "section": "Working in the open",
78
+ "chapters": [
79
+ {
80
+ "slug": "why-everything-should-have-a-url",
81
+ "title": "Why Everything Should Have a URL",
82
+ "tldr": "If a decision, process, or artifact doesn't have a URL, it effectively doesn't exist—you're one departure, one reorg, or one Slack retention policy away from losing it forever. Linkable doesn't mean public; it means findable, shareable, and durable enough to outlast the person who created it.",
83
+ "anchor": "#why-everything-should-have-a-url"
84
+ },
85
+ {
86
+ "slug": "documentation-as-a-superpower",
87
+ "title": "Documentation as a Superpower",
88
+ "tldr": "You're the go-to person everyone Slacks with the same three questions, and every answer disappears the moment the conversation ends. Writing it down once—in the right tool, structured so people can actually find it—turns 25 hours of repeated explanations into a two-hour investment that pays for itself indefinitely.",
89
+ "anchor": "#documentation-as-a-superpower"
90
+ },
91
+ {
92
+ "slug": "the-andon-principle-for-knowledge-work",
93
+ "title": "The Andon Principle for Knowledge Work",
94
+ "tldr": "If your team's work isn’t visible, small problems stay hidden until they become major (and costly) outages; by making work open and rewarding early signals, you’ll spot—and fix—issues before they blow up. Transparency isn’t just nice-to-have—it’s your safety net against preventable disasters.",
95
+ "anchor": "#the-andon-principle-for-knowledge-work"
96
+ },
97
+ {
98
+ "slug": "work-loudly",
99
+ "title": "Work Loudly",
100
+ "tldr": "Silent work is a rework factory: you keep your head down for three weeks, then a stakeholder sees the result and says \"that's not what I meant.\" Working loudly—sharing progress, surfacing risks, including people early—turns surprise feedback into course corrections before they get expensive.",
101
+ "anchor": "#work-loudly"
102
+ },
103
+ {
104
+ "slug": "the-rule-of-no-surprises",
105
+ "title": "The Rule of No Surprises",
106
+ "tldr": "If information would surprise someone when they discover it later, share it now—not when it's convenient, not when you have a solution. One blindside can undo months of trust, but consistent transparency earns you the autonomy that makes micromanagement unnecessary.",
107
+ "anchor": "#the-rule-of-no-surprises"
108
+ }
109
+ ]
110
+ },
111
+ {
112
+ "section": "Asynchronous communications",
113
+ "chapters": [
114
+ {
115
+ "slug": "working-across-time-zones",
116
+ "title": "Working Across Time Zones",
117
+ "tldr": "A team spread across twelve time zones ships code around the clock—or grinds to a halt waiting for overlapping hours. The difference is whether you treat async handoffs as first-class workflows with documented context, or keep scheduling 8 AM standups that are someone else's midnight.",
118
+ "anchor": "#working-across-time-zones"
119
+ },
120
+ {
121
+ "slug": "speak-like-a-human",
122
+ "title": "Speak Like a Human",
123
+ "tldr": "In async work, you are your writing—and nobody wants to collaborate with a corporate press release. Specificity, clarity, and a human voice aren't just nice to have; they're how you build trust, ship faster, and stand out in a sea of jargon.",
124
+ "anchor": "#speak-like-a-human"
125
+ },
126
+ {
127
+ "slug": "chat-responsibly",
128
+ "title": "Chat Responsibly",
129
+ "tldr": "Chat is your team's most abused collaboration tool. Every low-value message in a busy channel is a tiny denial-of-service attack on collective attention—so lead with context, use threads, structure your channels, and treat your teammates' focus as the finite, shared resource it is.",
130
+ "anchor": "#chat-responsibly"
131
+ },
132
+ {
133
+ "slug": "the-etiquette-of-issues-and-pull-requests",
134
+ "title": "The Etiquette of Issues and Pull Requests",
135
+ "tldr": "Learn the concrete dos and don'ts of async etiquette—everything from opening issues without hesitation to using @mentions wisely—so your comments move work forward instead of creating costly confusion or needless noise. Mastering these basics will keep your team productive, your discussions discoverable, and your reputation intact.",
136
+ "anchor": "#the-etiquette-of-issues-and-pull-requests"
137
+ },
138
+ {
139
+ "slug": "meetings-are-a-point-of-escalation",
140
+ "title": "Meetings Are a Point of Escalation",
141
+ "tldr": "Stop defaulting to meetings—start with clear, written communication for most decisions and updates, and only escalate to a call when truly necessary. This shift will save your team hours, create lasting documentation everyone can find, and ensure that when you do meet, it actually moves work forward.",
142
+ "anchor": "#meetings-are-a-point-of-escalation"
143
+ },
144
+ {
145
+ "slug": "when-async-isnt-the-answer",
146
+ "title": "When Async Isn't the Answer {#when-async-isn-t-the-answer}",
147
+ "tldr": "Async isn't a shortcut—use it when there's clear ownership and deadlines, but know when to switch to real-time conversations for crises, trust-building, or fast-moving decisions. Misusing async wastes time and creates confusion; this chapter shows you exactly when to choose each mode so your team actually gets things done.",
148
+ "anchor": "#when-async-isnt-the-answer"
149
+ },
150
+ {
151
+ "slug": "choosing-the-right-collaboration-tools",
152
+ "title": "Choosing the Right Collaboration Tools",
153
+ "tldr": "Chat is for now, issues are for later, and email is for outsiders—confuse them and your team spends Tuesday relitigating Monday's decision because nobody can find it. Pick tools that are linkable, searchable, and outlive the conversation, then make those defaults non-negotiable.",
154
+ "anchor": "#choosing-the-right-collaboration-tools"
155
+ }
156
+ ]
157
+ },
158
+ {
159
+ "section": "Adopting and transitioning",
160
+ "chapters": [
161
+ {
162
+ "slug": "refactoring-for-remote",
163
+ "title": "Refactoring for Remote",
164
+ "tldr": "Don’t just move your meetings online—overhaul your workflows to prioritize trust, accountability, and asynchronous collaboration, or your remote team will fail for the same reasons office habits did. By the end, you’ll be able to spot and replace legacy “presence theater” with concrete, remote-friendly practices that actually help your team get work done.",
165
+ "anchor": "#refactoring-for-remote"
166
+ },
167
+ {
168
+ "slug": "retool-your-documents",
169
+ "title": "Retool your documents",
170
+ "tldr": "Until your documents live in open, reviewable formats—not locked behind proprietary word processors—your team will keep tripping over lost edits, version confusion, and slow reviews. Learn how to transition to web-friendly tools that actually support async work, or risk letting your team's best ideas get lost in the shuffle.",
171
+ "anchor": "#retool-your-documents"
172
+ },
173
+ {
174
+ "slug": "hiring-for-remote-first-teams",
175
+ "title": "Hiring for Remote-First Teams",
176
+ "tldr": "The fastest way to hire the wrong remote engineer is the four-panel onsite—same format as 2015, same bias toward people who think out loud. Replace one round with a paid two-hour async take-home and a written design review, and you'll see who can actually do the job before they sign the offer.",
177
+ "anchor": "#hiring-for-remote-first-teams"
178
+ },
179
+ {
180
+ "slug": "why-open-and-async-change-fails",
181
+ "title": "Why Open and Async Change Fails",
182
+ "tldr": "Open and async work fails when you copy old habits to new tools instead of rethinking how your team actually collaborates—learn how to spot (and fix) cultural and structural blockers before you waste months chasing symptoms. By adopting the right transitions and building safety through action, you can make these new practices visible, lasting, and impossible to ignore.",
183
+ "anchor": "#why-open-and-async-change-fails"
184
+ },
185
+ {
186
+ "slug": "lead-by-example-make-others-jealous",
187
+ "title": "Lead by Example: Make Others Jealous",
188
+ "tldr": "You don't need to sell async work—you need results so visible that other teams can't help asking how you do it. Envy drives adoption more sustainably than any mandate ever will.",
189
+ "anchor": "#lead-by-example-make-others-jealous"
190
+ }
191
+ ]
192
+ },
193
+ {
194
+ "section": "Leadership",
195
+ "chapters": [
196
+ {
197
+ "slug": "what-leadership-looks-like-in-open-and-async",
198
+ "title": "What Leadership Looks Like in Open and Async",
199
+ "tldr": "In open and async teams, your leadership is measured by the clarity and usefulness of what you document—decisions, priorities, and expectations—not your title or charisma. If you don’t make your thinking visible, you’re not leading anyone who isn’t in the room with you (and in remote work, there is no room).",
200
+ "anchor": "#what-leadership-looks-like-in-open-and-async"
201
+ },
202
+ {
203
+ "slug": "leaders-show-their-work",
204
+ "title": "Leaders Show Their Work",
205
+ "tldr": "If you document only what you decided, not why or how, you force others to repeat your work—or make costly mistakes—when context fades; by consistently showing your reasoning, you build trust, preserve knowledge, and make better leaders out of those who follow.",
206
+ "anchor": "#leaders-show-their-work"
207
+ },
208
+ {
209
+ "slug": "engaging-with-dissent",
210
+ "title": "Engaging with Dissent",
211
+ "tldr": "If you engage openly with dissent—inviting public questions, responding with transparency, and clarifying when decisions are final—you’ll build trust, boost morale, and avoid the costly fallout of silent resentment; ignore it, and you risk losing both your team’s buy-in and their best ideas. After this chapter, you’ll know how to turn pushback into progress and keep your remote team aligned, even when opinions diverge.",
212
+ "anchor": "#engaging-with-dissent"
213
+ },
214
+ {
215
+ "slug": "lead-like-an-engineer",
216
+ "title": "Lead Like an Engineer",
217
+ "tldr": "Stop running parallel project spreadsheets—lead your team where they work by managing everything in issues, pull requests, and project boards. When you make decisions and progress visible in the same tools your engineers use, you save time, reduce confusion, and give your team the clarity they need to move faster without constant meetings.",
218
+ "anchor": "#lead-like-an-engineer"
219
+ },
220
+ {
221
+ "slug": "rethinking-management-for-remote-teams",
222
+ "title": "Rethinking Management for Remote Teams",
223
+ "tldr": "Learn how moving routine updates and decisions into open, shared systems transforms managers from message-passing intermediaries into true leaders who coach, unblock, and inspire—because if you’re still relying on chains of status meetings, you’re wasting talent and losing speed. Discover why the real value of management isn't in relaying information, but in creating clarity, trust, and momentum your team can feel.",
224
+ "anchor": "#rethinking-management-for-remote-teams"
225
+ },
226
+ {
227
+ "slug": "how-to-oneonone",
228
+ "title": "How to One-on-One",
229
+ "tldr": "If your 1:1s are just status updates, you're wasting your team's most valuable real-time opportunity—transform them into protected space for trust, coaching, and honest conversations, or risk missing the issues that really matter. After reading this chapter, you’ll learn practical ways to prepare, structure, and lead 1:1s that actually matter for your team and your leadership.",
230
+ "anchor": "#how-to-oneonone"
231
+ },
232
+ {
233
+ "slug": "career-conversations",
234
+ "title": "Career Conversations",
235
+ "tldr": "If your 1:1s are all status updates, you’re missing the real opportunity: regular, honest career conversations help you avoid nasty surprises like burnout or sudden departures and give your team a clear path to grow—don’t wait for an annual review to find out what matters most. After this chapter, you’ll know exactly how to start and sustain these game-changing discussions that shape careers before you’re forced to.",
236
+ "anchor": "#career-conversations"
237
+ },
238
+ {
239
+ "slug": "weekly-reporting-that-doesnt-suck",
240
+ "title": "Weekly Reporting That Doesn't Suck {#weekly-reporting-that-doesnt-suck}",
241
+ "tldr": "Stop assembling Friday status decks from scratch—if your daily work already lives in issues and project boards, reporting is just a query you run, not a document you write. Automate the highlights, and your boss never has to ask, \"What's everyone working on?\"",
242
+ "anchor": "#weekly-reporting-that-doesnt-suck"
243
+ },
244
+ {
245
+ "slug": "the-zen-of-open-and-async-work-for-leaders",
246
+ "title": "The Zen of Open and Async Work for Leaders",
247
+ "tldr": "Your team won't be braver than you are. Every open and async practice eventually breaks at the edge—and when it does, you don't reach for a better tool, you reach for four principles: psychological safety, explicit expectations, visible work, and the openness you model before you ask anyone else for it.",
248
+ "anchor": "#the-zen-of-open-and-async-work-for-leaders"
249
+ }
250
+ ]
251
+ },
252
+ {
253
+ "section": "Team health, culture, and sustainability",
254
+ "chapters": [
255
+ {
256
+ "slug": "what-i-wish-i-knew-before-going-remote",
257
+ "title": "What I Wish I Knew Before Going Remote",
258
+ "tldr": "Nobody tells you this before you go remote: your success hinges on owning your own onboarding, shipping something—anything—within your first two weeks, and surviving the month-one firehose of async communication without panicking. And if you're the manager, your job is to design the experience so none of that depends on luck.",
259
+ "anchor": "#what-i-wish-i-knew-before-going-remote"
260
+ },
261
+ {
262
+ "slug": "remote-onboarding-guide",
263
+ "title": "Remote Onboarding Done Right",
264
+ "tldr": "Remote onboarding isn’t just logistics—it’s your chance to deliberately shape a new hire’s experience, set clear expectations, and build lasting culture from day one. Skip this, and you risk confusion, isolation, and missed alignment that can haunt your team long after the first quarter.",
265
+ "anchor": "#remote-onboarding-guide"
266
+ },
267
+ {
268
+ "slug": "corporate-selfcare",
269
+ "title": "Corporate Self-Care",
270
+ "tldr": "In a remote world, your growth and well-being won’t manage themselves—learn how to set boundaries, document your wins, and run regular “career retros” so your work stays visible and your career stays in your hands. If you don’t, burnout and missed opportunities become the default—not the exception.",
271
+ "anchor": "#corporate-selfcare"
272
+ },
273
+ {
274
+ "slug": "showing-colleagues-theyre-valued",
275
+ "title": "Showing Colleagues They're Valued {#simple-ways-to-show-employees-they-re-valued}",
276
+ "tldr": "Replacing an employee costs six to nine months' salary—and the exit interview rarely mentions the real reason: nobody noticed them. Recognition isn't a management perk; it's everyone's job, and the smallest gestures cost nothing while compounding into the kind of loyalty no retention bonus can buy.",
277
+ "anchor": "#showing-colleagues-theyre-valued"
278
+ },
279
+ {
280
+ "slug": "work-should-be-fun",
281
+ "title": "Work Should Be Fun",
282
+ "tldr": "Fun isn't a perk—it's infrastructure. A 15-minute Among Us session or a meme channel replaces the office water-cooler moments that build trust and psychological safety, and without them, async threads turn sour and top performers quietly slip away.",
283
+ "anchor": "#work-should-be-fun"
284
+ },
285
+ {
286
+ "slug": "handling-conflict-remotely",
287
+ "title": "Handling Conflict Remotely",
288
+ "tldr": "Remote conflict festers—spot signs like escalating tone, silence, or thread fatigue early, and switch from async to a real-time call before minor misunderstandings sap your team's trust and productivity. You'll learn when, why, and how to intervene so small issues don't turn into lasting divisions.",
289
+ "anchor": "#handling-conflict-remotely"
290
+ },
291
+ {
292
+ "slug": "making-the-most-of-inperson-time",
293
+ "title": "Making the Most of In-Person Time",
294
+ "tldr": "Onsites exist to build the trust that makes the next six months of async collaboration actually work—not to cram status updates into a conference room. Treat in-person time as a scarce, expensive resource and spend it on what only co-location can deliver.",
295
+ "anchor": "#making-the-most-of-inperson-time"
296
+ }
297
+ ]
298
+ },
299
+ {
300
+ "section": "Looking forward",
301
+ "chapters": [
302
+ {
303
+ "slug": "ai-as-a-thought-partner",
304
+ "title": "AI as a Thought Partner {#ai-as-a-thought-partner}",
305
+ "tldr": "Using AI as a thought partner sharpens your thinking by forcing you to clarify problems, challenge your assumptions, and articulate your goals; rely on it as a shortcut and you risk losing the critical insight and judgment that make your work valuable. This chapter will show you how to harness AI to elevate your own expertise—without letting it do your thinking for you.",
306
+ "anchor": "#ai-as-a-thought-partner"
307
+ },
308
+ {
309
+ "slug": "agentic-workflows",
310
+ "title": "Agentic Workflows",
311
+ "tldr": "Treat AI agents as remote teammates—hand them clear issues, let them push branches, and review their pull requests as you would any human's. Get this right, and you'll multiply your team's output without rewriting your workflow; skip it, and you'll waste hours cleaning up confused pull requests.",
312
+ "anchor": "#agentic-workflows"
313
+ }
314
+ ]
315
+ }
316
+ ],
317
+ "takeaways": [
318
+ {
319
+ "section": "Foundations and definitions",
320
+ "points": [
321
+ "Most companies just moved office habits online and called it remote work, but true remote success demands a shift to openness and asynchronous collaboration—without it, you’re stuck with all the old frustrations plus new headaches.",
322
+ "If you don’t nail down what “remote” and “distributed” actually mean in your company, you’ll waste months propping up broken office habits online instead of reaping the benefits of proven, open-source–style async collaboration.",
323
+ "GitHub used Issues, Pull Requests, and Markdown to run everything—code, legal, HR, even vacation policy—proving that open-source workflows aren't just for open source. The practices that scaled a startup to a global platform are yours to replicate."
324
+ ]
325
+ },
326
+ {
327
+ "section": "The case for open and async",
328
+ "points": [
329
+ "Working in the open stops your team from wasting time on duplicate efforts and lets everyone learn from each other's decisions—if you make your process visible now, you’ll avoid costly confusion and retracing your steps later. Master this, and your work becomes a resource the whole team can build on, not a mystery to solve all over again.",
330
+ "Switching to async means putting decisions in writing so you catch problems early, include everyone—no matter their time zone or meeting stamina—and stop repeating avoidable mistakes; keep relying on meetings and you’re guaranteed to miss critical input and create more costly rework.",
331
+ "Remote and async work isn't a trend—it's how top teams win better talent, higher output, and lasting engagement by letting people work when and where they thrive. Stick with the old ways and you’ll struggle to attract, retain, or get the best from your team."
332
+ ]
333
+ },
334
+ {
335
+ "section": "Core principles and mental models",
336
+ "points": [
337
+ "Learn how to structure your workday—and team culture—to defend true focus by using async communication and parallel work streams, so you’ll finish more high-impact tasks while avoiding the endless drain of interruptions and context switches that quietly sabotage real progress. If you don’t shift now, you’re trading your best work for constant busyness and burning out your team in the process.",
338
+ "The correlation between hours worked and value created isn't just weak for knowledge work—it's often inverted. Optimizing for what people deliver rather than how long they're online produces better work, prevents burnout, and frees both managers and ICs from the performance theater that quietly kills remote teams.",
339
+ "A happy engineer isn't bribed with snacks; they're one whose laptop boots, whose calendar has a four-hour block on Tuesday, and whose pull requests get reviewed within a day. Lose any one of those and the rest of this book is decoration."
340
+ ]
341
+ },
342
+ {
343
+ "section": "Working in the open",
344
+ "points": [
345
+ "If a decision, process, or artifact doesn't have a URL, it effectively doesn't exist—you're one departure, one reorg, or one Slack retention policy away from losing it forever. Linkable doesn't mean public; it means findable, shareable, and durable enough to outlast the person who created it.",
346
+ "You're the go-to person everyone Slacks with the same three questions, and every answer disappears the moment the conversation ends. Writing it down once—in the right tool, structured so people can actually find it—turns 25 hours of repeated explanations into a two-hour investment that pays for itself indefinitely.",
347
+ "If your team's work isn’t visible, small problems stay hidden until they become major (and costly) outages; by making work open and rewarding early signals, you’ll spot—and fix—issues before they blow up. Transparency isn’t just nice-to-have—it’s your safety net against preventable disasters.",
348
+ "Silent work is a rework factory: you keep your head down for three weeks, then a stakeholder sees the result and says \"that's not what I meant.\" Working loudly—sharing progress, surfacing risks, including people early—turns surprise feedback into course corrections before they get expensive.",
349
+ "If information would surprise someone when they discover it later, share it now—not when it's convenient, not when you have a solution. One blindside can undo months of trust, but consistent transparency earns you the autonomy that makes micromanagement unnecessary."
350
+ ]
351
+ },
352
+ {
353
+ "section": "Asynchronous communications",
354
+ "points": [
355
+ "A team spread across twelve time zones ships code around the clock—or grinds to a halt waiting for overlapping hours. The difference is whether you treat async handoffs as first-class workflows with documented context, or keep scheduling 8 AM standups that are someone else's midnight.",
356
+ "In async work, you are your writing—and nobody wants to collaborate with a corporate press release. Specificity, clarity, and a human voice aren't just nice to have; they're how you build trust, ship faster, and stand out in a sea of jargon.",
357
+ "Chat is your team's most abused collaboration tool. Every low-value message in a busy channel is a tiny denial-of-service attack on collective attention—so lead with context, use threads, structure your channels, and treat your teammates' focus as the finite, shared resource it is.",
358
+ "Learn the concrete dos and don'ts of async etiquette—everything from opening issues without hesitation to using @mentions wisely—so your comments move work forward instead of creating costly confusion or needless noise. Mastering these basics will keep your team productive, your discussions discoverable, and your reputation intact.",
359
+ "Stop defaulting to meetings—start with clear, written communication for most decisions and updates, and only escalate to a call when truly necessary. This shift will save your team hours, create lasting documentation everyone can find, and ensure that when you do meet, it actually moves work forward.",
360
+ "Async isn't a shortcut—use it when there's clear ownership and deadlines, but know when to switch to real-time conversations for crises, trust-building, or fast-moving decisions.",
361
+ "Chat is for now, issues are for later, and email is for outsiders—confuse them and your team spends Tuesday relitigating Monday's decision because nobody can find it. Pick tools that are linkable, searchable, and outlive the conversation, then make those defaults non-negotiable."
362
+ ]
363
+ },
364
+ {
365
+ "section": "Adopting and transitioning",
366
+ "points": [
367
+ "Don’t just move your meetings online—overhaul your workflows to prioritize trust, accountability, and asynchronous collaboration, or your remote team will fail for the same reasons office habits did. By the end, you’ll be able to spot and replace legacy “presence theater” with concrete, remote-friendly practices that actually help your team get work done.",
368
+ "Until your documents live in open, reviewable formats—not locked behind proprietary word processors—your team will keep tripping over lost edits, version confusion, and slow reviews. Learn how to transition to web-friendly tools that actually support async work, or risk letting your team's best ideas get lost in the shuffle.",
369
+ "The fastest way to hire the wrong remote engineer is the four-panel onsite—same format as 2015, same bias toward people who think out loud. Replace one round with a paid two-hour async take-home and a written design review, and you'll see who can actually do the job before they sign the offer.",
370
+ "Open and async work fails when you copy old habits to new tools instead of rethinking how your team actually collaborates—learn how to spot (and fix) cultural and structural blockers before you waste months chasing symptoms. By adopting the right transitions and building safety through action, you can make these new practices visible, lasting, and impossible to ignore.",
371
+ "You don't need to sell async work—you need results so visible that other teams can't help asking how you do it. Envy drives adoption more sustainably than any mandate ever will."
372
+ ]
373
+ },
374
+ {
375
+ "section": "Leadership",
376
+ "points": [
377
+ "In open and async teams, your leadership is measured by the clarity and usefulness of what you document—decisions, priorities, and expectations—not your title or charisma. If you don’t make your thinking visible, you’re not leading anyone who isn’t in the room with you (and in remote work, there is no room).",
378
+ "If you document only what you decided, not why or how, you force others to repeat your work—or make costly mistakes—when context fades; by consistently showing your reasoning, you build trust, preserve knowledge, and make better leaders out of those who follow.",
379
+ "If you engage openly with dissent—inviting public questions, responding with transparency, and clarifying when decisions are final—you’ll build trust, boost morale, and avoid the costly fallout of silent resentment; ignore it, and you risk losing both your team’s buy-in and their best ideas.",
380
+ "Stop running parallel project spreadsheets—lead your team where they work by managing everything in issues, pull requests, and project boards. When you make decisions and progress visible in the same tools your engineers use, you save time, reduce confusion, and give your team the clarity they need to move faster without constant meetings.",
381
+ "Learn how moving routine updates and decisions into open, shared systems transforms managers from message-passing intermediaries into true leaders who coach, unblock, and inspire—because if you’re still relying on chains of status meetings, you’re wasting talent and losing speed. Discover why the real value of management isn't in relaying information, but in creating clarity, trust, and momentum your team can feel.",
382
+ "If your 1:1s are just status updates, you're wasting your team's most valuable real-time opportunity—transform them into protected space for trust, coaching, and honest conversations, or risk missing the issues that really matter.",
383
+ "If your 1:1s are all status updates, you’re missing the real opportunity: regular, honest career conversations help you avoid nasty surprises like burnout or sudden departures and give your team a clear path to grow—don’t wait for an annual review to find out what matters most.",
384
+ "Stop assembling Friday status decks from scratch—if your daily work already lives in issues and project boards, reporting is just a query you run, not a document you write. Automate the highlights, and your boss never has to ask, \"What's everyone working on?\"",
385
+ "Your team won't be braver than you are. Every open and async practice eventually breaks at the edge—and when it does, you don't reach for a better tool, you reach for four principles: psychological safety, explicit expectations, visible work, and the openness you model before you ask anyone else for it."
386
+ ]
387
+ },
388
+ {
389
+ "section": "Team health, culture, and sustainability",
390
+ "points": [
391
+ "Nobody tells you this before you go remote: your success hinges on owning your own onboarding, shipping something—anything—within your first two weeks, and surviving the month-one firehose of async communication without panicking. And if you're the manager, your job is to design the experience so none of that depends on luck.",
392
+ "Remote onboarding isn’t just logistics—it’s your chance to deliberately shape a new hire’s experience, set clear expectations, and build lasting culture from day one. Skip this, and you risk confusion, isolation, and missed alignment that can haunt your team long after the first quarter.",
393
+ "In a remote world, your growth and well-being won’t manage themselves—learn how to set boundaries, document your wins, and run regular “career retros” so your work stays visible and your career stays in your hands. If you don’t, burnout and missed opportunities become the default—not the exception.",
394
+ "Replacing an employee costs six to nine months' salary—and the exit interview rarely mentions the real reason: nobody noticed them. Recognition isn't a management perk; it's everyone's job, and the smallest gestures cost nothing while compounding into the kind of loyalty no retention bonus can buy.",
395
+ "Fun isn't a perk—it's infrastructure. A 15-minute Among Us session or a meme channel replaces the office water-cooler moments that build trust and psychological safety, and without them, async threads turn sour and top performers quietly slip away.",
396
+ "Remote conflict festers—spot signs like escalating tone, silence, or thread fatigue early, and switch from async to a real-time call before minor misunderstandings sap your team's trust and productivity. You'll learn when, why, and how to intervene so small issues don't turn into lasting divisions.",
397
+ "Onsites exist to build the trust that makes the next six months of async collaboration actually work—not to cram status updates into a conference room. Treat in-person time as a scarce, expensive resource and spend it on what only co-location can deliver."
398
+ ]
399
+ },
400
+ {
401
+ "section": "Looking forward",
402
+ "points": [
403
+ "Using AI as a thought partner sharpens your thinking by forcing you to clarify problems, challenge your assumptions, and articulate your goals; rely on it as a shortcut and you risk losing the critical insight and judgment that make your work valuable.",
404
+ "Treat AI agents as remote teammates—hand them clear issues, let them push branches, and review their pull requests as you would any human's. Get this right, and you'll multiply your team's output without rewriting your workflow; skip it, and you'll waste hours cleaning up confused pull requests."
405
+ ]
406
+ }
407
+ ],
408
+ "taglines": [
409
+ {
410
+ "slug": "hours-worked",
411
+ "text": "Hours worked ≠ value created.",
412
+ "chapter": "impact-over-input",
413
+ "chapter_title": "Impact Over Input",
414
+ "anchor": "#impact-over-input",
415
+ "card": "https://open-and-async.com/q/hours-worked"
416
+ },
417
+ {
418
+ "slug": "meetings-die",
419
+ "text": "Meetings are where work goes to die.",
420
+ "chapter": "meetings-are-a-point-of-escalation",
421
+ "chapter_title": "Meetings Are a Point of Escalation",
422
+ "anchor": "#meetings-are-a-point-of-escalation",
423
+ "card": "https://open-and-async.com/q/meetings-die"
424
+ },
425
+ {
426
+ "slug": "writing-scales",
427
+ "text": "Writing scales; meetings don't.",
428
+ "chapter": "meetings-are-a-point-of-escalation",
429
+ "chapter_title": "Meetings Are a Point of Escalation",
430
+ "anchor": "#meetings-are-a-point-of-escalation",
431
+ "card": "https://open-and-async.com/q/writing-scales"
432
+ },
433
+ {
434
+ "slug": "silence-invisibility",
435
+ "text": "Silence is not consent; it's invisibility.",
436
+ "chapter": "work-loudly",
437
+ "chapter_title": "Work Loudly",
438
+ "anchor": "#work-loudly",
439
+ "card": "https://open-and-async.com/q/silence-invisibility"
440
+ },
441
+ {
442
+ "slug": "controls-your-time",
443
+ "text": "Everyone else controls your time, not you.",
444
+ "chapter": "parallelization-and-flow",
445
+ "chapter_title": "Parallelization & Flow",
446
+ "anchor": "#parallelization-and-flow",
447
+ "card": "https://open-and-async.com/q/controls-your-time"
448
+ },
449
+ {
450
+ "slug": "every-workflow-pr",
451
+ "text": "Every workflow is a pull request waiting to happen.",
452
+ "chapter": "history-of-remote-work-at-github",
453
+ "chapter_title": "A History of Remote Work at GitHub",
454
+ "anchor": "#history-of-remote-work-at-github",
455
+ "card": "https://open-and-async.com/q/every-workflow-pr"
456
+ },
457
+ {
458
+ "slug": "work-invisible",
459
+ "text": "If work isn't visible, it might as well not exist.",
460
+ "chapter": "working-in-the-open",
461
+ "chapter_title": "Working in the Open",
462
+ "anchor": "#working-in-the-open",
463
+ "card": "https://open-and-async.com/q/work-invisible"
464
+ },
465
+ {
466
+ "slug": "institutional-memory",
467
+ "text": "Institutional memory shouldn't depend on individual memory.",
468
+ "chapter": "working-in-the-open",
469
+ "chapter_title": "Working in the Open",
470
+ "anchor": "#working-in-the-open",
471
+ "card": "https://open-and-async.com/q/institutional-memory"
472
+ },
473
+ {
474
+ "slug": "got-a-minute",
475
+ "text": "\"Got a minute?\" is anxiety in three words.",
476
+ "chapter": "chat-responsibly",
477
+ "chapter_title": "Chat Responsibly",
478
+ "anchor": "#chat-responsibly",
479
+ "card": "https://open-and-async.com/q/got-a-minute"
480
+ },
481
+ {
482
+ "slug": "control-trust",
483
+ "text": "Control doesn't scale; trust does.",
484
+ "chapter": "rethinking-management-for-remote-teams",
485
+ "chapter_title": "Rethinking Management for Remote Teams",
486
+ "anchor": "#rethinking-management-for-remote-teams",
487
+ "card": "https://open-and-async.com/q/control-trust"
488
+ },
489
+ {
490
+ "slug": "birthday",
491
+ "text": "Nobody quietly quits a team that remembers their birthday.",
492
+ "chapter": "showing-colleagues-theyre-valued",
493
+ "chapter_title": "Showing Colleagues They're Valued",
494
+ "anchor": "#showing-colleagues-theyre-valued",
495
+ "card": "https://open-and-async.com/q/birthday"
496
+ },
497
+ {
498
+ "slug": "working-from-home",
499
+ "text": "Working from home ≠ working remotely.",
500
+ "chapter": "remote-work-that-actually-works",
501
+ "chapter_title": "Introduction",
502
+ "anchor": "#remote-work-that-actually-works",
503
+ "card": "https://open-and-async.com/q/working-from-home"
504
+ },
505
+ {
506
+ "slug": "operating-system",
507
+ "text": "Async is the operating system; remote is the hardware.",
508
+ "chapter": "remote-work-that-actually-works",
509
+ "chapter_title": "Introduction",
510
+ "anchor": "#remote-work-that-actually-works",
511
+ "card": "https://open-and-async.com/q/operating-system"
512
+ },
513
+ {
514
+ "slug": "tolerate-twice",
515
+ "text": "Culture is whatever you tolerate twice.",
516
+ "chapter": "team-health-culture-and-sustainability",
517
+ "chapter_title": "Team Health, Culture & Sustainability",
518
+ "anchor": "#team-health-culture-and-sustainability",
519
+ "card": "https://open-and-async.com/q/tolerate-twice"
520
+ },
521
+ {
522
+ "slug": "tools-amplify",
523
+ "text": "Tools amplify culture; they don't create it.",
524
+ "chapter": "why-open-and-async-change-fails",
525
+ "chapter_title": "Why Open and Async Change Fails",
526
+ "anchor": "#why-open-and-async-change-fails",
527
+ "card": "https://open-and-async.com/q/tools-amplify"
528
+ },
529
+ {
530
+ "slug": "braver",
531
+ "text": "Your team won't be braver than you are.",
532
+ "chapter": "the-zen-of-open-and-async-work-for-leaders",
533
+ "chapter_title": "The Zen of Open and Async Work for Leaders",
534
+ "anchor": "#the-zen-of-open-and-async-work-for-leaders",
535
+ "card": "https://open-and-async.com/q/braver"
536
+ },
537
+ {
538
+ "slug": "tiny-meeting",
539
+ "text": "Every comment is a tiny meeting you just called.",
540
+ "chapter": "the-etiquette-of-issues-and-pull-requests",
541
+ "chapter_title": "The Etiquette of Issues & Pull Requests",
542
+ "anchor": "#the-etiquette-of-issues-and-pull-requests",
543
+ "card": "https://open-and-async.com/q/tiny-meeting"
544
+ },
545
+ {
546
+ "slug": "interruptions",
547
+ "text": "Interruptions don't steal minutes; they steal hours.",
548
+ "chapter": "parallelization-and-flow",
549
+ "chapter_title": "Parallelization & Flow",
550
+ "anchor": "#parallelization-and-flow",
551
+ "card": "https://open-and-async.com/q/interruptions"
552
+ },
553
+ {
554
+ "slug": "async-isnt-waiting",
555
+ "text": "Async isn't waiting. It's working.",
556
+ "chapter": "core-practices-for-async-communication",
557
+ "chapter_title": "Asynchronous Communications",
558
+ "anchor": "#core-practices-for-async-communication",
559
+ "card": "https://open-and-async.com/q/async-isnt-waiting"
560
+ },
561
+ {
562
+ "slug": "default-not-dogma",
563
+ "text": "Async is a default, not a dogma.",
564
+ "chapter": "when-async-isnt-the-answer",
565
+ "chapter_title": "When Async Isn't the Answer",
566
+ "anchor": "#when-async-isnt-the-answer",
567
+ "card": "https://open-and-async.com/q/default-not-dogma"
568
+ },
569
+ {
570
+ "slug": "written-down",
571
+ "text": "If it's not written down, it wasn't decided.",
572
+ "chapter": "leaders-show-their-work",
573
+ "chapter_title": "Leaders Show Their Work",
574
+ "anchor": "#leaders-show-their-work",
575
+ "card": "https://open-and-async.com/q/written-down"
576
+ },
577
+ {
578
+ "slug": "relitigated",
579
+ "text": "Decisions without URLs get relitigated forever.",
580
+ "chapter": "why-everything-should-have-a-url",
581
+ "chapter_title": "Why Everything Should Have a URL",
582
+ "anchor": "#why-everything-should-have-a-url",
583
+ "card": "https://open-and-async.com/q/relitigated"
584
+ },
585
+ {
586
+ "slug": "charm-repo",
587
+ "text": "Charm doesn't commit to the repo.",
588
+ "chapter": "what-leadership-looks-like-in-open-and-async",
589
+ "chapter_title": "What Leadership Looks Like in Open and Async",
590
+ "anchor": "#what-leadership-looks-like-in-open-and-async",
591
+ "card": "https://open-and-async.com/q/charm-repo"
592
+ },
593
+ {
594
+ "slug": "surprises",
595
+ "text": "Surprises break trust faster than setbacks.",
596
+ "chapter": "the-rule-of-no-surprises",
597
+ "chapter_title": "The Rule of No Surprises",
598
+ "anchor": "#the-rule-of-no-surprises",
599
+ "card": "https://open-and-async.com/q/surprises"
600
+ },
601
+ {
602
+ "slug": "ai-vindicated",
603
+ "text": "AI didn't break async work. It vindicated it.",
604
+ "chapter": "looking-forward",
605
+ "chapter_title": "AI in Open and Async Work",
606
+ "anchor": "#looking-forward",
607
+ "card": "https://open-and-async.com/q/ai-vindicated"
608
+ },
609
+ {
610
+ "slug": "outsource-thinking",
611
+ "text": "Outsource your thinking and you outsource yourself.",
612
+ "chapter": "ai-as-a-thought-partner",
613
+ "chapter_title": "AI as a Thought Partner",
614
+ "anchor": "#ai-as-a-thought-partner",
615
+ "card": "https://open-and-async.com/q/outsource-thinking"
616
+ }
617
+ ],
618
+ "frameworks": [],
619
+ "objections": []
620
+ }