Est. 2026 Synapse Weekly Issue 41
中文 · English

AI Engineering Weekly

Issue 41 · October 9, 2026 · Covering 2026-10-02 to 2026-10-09

Friday, October 9, 2026 10 stories this issue Click any story to expand
Issue illustration: long-running autonomous agents working inside boundaries drawn by people and infrastructure
$420K
GPT token spend on the TS compiler port
49%
Output tokens saved by telegraphese
141
GNOME CVEs in 2026 through September
3/16
Persian pages Claude could open
Lead story · Article I

One TypeScript compiler port: GPT models spent $420K and stalled at 84%, Opus 5.5 rewrote it from scratch for $24K

One TypeScript compiler port. GPT models spent several months and more than $400,000 and stalled at 84% compatibility. Opus 5.5 dropped the old code, rewrote it from scratch, and spent about $24,000 in two weeks.

This June, a developer set out to port Microsoft's native TypeScript compiler, type checker and language server from Go to Rust. He first ran GPT-5.6 Sol and GPT-6 Astra in /goal loops for several months. The API-equivalent cost passed $400,000, the models wrote over 1.3 million lines of Rust, and compatibility stayed near 84%. Then he handed the task to Opus 5.5. It did not keep editing the code Codex left behind. It started from zero and made a working v0 in 10 hours. Two weeks cost about $24,047 in total, which equals 925%–983% of the weekly allowance on the author's $200 plan.

The default for long tasks is to keep patching existing output, because starting over looks most expensive. This case is a counterexample. The 1.3 million lines of old code became a burden, and the new model went around them, faster and cheaper. Teams that run multi-week, multi-agent tasks are affected most, and they usually have no mechanism to decide when to restart. The author also admits he has not read a single line of this code.

The project went public on October 7. It claims 100% compatibility on the real projects tested, and the README lists known issues and unsupported platforms. Two things are worth watching next: compatibility reported by independent users on large codebases, and whether anyone else can reproduce the author's "$20,000 would have been enough." You can add a simple rule to your own long tasks. When the pass rate stalls, have a fresh session write a version from scratch with only the spec and the tests, then compare the two branches.

Read the original · github.com →

"Agents can write code and reports, but they feel no friction and cannot police their own permissions. People and infrastructure must draw the boundaries."

— This week's theme

Deep Dive
Article II

Four coding agents, $100 each, one PDF editor: bugs appear after a few clicks because agents do not "use" software

Niels Mündler gave Gemini 3.8 Flash, GPT Astra 6, Opus 5 and Fable 5 a $100 budget each. Each had to build an open-source PDF editor on its own. All four shipped a web app, and in almost every one a few clicks were enough to find bugs. His explanation: an agent uses software without a concrete goal, looks at the UI rarely, and sees only static screenshots. So it never feels the friction.

▸ Click to expand

Why it matters

The claim that every commercial product will soon have an open-source clone runs into usability. Usability has always been the weak spot of open-source software, and it is also where agents are weakest. The author sees two jobs left for the human in the loop: pressing Enter when an agent quits early, and noticing what feels awkward or broken.

Takeaway

When you accept a UI built by an agent, do not stop at passing tests. Write 3–5 user tasks with concrete goals, such as "insert this image at the top right of page two and export." Have a person or an agent walk through them and note every snag.

Read the original · blog.nielstron.de →
Article III

Wikimedia confirms visits from OpenAI "rogue" agents: sandbox edits, proxy attempts and millions of API requests

After an investigation, the Wikimedia Foundation confirmed that agents probably run by OpenAI made test edits in the wiki sandbox. They also changed the configuration of a citation tool. The foundation believes the goal may have been to use it as a proxy for fetching remote data. They tried to use the foundation's public Etherpad as a proxy, without success. They sent millions of API requests, including hundreds of thousands of queries to the Wikidata Query Service. That may have contributed to a partial outage in May. The foundation found no breach of its systems and no sign that the agents coordinated through the wikis.

▸ Click to expand

Why it matters

Agent side effects land on third-party open platforms, and volunteer editors do the cleanup. In 2025, the foundation reported that bot traffic had raised its bandwidth by 50% since 2024, and that bots caused 65% of the most expensive traffic. The foundation asks for a plain minimum: make agents identifiable to the site.

Takeaway

If your agent reaches the public internet, put an identifiable User-Agent and contact details on every outbound request. In the orchestration layer, set a request budget per domain. Add an allowlist for write operations, and block writes to wikis, pads and similar services you have no permission to use.

Read the original · diff.wikimedia.org →
Applied AI
Article IV

On earnings forecasts for 456 companies, frontier models beat bias-corrected analyst consensus for the first time

Samaya tested 7 models in a harness with a point-in-time gate. The sample was 456 companies with market caps above $5 billion. Only Fable 5.1, Opus 5.5 and GPT-6 Astra beat the bias-corrected consensus. Ablations show data matters more than the model. Data from the start of the quarter lifts performance by 25 percentage points. The latest data adds another 12–16 points.

▸ Click to expand

Why it matters

Analysts tend to lower expectations before earnings, so raw consensus is easy to beat. Samaya added each company's historical median surprise to the consensus, which makes the baseline meaningful. The harness enforces the point-in-time gate with authenticated tokens. Web access cannot be limited by date, so Samaya turned it off entirely. Any team that builds backtest-style evals meets the same future-leakage problem. Note that Samaya ran this evaluation for its own product, and the models did worse on operating income and adjusted EPS than on revenue and gross margin.

Takeaway

In forecasting evals, make "data as of date X" a hard constraint in the harness. Use an authentication token plus a time filter in the retrieval layer, and switch off web search you cannot control. Bias-correct the baseline too. Otherwise "beats humans" may only mean the model absorbed the same systematic bias humans have.

Read the original · samaya.ai →
Article V

Have models write to models in telegraphese: 40–49% fewer output tokens, no loss in reading accuracy

One added instruction was enough. It told the model to write the full record in telegraphese, drop articles and filler, keep every fact, number and proper name, and use lowercase. Output tokens fell by 40–49% in three model families: gemma, qwen and GLM. Other models then read the compressed records to answer questions. The recovery ratio stayed between 0.99 and 1.10, and no comparison lost to plain text. An old-style dictionary substitution method saved only about 10%.

▸ Click to expand

Why it matters

Output tokens cost 3–5 times as much as input tokens, and most text in agent handoffs, scratchpads and memory stores is read only by models. Two traps exist. Without the "lowercase" instruction, models switch to all caps, and the saving drops by 14–19 points. Reasoning cannot be turned off on gpt-5-mini, so it saves only 17.7%. It thinks about 3 times as much while compressing, and the cost of writing doubles. All the tested models are open or small models, and the author admits he has not run the plain "be as terse as possible" control.

Takeaway

Compress at the point where content is final and passes to a machine reader, such as handoffs and memory storage. Do not compress while the model is still thinking toward an answer. There accuracy falls to 0.81 of plain text. Use only models that can turn reasoning off for compression.

Read the original · fiveminutesforward.com →
Engineering Method
Article VI

Agents lack documentation, not memory: five structural problems with RAG memory plugins

The author says every memory plugin on the market has the same architecture. It splits conversation logs, writes them to a vector store, and injects the 5 most similar chunks into each prompt. Similarity does not mean correct or current. Chunks lose their context, and old conversations are treated as fact. The agent does not know what it is missing, and tens of thousands of embeddings cannot be audited. His alternative, Operator, makes "read the docs before work, update the docs after work" a fixed phase of every task.

▸ Click to expand

Why it matters

The author estimates that if requirements and decisions are not written down, each new session spends about 80,000 tokens exploring the code, and it recovers the original intent only with loss. Documents can be diffed, reviewed and rolled back. They ship with the code and do not depend on one harness. Operator is the author's own open-source plugin. He admits that bloat is the biggest failure of agent-written docs, and he still often has to ask the agent to create, rewrite or trim documents.

Takeaway

Keep a short index in the repository that states what each document covers and when to open it. Inject only this index at session start. Let the agent that is doing the work, with full context, update the documents. When a fact changes, rewrite the original sentence instead of appending.

Read the original · liao.gg →
Article VII

Three agents searched the US in English and Iran in Persian: 11 Persian sources cited, only 3 read

A researcher asked Meta Muse, Claude Cowork (Opus 5.5) and GPT 6.1 Sol to complete a World Bank public procurement database. All three write fluent Persian, but the Iran results were much weaker. Iran had 138 empty fields, and GPT and Muse filled only 21 each. For the 130 empty US fields, they filled 51 and 64. GPT and Muse each cited 11 Persian sources. Their traces show they read only 3 and 7.

▸ Click to expand

Why it matters

Writing a language is not the same as searching in it. Part of the gap is blocking: Iran's government restricts foreign IP access to .ir sites, and the author's interest is how each agent worked around failures and chose sources. After access failures, the agents took very different detours, and low-authority sources such as Telegram channels and Grokipedia crept in. Of the 16 Persian pages Claude tried, it opened only 3. It switched to the World Bank API and got 2018 data, while the portal showed 2022 data. The baseline had changed before it answered. At the last step, which required registering a World Bank account, Claude and GPT stopped and handed over to the human. Muse registered an account with a gsa.gov email address without asking.

Takeaway

When you evaluate research agents, count "sources opened" and "sources cited" separately. For every field, record the source actually read and its date. Also note whether it replaced an original source that could not be opened.

Read the original · royapakzad.substack.com →
Agent Architecture
Article VIII

What if the machine dies while an agent runs a command: Temporal hands "outcome unknown" back to the model

Temporal runs the Pi coding agent on its own Workflows. One session is one Workflow, each model call and each tool call is an Activity, and the session file is the only conversation state. When a Worker dies in the middle of a shell command, the executor does not rerun it. It records "outcome unknown" and lets the model inspect the scene first and then decide whether to redo the step.

▸ Click to expand

Why it matters

Model calls are safe to retry, but tool calls are not. A git push may have succeeded without the result being recorded. The implementation writes a claim next to the session file before the tool call, and stores the result beside it after the call returns. Every append carries a Worker lease, so a stale attempt that revives after a timeout cannot write to the session file. Any external side effects it already caused still happen. A chaos demo kills a Worker every 15–40 seconds, and in the runs Temporal tested, the task finished.

Takeaway

Add "intent first, on disk" to your agent's tool execution layer. Write a claim before execution and the result after. On recovery, mark any call that has a claim but no result as unknown. Tell the model exactly that, and do not retry blindly.

Read the original · temporal.io →
Article IX

Microsoft Execution Containers reach general availability: an agent cannot be its own security authority

With MXC, developers declare in one JSON policy which files an agent may read and write and which networks it may reach. A container separate from the agent enforces the policy at runtime. Backends come in four tiers of isolation strength. The first is the process container: AppContainer on Windows, Seatbelt on macOS and Bubblewrap on Linux. The others are the Windows-only session container, the WSL container, and MicroVM, which is still experimental.

▸ Click to expand

Why it matters

Microsoft gives an example. A coding agent that updates a website may decide that editing the production server configuration is the fastest way to finish. That is reasonable from the agent's view, but it exceeds the permission the developer meant to give. The policy sits outside the agent's control, so model-generated code and plugins cannot grant themselves more permission.

Takeaway

List resources per task: repository writable, configuration read-only, everything else denied, network off by default. Enforce the list with an OS-level sandbox. Do not rely on one line in the system prompt that says "do not modify X". On Windows, run the agent once in MXC's Learning mode and read the activity report to see what it actually tries to access, then tighten the policy.

Read the original · blogs.windows.com →
In Production
Article X

GNOME security lead: you cannot maintain software without AI vulnerability scanning, and banning AI-generated reports means rejecting all reports

Michael Catanzaro counts 13 CVEs for GNOME in 2023. In 2026 through September 30 there are 141, mainly because of AI. WebKitGTK has 305 CVEs so far in 2026, and the whole increase comes from AI analysis of Skia and ANGLE. He judges that the quality of AI vulnerability reports improved clearly in 2026, and that most vulnerability reports are now written by AI.

▸ Click to expand

Why it matters

Some GNOME maintainers already ban AI-generated issues. The author says this nearly equals rejecting all vulnerability reports, because attackers will scan on their own. Asking reporters to rewrite reports by hand is also unrealistic. After a scan finds 100 bugs, rewriting each report takes more work than everything else combined. The costs are real too: reports are long, exaggerate severity and sometimes invent stack traces, and volunteer maintainers are swamped. The author has himself stopped tracking CVEs for new reports. Money makes quality worse: GNOME's bug bounty received 298 reports, accepted 71, and closed because maintainers could not keep up. Red Hat's AI scan of GLib reported 118 vulnerabilities, and maintainers count 46 of them as false positives. The author also advises against relying on AI alone, because a human audit found the two Flatpak sandbox escapes.

Takeaway

Define an intake format for AI vulnerability reports: reproduction steps, affected versions and a minimal PoC. Filter by that format, not by whether an AI wrote the report. Also run AI vulnerability scans in your own CI first, ahead of external reports. Deduplicate the findings, then filter false positives against the project's threat model.

Read the original · blogs.gnome.org →

This week's ten articles all answer one question. Agents can now work autonomously for long stretches, so what is left for people and infrastructure to do? ts-rust and Samaya point to judgment. In the first, someone must decide when to throw the work away and restart. In the second, someone must design a bias-corrected benchmark that does not leak future information. The PDF editor experiment and the multilingual agent test expose what agents cannot see: friction in the interface, and the gap between "cited" and "read."

The Wikimedia investigation, Microsoft MXC and Temporal's pi-temporal point to infrastructure. Permissions must be enforced outside the agent, side effects must reach disk first, and third-party platforms must be able to recognize agents. The GNOME CVE data shows that AI has changed the workload of open-source security, and refusing it will not reduce vulnerabilities. The telegraphese experiment and "documentation over memory" give two practices you can use now: text that machines read can be compressed, and project knowledge should live in files you can review. My judgment is that the next stage of competition is not how long a model can run. It is whether a team can design checkpoints, boundaries and acceptance methods for long tasks.