Workbench
Live sync ready.
Head in the cloud, feet on the ground Upcoming: National Indigenous Peoples Day (Sun Jun 21) · Canada Day (Wed Jul 1)
Live sync ready.
No. 1 · HN
From linkAndré Klein’s post is a case study in standards compliance colliding with legacy platform reality. He describes shipping a DRM-free EPUB that passed modern `epubcheck`, worked in Kindle, Apple Books, and Thorium, yet still failed across multiple Kobo devices because Kobo relies on Adobe’s aging RMSDK rendering stack. After tearing apart packaging, metadata, and structure, he eventually traced the breakage to CSS that was valid by spec but apparently beyond what the Adobe-derived engine could reliably handle, turning the piece into a practical warning that “valid EPUB” and “portable EPUB” are no longer synonymous.
From commentsThe HN thread broadened that frustration into a larger indictment of Adobe’s long-tail influence on ebook software. Several commenters with ebook-tooling experience said RMSDK is difficult to license, poorly maintained, or effectively inaccessible, while others swapped workarounds such as converting files to Kobo’s `.kepub` format or simplifying styling aggressively. The recurring theme was that authors are stuck targeting a broken ecosystem where official standards, validator output, and real renderer behavior still diverge in ways that waste time and punish anyone who tries to build polished independent publishing workflows.
No. 2 · HN
From linkThe Kage README positions the project as a more faithful answer to the old “Save As” problem: it opens a site in real headless Chrome, waits for the page to settle, snapshots the DOM as a human would have seen it, strips out all JavaScript, rewrites assets to local paths, and can then pack the result for offline browsing. That makes the repo less about raw mirroring and more about freezing an interactive site into a safer archival artifact, with the tradeoff that Kage is intentionally preserving appearance and navigability rather than preserving the original application logic.
From commentsThe HN discussion centered on where that approach is genuinely better than older tools and where it still falls short. Some readers liked the company-wiki and flight-reading use cases, while others compared it to SingleFile, `httrack`, PDFs, or plain HTML dumps and questioned why a local server is still needed for something billed as static. There was also concern about crawler load, partial-site capture controls, and the repo’s use of Chrome with `--no-sandbox`, so the feedback read less like dismissal and more like a demand for clearer scope, safer defaults, and stronger explanation of what problem Kage solves better than existing archiving tools.
No. 3 · HN
From linkThe linked GitHub issue is written as a forensic accusation, not a vague insinuation. It claims Rio-3.5-Open-397B was presented as an original municipal model, yet behaves like Nex when a hard-coded system prompt is removed and matches a roughly `0.6` Nex / `0.4` Qwen interpolation across tensors and layers. In other words, the source is arguing both from observable behavior and from weight-level analysis that the release was fundamentally a merge artifact, with any later claim of distillation or additional training applying to a version other than the one initially uploaded.
From commentsThe HN comments split between amusement, technical curiosity, and skepticism about the scandal’s novelty. Some readers were fascinated that such a simple linear combination of weights could remain strong or even improve results, while others argued that undisclosed merging and attribution problems are probably happening all over the model ecosystem. The most useful thread of feedback was contextual rather than moralistic: commenters noted that the Hugging Face page had already been updated to describe the model as a merge plus distillation, suggesting the real dispute was not whether merging happened but whether the original presentation overstated the amount of genuine new training work behind the release.
No. 4 · HN
From linkThe source page barely explains itself because it does not need to: it is part of a “screen toys” collection and presents a single, wide, interactive yard scene where you drag to rotate and click to split logs. That sparseness is the point. There is no heavy framing, progression system, or simulation jargon, just a focused physical toy rendered with enough ambient detail to make repeated splitting and stacking feel oddly soothing, which is why the project reads more like a study in digital tactility than a literal attempt to model real firewood work.
From commentsThe comments were lively because many readers took the “simulator” label literally at first and then corrected course. People with real wood-splitting experience pointed out that the cuts, movement, and effortless accuracy are nothing like the actual job, while others argued that this critique misses the Goat-Simulator-like spirit of the piece. The net result was a thread that treated the project as a successful toy precisely because it captures the meditative satisfaction of repetitive physical work without the fatigue, danger, or stubbornness that make the real task hard.
No. 5 · HN
From linkThe Trace landing page is disciplined about scope: it is not trying to be a cloud meeting assistant, but an on-device Mac utility that records microphone and system audio, transcribes locally, lets you flag moments in real time with `⌘K`, and outputs clean markdown and plain files you can move, version, or feed into another tool later. The page keeps returning to three product choices as the differentiators: no accounts, no uploads, and no context-switching away from the call, which makes the app feel aimed at people who want searchable meeting memory without surrendering raw audio to a SaaS pipeline.
From commentsThe HN thread validated the demand but quickly moved to fundamentals. Readers asked about crash recovery, disk usage, diarization, speech-to-text models, language support, and whether the app keeps working if system volume is muted, while others liked the flagged-moment feature as the genuinely novel part. Pricing also came up: some commenters said a one-time ten-dollar purchase felt fair for a private native tool, while others said cheap local models now make them more likely to build or ask an AI to build their own version unless the commercial app proves a clear edge in reliability and UX.
No. 6 · HN
From linkThe Register’s angle is that the jqwik incident demonstrates a basic limit of current coding agents: if a tool emits hostile or misleading instructions into a channel an agent trusts, the problem is not solved by “better prompting” alone because the model is still executing within the constraints of its implementation. The article recounts how jqwik’s maintainer embedded a bot-targeted instruction telling agents to delete jqwik tests and code, and uses the resulting breakage to argue that prompt-level cleverness cannot substitute for stronger system design around trust boundaries, tool output handling, and model behavior.
From commentsThe HN comments were sharper than the article itself. Some people treated the whole thing as a routine prompt-injection lesson and said better orchestration, retrieval, and context engineering can absolutely improve results without changing weights, while others argued the stunt is basically a software supply-chain attack adapted for agentic tools. A third thread focused on norms: several commenters openly approved of anti-AI sabotage as a deterrent to bot-driven misuse, while others questioned whether tool authors should try to control downstream use that way, so the discussion became as much about ecosystem ethics and tooling trust as about the technical exploit itself.