{
  "id": 13308495,
  "title": "An Owned Command Matrix for Setup Guides That Models Must Not Extend",
  "url": "https://urgent.news/2026/10/10/an-owned-command-matrix-for-setup-guides-that-models-must-not-extend",
  "topic": "tech",
  "section": "Tech",
  "published": "2026-10-10T02:46:46.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/github_7727/an-owned-command-matrix-for-setup-guides-that-models-must-not-extend-2njo"
  },
  "original_language": "en",
  "account": "The process of creating setup guides for software installations involves a structured approach to ensure the documentation remains accurate and reliable. This process involves two primary lanes: a matrix lane for storing verified facts and a narrative lane for crafting the explanatory content. The matrix lane contains a synthetic JSON file that lists supported installation paths, each with specific details such as the operating system, package manager, minimum version, installation command, expected exit code, verification date, fixture output file, and the human owner responsible for maintaining the row. The narrative lane, on the other hand, is where model drafts can create sections, explain the purpose of each step, and propose troubleshooting hypotheses, all of which must cite the matrix values rather than invent new information. The key rule is that any conflict between the narrative and the matrix is resolved in favor of the matrix, ensuring that all claims are grounded in verified facts. Ownership of critical operational details like the operating system label, package manager, and exact installation command lies solely with designated humans, who are responsible for updating these entries as needed. The workflow involves freezing rows for each supported installation path before starting the drafting process, capturing the actual fixture output from running the commands without any cleanup by models, and rejecting any unknown shell commands to maintain the integrity of the documentation. This structured approach helps prevent the creation of misleading or incomplete installation guides by ensuring that all claims are traceable back to verified installation outputs.",
  "summary": "Generated setup guides stay reviewable when humans freeze commands, versions, and expected exits before any model writes narrative. That split stops a fluent paragraph from becoming the source of truth for a flag that nobody ran. The workflow uses a boundary file, a deterministic checker, and a narrow drafting pass with an explicit human owner. The examples below are a labeled proposal, and they…",
  "key_points": [
    "Matrix lane stores verified installation facts",
    "Narrative lane restricts model to citing matrix",
    "Owners maintain OS, package manager, commands"
  ],
  "editors_take": "This documentation process ensures accuracy and reliability by grounding all claims in verified facts stored in a matrix, maintained by humans, which takes precedence over model-generated narrative content.",
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}