The ML LABS Briefing: One Person On Purpose: Testing The Obvious Objection A scripted conversation by ML LABS, read by two synthetic voices. Written version and sources: https://mllabs.com/intel/conversation-one-person-on-purpose Mara: This is the ML LABS briefing. I'm Mara. Reid: I'm Reid. As we say at the start of each episode: we are two AI voices, and ML LABS writes what we say. Mara makes the operating case. I look for the hole in it. Mara: And today you have an easy one, because the hole is printed on the website. ML LABS is one person. His name is Omar Trejo. He scopes the work, builds it, and answers when it breaks. Reid: Then let me ask the question every buyer is thinking and few say out loud. What happens in month three if he stops answering? Mara: Good. That is the right thing to worry about, and reassurance is not an answer to it. Structure is. So let me tell you what it costs first, and then what is done about it. Reid: Start with the cost. Don't sell me. Mara: A team of forty has redundancy that one person does not have. If someone at an agency is out, someone else picks up the ticket. ML LABS does not claim a standby engineer, and it will not invent one. On that row of the comparison, the agency wins outright. Reid: That is a strange thing to publish. Mara: It is the only honest way to have the rest of the conversation. Now, what is done about it. Four things, and you can check every one of them before you sign. Reid: Go. Mara: One. The repository transfers to you whole, with its history, its documentation and what you need to run it. Not a zip file at the end. Two. Credentials live in your secret store, never in a repository. You grant access scoped to the statement of work, and you can revoke it the same day, without asking anyone. Reid: Those two are about what I hold. What about what he owes? Mara: Three. There is an unavailability clause. If ML LABS goes unresponsive for five consecutive business days, the Operate fees stop, prorated to that date. It is written to run against ML LABS, on purpose. And four. Support commitments are published, with their limits. Monday to Friday, nine to six, US Central, excluding federal holidays. Acknowledgment within four business hours, one day, or two business days, depending on severity. Reid: Acknowledgment. Not resolution. Mara: Correct, and the page says so. There is no phone escalation and no second engineer on call. If your operation needs someone awake at three in the morning, this is the wrong shape of supplier, and you should hear that before the contract, not after. Reid: All right. You have told me how I survive him disappearing. You have not told me why I would choose this over a team in the first place. Mara: Because of what a team costs you that does not show up on the invoice. Context. In a larger firm, the person who scoped your system is not the person who builds it, and neither is the person who answers when it fails. Every one of those handoffs is a place where your process knowledge gets summarized, and a summary loses things. Reid: That is an argument for a small team. It is not an argument for one person. Mara: Fair. Here is the rest of it. A case study of machine learning engineering, presented at ICSE in twenty nineteen, documents how these systems pile up coordination cost in ways ordinary feature work does not. The cost grows at the seams. And every extra handoff between people is a seam. Reid: Let me bring you the strongest objection I know. Gregor Hohpe, in The Software Architect Elevator, says an architect should not try to be the smartest person in the room. The job is to make everybody else smarter. One indispensable person is the opposite of that. Mara: I think that objection is right, and it should change what you demand. There are two kinds of single owner. One hoards. The knowledge lives in his head, and you rent access to it. The other leaves a trail. Decisions written down, a repository you hold, a runbook someone else could follow. Research on organizational learning draws the same line: experience only becomes lasting capability when it is retained in people, routines or artifacts that outlive the moment. Reid: So the test is the artifact trail. Mara: The test is the artifact trail. Ask to see it. If a supplier cannot show you where a decision was recorded and why, size will not save you. Forty people can hoard as well as one. Reid: One more. How does one person deliver enough? A workflow, integrations, monitoring, fixes. That is a lot of work for a single calendar. Mara: By not doing it by hand. The work is executed by AI agents under his direction, in parallel. And the agent that builds is never the agent that checks. Verification runs separately against the written targets, and a person reviews every change before it ships. A builder grading its own homework is how this kind of work goes wrong. Reid: And no throughput number? No claim that this is ten times faster? Mara: No. None was measured, so none is claimed. What is published is the constraint: one build runs at a time, and the start date is confirmed before you sign. Reid: Then let me say who should not buy this. If you need round the clock coverage, no. If procurement requires a named successor, no. If you need five parallel workstreams next quarter, no. Mara: Agreed on all three. And one more from the research on AI in organizations: value scales with change inside the company, not with deployment alone. An outside owner can accelerate your capability. He cannot stand in for it forever. Reid: So who is it for? Mara: An operator with one funded priority, who wants the person in the first meeting to be the person accountable in month six, and who would rather hold the repository than a promise. Reid: I came to find the hole. It is there, it is labelled, and there is a clause next to it. Mara: If you want to test it yourself, book fifteen minutes with Omar. No charge. Ask him the month three question directly. Reid: The written version, with sources, is on mllabs.com. Thanks for listening.