AIHero

    工作模式

    Dark factory

    A codebase, or part of one, where a software factory writes the code and no human ever reviews it.

    Matt Pocock
    Matt Pocock

    A codebase, or part of one, where a software factory writes the code and no human reads it. There is no 人工审查. Humans can still write the issues that start the work. But nobody reads the code that comes out. The name comes from "lights-out" factories, which make things with no people on the floor.

    A dark factory is 氛围编程 for an area of code, not for one change. When you vibe code, you choose not to read a change that you asked for. But you know that the change exists. In a dark factory, the team makes that choice one time, for the full area. After that, no person asks for each change or sees it. Changes arrive as fast as the triggers start new work.

    The problem shows when something breaks. You do not know what changed, because nobody read the changes. You must debug code that nobody on the team has read. The cause can be in any of many changes, and each one passed the checks.

    自动化检查 and 自动化审查 are the only gates. If they do not find a problem, the problem goes into the code.

    避免这样说: calling a codebase "dark" only because its factory runs with nobody watching. If agent sessions run AFK and a human reviews their PRs, that is a software factory. It is not a dark factory.

    用法:

    "Who changed the retry logic in the billing service? Nobody on the team remembers it."

    "The billing service is a dark factory. The agents merge all changes that pass CI. Nobody read that change."

    不只想学术语?

    加入 AI Hero,获取实用技能、AI 工程思考,以及帮助你始终走在前沿的资源。

    没有垃圾邮件,随时可以退订。

    分享