anthropics / anthropics/claude-code

[Agent incident] 2026-08-27 01:40 - „za to může blockads": poloviční diagnóza, viník je naše appka

Open
#94,980 0 comments 0 reactions 0 assignees View on GitHub
invalid
Dominant language
Python
Stars
145k
Forks
23.1k
PR merge metrics
PR metrics pending

Description

### Summary

Incident recorded on **2026-08-27 01:40** while working with the coding agent in IntelliJ IDEA on a private Kotlin Multiplatform project.

### Environment

- Surface: Claude Code agent in IntelliJ IDEA (JetBrains plugin)
- Project: private Kotlin Multiplatform app (Android/iOS/desktop)

### Record (verbatim, Czech)

#### 2026-08-27 01:40 — „za to může blockads": poloviční diagnóza, viník je naše appka

- **Co jsem udělal špatně:** změřil jsem 28 223 UDP socketů u `app.pwhs.blockads`, po jeho
ukončení psippr ožila — a prohlásil jsem blockads za viníka. Neptal jsem se, PROČ VPN filtr
ty sockety vůbec dostal. Uživatel oprávněně namítl, že blockads běží půl roku beze změny
a problémy jsou od včera.
- **Skutečná příčina:** psippr otevírá nové QUIC spojení (= nový UDP tok přes VPN tunel) na
KAŽDOU zprávu/doručenku/fetch/hlavičku (`IrohP2PEngine.openBiTo` → connect → close).
Od `ed608ab9` (25. 8.) ohluchlí peeři → nekonečné retry („timed out" každých pár sekund
na 6–8 peerů) → tisíce toků za hodinu → blockads (socket per tok) je nestíhá uvolňovat →
vyčerpaný rozsah portů 32768–60999 → nejede síť v celém telefonu.
- **Škoda:** uživatel bez internetu na telefonu; hodina hádky o tom, kdo lže.
- **Oprava:** 1) hluchý endpoint — `365e5bf6` (1.0.185); 2) TODO: jedno spojení na peera
(cache spojení v enginu, zavřít až při idle/chybě), doložit měřením socketů s běžícím blockads.
- **Pravidlo:** když symptom sedí na CIZÍ proces, diagnóza není hotová, dokud nevím, kdo ho
krmí — vždy druhá otázka „proč teď a proč tolik". Závěr říkat až s celým řetězem příčin.

Provenance in the project's git history

- record key: `2026-08-27 01:40`
- first committed: `2026-08-27T01:39:14+02:00`
- first commit: `7c821f2e330c`
- stored versions of this record: 1
- files it lived in: `ai-incidents.md`, `ia-sabotages/ai-incidents.md`, `tool-sabotages/ai-incidents.md`

---
_Filed from a recovered incident log. The record above is reproduced verbatim from the project's `ai-incidents.md`; it was written in Czech at the time of the event._

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reading the recovered record in ai-incidents.md and compare it with commit 7c821f2e330c; the duplicate paths ia-sabotages/ai-incidents.md and tool-sabotages/ai-incidents.md are also named. Done is preserving the incident's full causal chain, mitigation, and TODO without assigning the root cause only to blockads.

Written by the indexing model from the issue text.

Assessment

Tech stack
kotlin
Domain
documentation
Issue type
Documentation
Difficulty
1/5
Estimated time
Under an hour
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.