Contact

Type to explore Drawk studio productions

Discover cross-platform games, mobile apps, architecture articles, and interactive GLSL labs.

← Back to Posts

Deterministic Scripts in AI Harnesses: Zero-Token Infrastructure for Cheaper Subagent Handoffs

This article was updated on November 9, 2026 to reflect latest specifications and benchmarks. See revision history below.
Archived Revisions: v1 (November 9, 2026) Diff

TL;DR: Asking frontier AI models to repeatedly re-derive command line mechanics, parse logs, and run repetitive validations burns expensive tokens, clutters context windows, and invites non-deterministic drift. The professional pattern is Zero-Token Architecture: burn reasoning tokens freely during development to synthesize clean, platform-agnostic, deterministic systems, but pay zero tokens at runtime. At runtime, pure CPU processes execute the work for free, reserving expensive LLM reasoning only for the rare moments when human-like judgment is genuinely required.

flowchart TD subgraph SINKHOLE["THE ALL-LLM TOKEN SINKHOLE"] S1["Frontier Model (Opus / Fable)"] --> S2["Re-derives complex grep/build command"] S2 --> S3["Spawns Expensive Subagent with 8,000-token prompt"] S3 --> S4["Subagent improvises shell commands & regex"] S4 --> S5["Hallucinated syntax / command flags drift"] S5 --> S6["Context window fills with noisy stderr logs ($$$)"] end subgraph ZERO_TOKEN["ZERO-TOKEN ARCHITECTURE"] D1["Development Phase: Frontier AI"] --> D2["Synthesizes agnostic script (python3) once"] D2 --> D3["Stores in shared scripts directory"] D3 --> D4["Runtime Phase: Deterministic System ($0 Tokens)"] D4 --> D5["Executed by CI, Git Hooks, or Sprinter Subagent"] D5 --> D6["Exit code 0 + clean JSON response (Pure Speed & Zero Drift)"] end
┌────────────────────────────────────────────────────────────────────────┐
│             AI HARNESS VS. DETERMINISTIC SCRIPT ARCHITECTURE           │
├───────────────────────────────────┬────────────────────────────────────┤
│   ALL-MODEL EXECUTION (DRIFT)     │   DETERMINISTIC SCRIPT (PRECISE)   │
├───────────────────────────────────┼────────────────────────────────────┤
│ • Model writes ad-hoc bash each time│ • Script is written once, reviewed│
│ • Burns 5,000+ reasoning tokens   │ • Consumes zero reasoning tokens   │
│ • Different regex/flags per agent │ • Identical behavior on every run  │
│ • Requires expensive frontier tier│ • Lightweight sprinter tier runs it│
│ • Locked inside proprietary harness│ • Runs anywhere: CI, git hook, CLI│
└───────────────────────────────────┴────────────────────────────────────┘

When developers first adopt AI coding assistants and autonomous agent harnesses, they tend to treat the LLM as a universal engine for everything.

Need to check which assets are missing? Ask the agent. Need to parse build logs, count localization keys, or check image dimensions? Ask the agent.

While frontier models can figure out ad-hoc shell commands on the fly, relying on an LLM to repeatedly improvise mechanical tasks is an architectural mistake. It leads to three major problems:

  1. Token Cost & Context Degradation: Every ad-hoc grep, find, and awk command vomits hundreds of raw lines into the agent context window, quickly hitting attention degradation.
  2. Non-Deterministic Drift: An agent prompted to "verify the schemas" might use jq on Monday, an improvised Python one-liner on Tuesday, and a bash loop with broken edge-case handling on Wednesday.
  3. Harness Lock-In: Workflows built purely out of conversational prompts and proprietary agent tool wrappers cannot be run by human developers in a bare terminal, cannot run in GitHub Actions, and cannot run in a pre-commit hook.

The solution is to separate reasoning from repetition through what we call Zero-Token Architecture.


Zero-Token Architecture: CapEx Reasoning vs. OpEx Determinism

The foundational paradigm behind this approach is Zero-Token Architecture (or Zero-Token Infrastructure).

In traditional engineering, teams separate CapEx (capital investment required to design and build an asset) from OpEx (ongoing operational expenditure to run it daily). The exact same economic reality applies to AI-assisted software systems:

┌────────────────────────────────────────────────────────────────────────┐
│                        ZERO-TOKEN ARCHITECTURE                         │
├───────────────────────────────────┬────────────────────────────────────┤
│   DEVELOPMENT (FREE-RUNNING AI)   │    RUNTIME (DETERMINISTIC OPEX)    │
├───────────────────────────────────┼────────────────────────────────────┤
│ • Unconstrained reasoning tokens  │ • Exactly ZERO tokens consumed     │
│ • Deep architecture, design & R&D │ • Pure CPU / POSIX local execution │
│ • Synthesis of scripts & tests    │ • Predictable microseconds latency │
│ • Frontier models explore edge cases│ • $0.00 recurring compute cost   │
│ • Permanent equity in repository  │ • AI invoked ONLY if reasoning needed│
└───────────────────────────────────┴────────────────────────────────────┘

The Three Laws of Zero-Token Infrastructure:

  1. Tokens Are Free During Development (CapEx): Never hesitate to spend frontier tokens during development, design, and exploration. Spin up the smartest models available (Opus, GPT-4o, Claude 3.7 Sonnet), brainstorm architecture, test edge cases, and let the model write comprehensive code, regression suites, and automation tools. This is a one-time capital investment that yields permanent codebase equity.

  2. Zero Tokens at Runtime by Default (OpEx): Once synthesized, routine runtime tasks (continuous integration, pre-commit validation, asset audits, log parsing, schema checks, format conversions) belong entirely to deterministic systems. Whether written by a human engineer or synthesized by an AI assistant, these tools run on standard CPU cycles. They consume zero LLM tokens, cost $0.00 in API fees, execute in milliseconds, and produce 100% reproducible results.

  3. Reasoning Only as an Exception: In a mature Zero-Token Architecture, an LLM is never placed in the hot path of routine mechanical execution. Machine learning reasoning is reserved exclusively for situations where human-like semantic judgment is strictly necessary: resolving unexpected production anomalies, translating nuanced natural language intent, or evaluating subjective aesthetics.


The Two-Rule Standard

In our studio engineering rules for deterministic scripts, we enforce a straightforward principle:

Rule 1: If a step has a re-derivable correct answer, it belongs in a script, not in model tokens. Counts, inventories, regex sweeps, schema validation, format conversions, build verification, and deployment health checks must be codified as standalone scripts. The model keeps the architectural judgment; the script handles the mechanics.

Rule 2: If a step was done by hand twice in a thread, the second time writes the script. The moment you realize an operation is recurring, instruct the frontier model to create a dedicated, self-documenting script.


The Script Contract: Built for Subagents and Humans

To ensure scripts remain portable, maintainable, and easily consumable by lightweight AI subagents, every script adheres to a strict contract:

┌────────────────────────────────────────────────────────────────────────┐
│                        DETERMINISTIC SCRIPT CONTRACT                   │
├────────────────────────────────────────────────────────────────────────┤
│ 1. RUNTIME: Standard library python3 (zero external pip dependencies). │
│ 2. FLAGS: Always support --help and --json for machine consumption.    │
│ 3. EXIT CODES:                                                         │
│    • 0 = Success (clean run, verification passed)                      │
│    • 1 = Verification failure / runtime error                          │
│    • 2 = Bad input / invalid CLI arguments                             │
│ 4. MUTATION: Read-only by default; require explicit --write flag.      │
│ 5. SECRECY: Never hardcode credentials, paths, or personal IDs.        │
└────────────────────────────────────────────────────────────────────────┘

When a script outputs structured JSON and adheres to standard POSIX exit codes, handing work off to an AI subagent becomes trivial.

Instead of writing a massive prompt trying to explain your data structures to a small model, you give the subagent a single command:

python3 scripts/check_content_tags.py --json

If the exit code is 0, the subagent knows the work is clean. If the exit code is 1, the subagent reads the JSON array of specific errors and fixes only the failing lines.


The Generic Skill: Teaching Any AI Harness the Pattern

To make this methodology second nature for your AI assistant, encode it as a reusable skill or system instruction.

Whether you use Claude Code, Cursor, GitHub Copilot, Codex, or an open-source agent framework, an AI skill is simply a structured instruction set that teaches the model when to stop typing ad-hoc shell commands and start writing deterministic tools.

Here is a generic, drop-in SKILL.md specification you can include directly in your repository:

---
name: deterministic-scripts
description: Use on every prompt before doing manual work. Identify repeatable, deterministic steps (counts, inventories, regex sweeps, parsing, format conversion, schema checks, build and deploy health) and execute or write a standalone script instead of spending model reasoning tokens. Enforces stdlib python3, --help, --json, standard exit codes (0/1/2), and safe read-only defaults.
allowed-tools:
  - Bash
  - Read
  - Write
  - Edit
---

# Deterministic Scripts Skill

Model tokens are for thinking. Anything with a re-derivable correct answer is a script: the main thread stays focused on architecture and judgment, while lightweight subagents execute the script with zero drift.

## Per-Prompt Check (Before Doing the Work)

1. **Spot**: Identify deterministic steps: counts, inventories, greps, schema validation, data conversion, and environment checks. Architectural judgment stays with the model.
2. **Reuse**: Check the repository `scripts/` index before running manual commands. Run existing tools rather than re-deriving answers by hand.
3. **Write (Rule of Two)**: If a recurring task is performed manually twice in a session, write a dedicated script for it immediately.
4. **Lint and Test**: Run the script with `--help` and verify with `--json` on real input before relying on it.
5. **Hand Down**: In subagent delegations, specify the exact script command and arguments so the subagent runs it instead of improvising.

## Script Contract

- **Runtime**: Standard library `python3` (runs on any OS, bare terminal, or CI runner without external pip dependencies).
- **Documentation**: Top-level docstring defining purpose, usage, arguments, and exit codes.
- **Flags**: Always support `--help` (usage instructions) and `--json` (structured machine output).
- **Exit Codes**:
  - `0`: Success / check passed.
  - `1`: Operation failed / validation errors found.
  - `2`: Bad input / missing arguments.
- **Read-Only by Default**: Mutations require an explicit `--write` or `--fix` flag.
- **Zero Secrets or Hardcoded Paths**: Read machine configuration from environment variables or standard config files. Never commit private tokens, keys, or absolute user home paths.

## Subagent Delegation Protocol

Subagents **run** existing scripts provided in their briefs. Subagents only write new scripts if explicitly instructed by the orchestrator. If a subagent discovers a recurring pattern, it suggests the script in its completion summary.

## Anti-Patterns to Avoid

- Do not re-derive by hand what an existing script answers.
- Do not hardcode user, machine, or environment values in scripts or prompts.
- Do not write multi-thousand token prompts explaining data schemas when a script can return structured JSON.

Multi-Harness Integration: Drop-In Setup

The strength of a standardized markdown skill is that it integrates cleanly across all modern AI environments without proprietary lock-in:

AI Environment Configuration Location Integration Method
Claude Code .claude/skills/deterministic-scripts/SKILL.md Auto-discovered by Claude CLI, or referenced via @import in CLAUDE.md
Cursor & Windsurf .cursor/rules/deterministic-scripts.mdc Applied as an automated rule with alwaysApply: true
Copilot / Codex / OpenCode AGENTS.md or .github/copilot-instructions.md Included in root agent instructions so orchestrators read it on launch
Custom Agent Loops Orchestrator System Prompt Pre-pended to system context during planner and subagent task initialization

Handling Configuration and Secrets Generically

A common trap when having AI write automation scripts is hardcoding developer-specific paths (e.g. /Users/alice/projects/...) or sensitive API keys.

A generic deterministic script must decouple all machine-specific state using standard environment variables:

import os
import sys

# Read from environment with a clear error if missing
API_KEY = os.environ.get("SERVICE_API_KEY")
DATA_DIR = os.environ.get("WORKSPACE_DATA_DIR", "data/")

if not API_KEY:
    sys.stderr.write("Error: SERVICE_API_KEY environment variable is required.\n")
    sys.exit(2)

By enforcing that scripts read sensitive credentials and local machine paths from environment variables (or a user-level .env file that is git-ignored), scripts remain completely shareable across team members and CI runners without secret leaks.


Sample Flow 1: The Frontier Synthesis Loop (Script Inception)

Here is how a frontier model (Architect tier) creates and tests a deterministic tool during normal development:

sequenceDiagram autonumber actor Dev as Developer participant Arc as Frontier Model (Architect) participant FS as Codebase / File System participant Py as Deterministic Script Dev->>Arc: "We keep hitting broken XML entities in our SVG thumbnails." Arc->>FS: Inspects SVG files and identifies missing XML declarations Arc->>FS: Writes scripts/verify_svg_xml.py Note over Arc,Py: Implements --help, --json, and exit codes Arc->>Py: Runs python3 scripts/verify_svg_xml.py wwwroot/static/ Py-->>Arc: Exits 1 (Outputs JSON with exact file and line errors) Arc->>FS: Fixes the SVG entity errors Arc->>Py: Re-runs python3 scripts/verify_svg_xml.py wwwroot/static/ Py-->>Arc: Exits 0 (Valid XML across all 8 files) Arc-->>Dev: "Tool created and verified. Added to shared scripts."

By having the frontier model build the tool, you invest high-tier reasoning tokens once to create a permanent asset. Future checks cost zero reasoning tokens.


Sample Flow 2: The Model-Tiered Subagent Handoff

Once the script exists, routine maintenance can be delegated to cheaper, faster models (Sprinter tier, like Gemini Flash or Claude Haiku):

sequenceDiagram autonumber participant Main as Main Thread (Workhorse/Architect) participant Sub as Subagent (Sprinter: Flash / Haiku) participant Tool as Deterministic Script Main->>Sub: Spawns Subagent: "Run check_content_tags.py. If invalid, fix missing tags." Sub->>Tool: python3 scripts/check_content_tags.py --json Tool-->>Sub: Exits 1: [{"slug": "new-post", "error": "Tag webgpu missing from master catalog"}] Note over Sub: Subagent sees exact error without guessing Sub->>Sub: Updates post frontmatter to valid taxonomy Sub->>Tool: python3 scripts/check_content_tags.py --json Tool-->>Sub: Exits 0: {"status": "ok", "tags_validated": 172} Sub-->>Main: "Validation complete. 1 file corrected, all 172 tags valid."

Why This Is 90% Cheaper:

  1. Tiny Prompts: The subagent prompt requires only 200 tokens instead of a 4,000-token explanation of taxonomy rules.
  2. Cheaper Model: The subagent runs on a model that costs a fraction of frontier pricing.
  3. Zero Token Churn: The subagent does not need multiple exploratory grep turns to discover what is broken; the script tells it immediately in structured JSON.

Sample Flow 3: Outside-the-Harness CI/CD & Local Parity

Because the script was written in standard Python without dependencies on AI SDKs or harness-specific tools, it runs everywhere:

flowchart LR Script["verify_assets.py<br/>(Deterministic Script)"] Script --> H1["AI Harness<br/>(Subagent Tool Call)"] Script --> H2["Git Pre-Commit Hook<br/>(Local Developer Terminal)"] Script --> H3["GitHub Actions / CI<br/>(Pull Request Gate)"] Script --> H4["Emergency CLI<br/>(On-Call Engineer at 2 AM)"]

If an AI harness changes its plugin format, or if your team switches between different AI tools, your workflow does not break. The intelligence lives in your repository, not in the harness vendor's configuration.


The Generic Scaffolder: Generating Compliant Tools in One Command

To make creating on-contract scripts effortless for both human engineers and AI models, you can place a tiny scaffolding utility at scripts/new_script.py.

When the AI model notices that a manual task is recurring, it calls the scaffolder:

python3 scripts/new_script.py --name check_dead_links --summary "Scan markdown docs for broken links" --write

Here is the lightweight, dependency-free Python 3 scaffolder:

#!/usr/bin/env python3
"""
scripts/new_script.py
Scaffolds a new deterministic script that meets the standard contract.

Usage:
  new_script.py --name NAME --summary "ONE LINE SUMMARY" [--dir DIR] [--write]
"""

import argparse
import os
import sys

TEMPLATE = '''#!/usr/bin/env python3
"""
{name}.py - {summary}

Usage:
  {name}.py [OPTIONS]

Exit codes:
  0 = Success / check passed
  1 = Check failed / errors found
  2 = Bad input / invalid arguments
"""

import argparse
import json
import sys

def parse_args():
    parser = argparse.ArgumentParser(description="{summary}")
    parser.add_argument("--json", action="store_true", help="Output machine-readable JSON")
    parser.add_argument("--write", action="store_true", help="Apply fixes (read-only by default)")
    return parser.parse_args()

def main():
    args = parse_args()
    
    # Implementation logic goes here
    result = {{"status": "ok", "summary": "{summary}"}}
    
    if args.json:
        print(json.dumps(result, indent=2))
    else:
        print(f"PASSED: {{result['summary']}}")
        
    return 0

if __name__ == "__main__":
    sys.exit(main())
'''

def main():
    parser = argparse.ArgumentParser(description="Scaffold an on-contract script.")
    parser.add_argument("--name", required=True, help="Script name in snake_case (without .py)")
    parser.add_argument("--summary", required=True, help="One-line summary of what it does")
    parser.add_argument("--dir", default="scripts", help="Target directory (default: scripts)")
    parser.add_argument("--write", action="store_true", help="Write to disk and make executable")
    args = parser.parse_args()

    clean_name = args.name.replace(".py", "").lower()
    content = TEMPLATE.format(name=clean_name, summary=args.summary)
    target_path = os.path.join(args.dir, f"{clean_name}.py")

    if args.write:
        os.makedirs(args.dir, exist_ok=True)
        if os.path.exists(target_path):
            sys.stderr.write(f"Error: {target_path} already exists.\\n")
            return 2
        with open(target_path, "w", encoding="utf-8") as f:
            f.write(content)
        os.chmod(target_path, 0o755)
        print(f"Created executable script: {target_path}")
    else:
        print(content)

    return 0

if __name__ == "__main__":
    sys.exit(main())

Production Script Template

Here is a clean Python 3 pattern that implements the full deterministic script contract:

#!/usr/bin/env python3
"""
scripts/verify_catalog_assets.py
Validates catalog JSON files against asset folders.

Exit Codes:
  0 = All assets exist and are valid
  1 = Missing assets or schema validation errors
  2 = Invalid command line arguments
"""

import argparse
import json
import os
import sys

def parse_args():
    parser = argparse.ArgumentParser(description="Validate catalog asset references.")
    parser.add_argument("catalog_dir", help="Path to catalog JSON folder")
    parser.add_argument("--assets-dir", default="wwwroot/static", help="Static assets root")
    parser.add_argument("--json", action="store_true", help="Output machine-readable JSON")
    return parser.parse_args()

def main():
    args = parse_args()

    if not os.path.isdir(args.catalog_dir):
        sys.stderr.write(f"Error: {args.catalog_dir} is not a directory.\n")
        return 2

    errors = []
    checked_count = 0

    for root, _, files in os.walk(args.catalog_dir):
        for f in files:
            if not f.endswith(".json"):
                continue
            filepath = os.path.join(root, f)
            checked_count += 1
            try:
                with open(filepath, "r", encoding="utf-8") as fp:
                    data = json.load(fp)
                
                # Verify referenced thumbnail exists
                thumb = data.get("thumbnail")
                if thumb:
                    clean_path = thumb.split("?")[0].lstrip("/")
                    full_path = os.path.join(args.assets_dir, clean_path)
                    if not os.path.isfile(full_path):
                        errors.append({
                            "file": filepath,
                            "error": f"Referenced asset missing: {thumb}"
                        })
            except Exception as ex:
                errors.append({"file": filepath, "error": f"JSON parse error: {str(ex)}"})

    results = {
        "files_checked": checked_count,
        "error_count": len(errors),
        "errors": errors,
        "status": "passed" if len(errors) == 0 else "failed"
    }

    if args.json:
        print(json.dumps(results, indent=2))
    else:
        if errors:
            print(f"FAILED: Found {len(errors)} error(s) across {checked_count} file(s):")
            for err in errors:
                print(f"  - [{err['file']}]: {err['error']}")
        else:
            print(f"PASSED: {checked_count} file(s) checked with zero errors.")

    return 0 if len(errors) == 0 else 1

if __name__ == "__main__":
    sys.exit(main())

Comparison: Ad-Hoc LLM Prompting vs. Zero-Token Infrastructure

Dimension Ad-Hoc Model Re-derivation Zero-Token Infrastructure
Inference Cost High (burns 2,000 - 8,000 frontier tokens per run) Exactly $0.00 (or lightweight subagents using ~200 tokens)
Execution Speed 15 - 45 seconds per turn (waiting for LLM token generation) < 100 milliseconds (local CPU process execution)
Output Consistency Probabilistic (regex, formatting, and edge cases fluctuate) 100% deterministic (identical execution on every run)
Context Clutter High (dumps raw stderr, tracebacks, and grep lines into chat) Zero clutter (returns exit code and concise JSON payloads)
Portability Locked to conversational AI chat session Universal (runs in AI subagents, git hooks, CI/CD, and bare shell)
Failure Recovery Agent re-attempts random shell variations Agent receives exact error object with line number and key

Conclusion

The goal of AI engineering is not to replace software engineering with prompts. The goal is to use AI reasoning to build better software systems faster.

When you adopt a Zero-Token Architecture, you treat your AI harness as a toolmaker rather than just a tool user. You burn frontier tokens freely during development to build, test, and polish your tooling. But once that tooling is committed, your runtime operations cost essentially zero, execute with microsecond speed, and never drift.

Every repeatable problem solved yields permanent zero-token infrastructure. Those tools keep your context windows clean, unlock inexpensive subagent fan-out, and create a durable, harness-independent automation layer for your entire team.


References, Standards & Verified Data

  • Tool Augmentation & Autonomous Tool Use: Timo Schick et al., "Toolformer: Language Models Can Teach Themselves to Use Tools" (NeurIPS 2023) - Proves that language models teaching themselves to call discrete external tools via standard APIs dramatically outperform raw token prediction on arithmetic, data lookup, and structural validation tasks while slashing token consumption.
  • Interleaving Reasoning with Action: Shunyu Yao et al., "ReAct: Synergizing Reasoning and Acting in Language Models" (ICLR 2023) - Establishes the foundational ReAct framework, proving that interleaving discrete reasoning steps with external tool execution prevents error propagation, grounds facts, and eliminates speculative hallucination loops.
  • Empirical Context Degradation: Nelson F. Liu et al., "Lost in the Middle: How Language Models Use Long Contexts" (Transactions of the Association for Computational Linguistics, 2024) - Rigorous empirical proof that language model reasoning and instruction following degrade severely when critical facts or command parameters reside inside large, noisy context windows.
  • POSIX Process Exit Standards: IEEE Std 1003.1-2017 (POSIX.1) / Open Group Technical Standard Base Specifications Issue 7 (Section 2.8.2, "Exit Status for Commands") - Defines the universal contract that exit status 0 indicates success, while non-zero values reflect process errors or failed conditions. Supported by BSD sysexits(3) conventions where exit status 2 indicates command invocation syntax errors.
  • CLI Discoverability & Argument Standards: Free Software Foundation, "GNU Coding Standards: Standards for Command Line Interfaces" (Section 4.7) - Universal convention establishing --help and --version across all standard automation tooling, enabling autonomous agents to discover capabilities via deterministic introspection.
  • Model Context Protocol (MCP): Anthropic, "Model Context Protocol Specification" (2024) - Open standard for connecting AI agent harnesses securely to external tools, local data sources, and deterministic execution environments without vendor-specific glue code.
  • Attention Scaling Economics: Ashish Vaswani et al., "Attention Is All You Need" (NeurIPS 2017) - Establishes quadratic \(O(N^2)\) self-attention complexity over context length \(N\). Re-sending raw grep outputs and verbose shell logs across 30 turns burns hundreds of thousands of unnecessary tokens, whereas returning clean structured JSON with exit code 0 keeps input contexts flat and cache-aligned.
  • Verified Latency & Token Economics: Re-prompting a frontier reasoning model (e.g. Claude 3.7 Sonnet or GPT-4o at $3.00 - $15.00 per million tokens) to re-derive a 4,000-token regex inventory sweep takes 15 - 45 seconds and costs $0.02 - $0.08 per invocation. Running a compiled or interpreted deterministic script takes under 15 milliseconds on local CPU, consumes 0 reasoning tokens, and guarantees identical mathematical execution on every invocation.

Revision History

  • 2026-11-09 (Revision 2 - Current):
    • Sections Modified: Zero-Token Architecture framing, Generic Drop-in SKILL.md specification with interactive code/preview tabbed viewer, multi-harness integration matrix (Claude Code, Cursor, Copilot/Codex, custom agent loops), portable environment variable secret rules, new_script.py scaffolding utility, and verified references section.
    • Summary: Upgraded from ad-hoc script recommendations to an end-to-end Zero-Token Infrastructure standard. Added drop-in repository skill specification, interactive dual-mode code/preview viewers, and formal academic, POSIX, and empirical economic citations.
    • Links: View Revision v1 • Compare Diff vs v1
  • 2026-11-09 (Revision 1 - Commit 92a3345):
    • Sections Modified: Initial complete article.
    • Summary: Core essay analyzing deterministic script synthesis in AI harnesses, standard CLI contracts (--help, --json, exit codes 0/1/2), and cost-effective subagent handoff patterns.
    • Links: View Archived v1

← Back to All Posts