<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Runtime on Programmer.ie: Modern AI programming</title>
    <link>http://programmer.ie/tags/runtime/</link>
    <description>Recent content in Runtime on Programmer.ie: Modern AI programming</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 23 Sep 2026 05:00:24 +0100</lastBuildDate>
    <atom:link href="http://programmer.ie/tags/runtime/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>The Context Compiler</title>
      <link>http://programmer.ie/books/context/24-chapter/</link>
      <pubDate>Wed, 23 Sep 2026 05:00:24 +0100</pubDate>
      <guid>http://programmer.ie/books/context/24-chapter/</guid>
      <description>&lt;!--&#xA;DRAFTING STATUS: PLACEHOLDER&#xA;&#xA;Replace this entire comment with the reader-facing chapter. Preserve the TOML frontmatter.&#xA;&#xA;## Chapter problem&#xA;Individual tricks do not make a context system. A real runtime must observe, classify, preserve, prune, compress, externalize, recover, budget, order, and explain context decisions without losing sight of behaviour.&#xA;&#xA;## Working thesis&#xA;The capstone is the smallest architecture justified by the book&#39;s measurements, not a maximal feature list. It should compile candidate information into a model-ready bundle and preserve an audit trail of every context decision.&#xA;&#xA;## Mechanisms/concepts to earn&#xA;- Context Lab instrumentation&#xA;- typed retention policy&#xA;- deduplication/pruning&#xA;- compaction&#xA;- progressive fidelity&#xA;- external artifacts&#xA;- just-in-time recall&#xA;- cache-aware mutation&#xA;- budget allocation&#xA;- deterministic assembly&#xA;- decision trace&#xA;- evaluation harness&#xA;&#xA;## Proposed book experiment&#xA;Run the final matched ladder against real OpenCode coding tasks plus a controlled corpus. Require each capstone feature to justify itself through an ablation. Remove any feature that does not earn measurable value.&#xA;&#xA;## Sources/research leads to verify&#xA;- all prior chapter evidence&#xA;- DCP, Magic Context, and WithContext as comparative implementations&#xA;- OpenAI/Anthropic/DeepSeek/Kimi/Qwen runtime and architecture material&#xA;- the external Context Lab implementation repo once created&#xA;&#xA;## Boundary&#xA;Implementation code lives outside this book repository. The chapter reports contracts, architecture, experiments, results, limitations, and what the results do not justify.&#xA;&#xA;## Handoff to the next chapter&#xA;End with the boundary: a context compiler controls what a model gets to know now; retrieval, memory, agents, evaluation, and inference remain distinct systems around it.&#xA;&#xA;## Drafting prompt for OpenCode&#xA;&#xA;Draft Chapter 24, &#34;The Context Compiler&#34;, for *Context From First Principles*.&#xA;&#xA;Before writing:&#xA;1. Read `README.md`, `AGENTS.md`, `planning/book-architecture.md`, `planning/capstone-contract.md`, and `research/source-map.md`.&#xA;2. Read Chapters 23-24 placeholders/drafts so this chapter has a clean incoming and outgoing boundary.&#xA;3. Research the chapter against current primary/first-party sources as of September 2026. Verify titles, dates, model/version claims, and URLs. Prefer papers, official documentation, official model repositories, and source code. Treat vendor benchmark claims as vendor-reported. Treat preprints as preprints.&#xA;&#xA;Writing requirements:&#xA;- Write a strong initial reader-facing chapter, roughly 3,500-5,500 words unless the mechanism genuinely needs less.&#xA;- British spelling. Concrete engineering prose. No hype, generic AI-history padding, or taxonomy for its own sake.&#xA;- Begin from a concrete failure/question that makes the mechanism necessary. A coding-agent/OpenCode setting is useful where natural, but do not force every example into the same scenario.&#xA;- Keep the strict definitions: context is what is made available to the model for this computation; the context window is capacity; available information/session state can exist outside the current context.&#xA;- Separate established background, book hypotheses, and book results. At this scaffold stage, experiments are proposed unless committed run artifacts exist. Never write an unrun experiment as a result.&#xA;- Introduce the smallest mechanism that answers the measured or clearly stated failure. Explain trade-offs and failure modes.&#xA;- Connect to Memory, Embeddings, Retrieval, Agents, Tool Use, Evaluation, or Inference only at the boundary needed here; do not re-teach those books.&#xA;- Use at most 1-2 tables or Mermaid diagrams, and only when they materially improve understanding.&#xA;- Do not include capstone implementation code in this repository. Small illustrative pseudocode/functions are acceptable when they clarify the mechanism; the real Context Lab implementation belongs in its separate repository.&#xA;- Include a clearly labelled proposed experiment or measurement design when evidence is needed. Define controls and measurements before the intervention.&#xA;- Finish with a short References section containing only sources actually used and verified.&#xA;- End by making the next step natural: End with the boundary: a context compiler controls what a model gets to know now; retrieval, memory, agents, evaluation, and inference remain distinct systems around it.&#xA;&#xA;When the draft is complete, remove this entire HTML comment so no drafting instructions remain in reader-facing prose.&#xA;--&gt;</description>
    </item>
  </channel>
</rss>
