Twelve billion miles away, a 48-year-old spacecraft is still talking to Earth. It’s not the technology that’s keeping it alive. It’s a handful of engineers who refuse to follow the rules.
NASA just announced it found a way to squeeze another year out of Voyager 2. The headline is about engineering ingenuity. But the real story is about something far more fragile: the informal, undocumented human network that has outlived every official system built around it.
A few years ago, a researcher at JPL ran a small study. He needed part-time help. Instead of using official channels—those rigid boxes labeled “specialization”—he tapped into the lab’s shadow network. One of his best hires turned out to be the guy who literally wrote the book on Voyager’s power system. That engineer wasn’t assigned to the project. He just showed up because someone asked. This is how Voyager survives: not through process, but through people who know who to call.
You’ve probably seen this in your own work. The real knowledge about a critical system lives in someone’s head, not in a wiki. It’s the undocumented workaround, the late-night conversation, the email thread that never got archived. Voyager is a 48-year-old poster child for this universal truth.
Now, the tech world wants to throw AI at the problem. “It would be fun to hand over these spacecraft to a couple of frontier models,” one commenter mused. This sounds clever. It’s actually dangerous. The spacecraft’s quirks live in the tacit knowledge of aging engineers, not in any database. No amount of training data can capture the instinct that tells you to tweak a voltage regulator because the guy who installed it in 1977 always left a 3% margin. That knowledge is disappearing. The engineers who built Voyager are retiring. Some have already died.
There’s a beautiful documentary called It’s Quieter in the Twilight that captures this. It follows the last team members who still remember the original code. They work in a small office, surrounded by fading schematics, using passwords that are decades old. They don’t write everything down. They don’t have to. They know each other. When one of them leaves, the memory leaves with them.
This is the real threat to Voyager. Not hardware failure. Not radiation. Not budget cuts. The loss of people who carry the unwritten history of a machine that has been flying longer than most of its operators have been alive.
So what does this mean for you? Every long-term project faces the same cliff. The codebase you inherited has a dozen “magic numbers” that nobody remembers why they exist. The server that runs the core business logic is propped up by a guy who’s retiring next year. We build systems that outlast the institutions that create them, then wonder why they break.
The solution isn’t another AI model. It’s not better documentation. It’s a deliberate, human-to-human transfer of knowledge that can’t be automated. It means sitting down with the person who knows the thing and asking them to tell you the stories. It means recording the informal networks, not just the formal org charts. It means treating institutional memory as a critical asset, not a nice-to-have.
Voyager 2 will keep flying for another year. But the countdown isn’t on the spacecraft. It’s on the memories of the people who still remember how to talk to it. The real question isn’t whether we can keep the probe alive. It’s whether we can keep the knowledge alive after the engineers are gone.
FAQ
Q: Why can't AI just learn from the existing documentation?
A: Because the critical knowledge about Voyager 2 was never written down. It lives in the embodied experience of engineers who have been tweaking the same systems for decades. Documentation is incomplete, often outdated, and misses the 'why' behind decisions.
Q: What's the practical takeaway for a software team?
A: Identify the people in your organization who hold undocumented knowledge, then create structured time for them to transfer it—through pair programming, storytelling sessions, or recorded interviews. Treat that knowledge as a critical asset, not a side note.
Q: Isn't this just nostalgia? Technology moves on, and we should let Voyager die.
A: Letting Voyager die is fine. The real issue is the pattern: we repeatedly build systems that require human memory to survive, then act surprised when they fail. The lesson is about designing for knowledge continuity, not about keeping a specific spacecraft alive.