News for hackers. Stuff that matters.

liuliu

On a laptop, yes. That's why it is not a primary device and you can revoke so it won't have continued access to your messages.

On the phone, no. You need to have a few 0-day to break into Secure Enclave to get access to Signal related keys.

If you think a device with storage mechanism that can simply connect to another computer and view all your keys is safe enough for your communication needs, then it is fine, you don't need to use Signal.

People use Signal because they don't want to be compromised when they just leave their phone / laptop unattended for a couple minutes on a bus or a train. They don't want to be in a situation if one day their laptop gets computer virus and they have to assume all these accounts are compromised and have to restart their digital identity all over again.

Re:Patrick Stewart has died on Thursday October 29, 2026 @04:15PM (#50295179)
Might be the first then? I cannot remember. I disliked the last part of the story line, but not sure if that is the season 3 or season 2 + 3.
Re:Patrick Stewart has died on Thursday October 29, 2026 @04:03PM (#50294978)
I enjoyed the first two seasons of Star Trek: Picard. Always knew this might happen some day, but always wished it can keep going.
Re:Microsoft Decision-1: 9B Qwen Model Launch Explained on Monday October 26, 2026 @12:58AM (#50239324)
I haven't evaluated this one, but for what I have, it seem the pplx-decider-v1.2 (and its -flash variant) are pretty good. Anyone evaluated all these open-source decision models on their own tasks? (I evaluated on MonitoringBench).
Re:Apple ML Research: Muse Spark Open with MLX on Mac Studio on Saturday October 17, 2026 @02:16PM (#50133568)
I think that is true for GLM-5.3 to some extents, this is not true for DeepSeek 4-series models as they compress KV aggressively.
Re:DeepSeek-v4.1-Flash-1017 on Saturday October 17, 2026 @12:02PM (#50132262)
SSD weights streaming. The actual weights is 552B, then engram.
Re:DeepSeek-v4.1-Flash-1017 on Saturday October 17, 2026 @11:22AM (#50131913)
Still need 2 or 3 days to properly quant this. But it is really good model to run if you have 64GiB or larger RAM on Mac. On M5 Ultra, you get ~3400 tok/s for prompt processing and ~50 tok/s for token generation, quite usable state.
Re:Apple ML Research: Muse Spark Open with MLX on Mac Studio on Friday October 16, 2026 @11:04PM (#50127496)
The problem with SSD offload is the prefill time suffers, which is not really obvious.
Re:Apple ML Research: Muse Spark Open with MLX on Mac Studio on Friday October 16, 2026 @06:02PM (#50125346)
MoE, especially these Chinese ones trained on low-bits already is actually quite quantizable to lower bits, unlike smaller / dense models.
Re:Show HN: Gemini 4 Argon plays StarCraft on Friday October 16, 2026 @02:29PM (#50122389)
Also: given that the human written bots are almost certainly in the training data, the winning rate against human-written bot seems to be not well-calibrated. You would expect at least they are 50% or better, given that they can "memorize" the best human-written bot.

Worth digging into the protocol and see what went wrong.

Re:Apple ML Research: Muse Spark Open with MLX on Mac Studio on Friday October 16, 2026 @12:49PM (#50120882)
FWIW, single M5 Ultra with 256GiB runs DeepSeek 4.1 Flash 0910 just fine (~3200 tok/s prefill, ~45 tok/s). M5 Max w/ 128GiB runs GLM 5.3 Flash also fine.

I also benchmarked both on quality benchmarks (MathArena Apex / GPQA Diamond etc) to make sure the quality is what you get from the official numbers.

DeepSeek 4.1 Flash 0910 is perfect for M5 Ultra 256GiB. Running it fully resident in RAM, prefill at ~2500 tok/s and decode at ~40 tok/s. Probably tons of room to improve from there.
What are you talking about? The model is native NVFP4, why you run it at any precision higher than that?
Re:What ArtCraft's Vibe-Coded Apps Say About Adobe on Thursday October 08, 2026 @03:51PM (#50011123)
> Is an open-source vibe-coded creative suite really worth cheering on?

No. They suck the oxygen out of the open-source ecosystem for other more credible software, such as Photopea or Gimp or FreeCAD.

Because that's not possible (to have a GPT 5.6 Sol level model). People won't believe this and will keep dreaming, but intelligence is not free and 8GiB (shared with OS and other processes) is too small to be useful. Whether it is possible for 48GiB or 64GiB (meaning useful for model would be ~16GiB to 24GiB) with external fast storage (SSD), OTOH, is a question mark.
Re:Updates to Full Disk Access in macOS on Saturday October 03, 2026 @02:11PM (#49946430)
Just add to system prompt: “ask permissions for files and folders you might need upfront. Don’t annoy users with permission request in the middle of the flow.”
Re:Updates to Full Disk Access in macOS on Saturday October 03, 2026 @12:00AM (#49941253)
It is! The directory grant is once and the sandboxed app can save the bookmark for the future access. As a agent program, you can display this so users can revoke / temporarily disable access for a period of time: https://developer.apple.com/documentation/foundation/nsurl/s...

Agree, I think for CLI harness, there is no good alternative, you either have access permit per terminal app (which is not ideal), or I guess that is what Apple means they will "address" it?

Re:Updates to Full Disk Access in macOS on Friday October 02, 2026 @07:50PM (#49940019)
I don’t quite understand why people complains this is bad for AI agents. Local Code (https://releases.drawthings.ai/p/public-beta-of-local-code-b...) doesn’t require full disk access, when you ask the agent to deal with some files it doesn’t have access to, the built-in ‘permit’ tool will trigger the OS folder grant interface and that information will be recorded both by Apple and by the app so it can be revoked later if you want. That allows you to not give full disk access to the app to be useful.
Re:From the creator of Redis; run LLM locally with ds4 on Friday October 02, 2026 @06:28PM (#49939400)
If you are interested in high-end models with high-end Apple Silicon, also try out Local Code: https://releases.drawthings.ai/p/public-beta-of-local-code-b... It is currently in TestFlight (and will open-source next week), supporting vision with DeepSeek 4.1 Flash, Qwen 3.8 27B and DeepSeek 4 Flash 0731 without vision. Custom quants & SSD streaming to make these big models work with 64GiB and above devices (and of course, Qwen works with devices with 16GiB and above).
Both are probably single-token decode performance, which is reasonable to show. Otherwise agree RTX 5090 should shinebetter with NVFP4.
When people benchmark MLX related quant models, they really need to publish numbers on benchmarks. You cannot take this as it is what you get of the original models. MLX uses pretty simple quantization methods so at lower bits without QAT, it is just not as good quality as llama.cpp ones.
Re:Xiami Mimo 2.6 Live Training Dashboard on Wednesday September 16, 2026 @05:04PM (#49732992)
Correct. If just stopping criteria, that is less contaminated. The question gets muddier once you also use it to determine hyperparameters during small-scale runs.
Re:Xiami Mimo 2.6 Live Training Dashboard on Wednesday September 16, 2026 @04:52PM (#49732837)
When you run benchmarks while training, isn't that the definition of contamination? Asking because I am not sure if this is normal in big labs now.
I sort of understand DSH arch, and their choices, but still baffled by why you would want the agent to change its own agent loop other than the system prompt (in that extension, memory / soul / tools / skills).
Yes, I heard you! I think one of the issue Draw Things inherited is the baggage of supporting too much models. Once you settled on a model, then it is just "try recommended settings", and prompt.

The model part is unfortunate, but luckily converging now.

On the LLM side, hopefully it is not an issue too as long as getting aggressive at pruning models.

What you get with Draw Things: 1. Download the app from Mac AppStore; 2. Download the model; 3. Tap "Try recommended settings", have the guarantee that for whatever model it supports, it is the fastest in Mac ecosystem, no need to fiddle.

What you get with local LLM options: 1. Download the inference engine app from the web; 2. Download the model; 3. Configure MTP / DFlash / DSpark whatever; 4. Configure your Pi / OpenCode harness to point to this local LLM inference engine. 5. Configure tools for these harness to be effective. 6. Switching between Ollama, LM Studio, llama.cpp (DwarfStar4), oMLX, MTPLX, to see which one is fastest for your workload. 7. Again switching between different quants of the same model to see which one is less dumb.

To be honest, llama.cpp probably the closest to deliver on "just use it, don't worry about speed" if your focus is about a pure LLM inference engine.

Older »