Saved toolsSubmit a tool
FOXAI SEARCH

Search FoxAI

News stories 158

n8n@3.2.0

The n8n 3.2.0 release introduces several bug fixes addressing issues in AI Builder, core functionality, editor UI, and node-specific behaviors, including improved handling of JSON, XML, CSV, and YAML responses, enhanced security through expanded IP blocking, and better error reporting. New features include support for Microsoft Work IQ OAuth2 credentials, a new App bindings UI, and updated default Assistant models. The release also reverts some previous changes due to compatibility or stability concerns.

n8n releases

Rethinking Supervision Targets for Multimodal LLM Unlearning: Less Private Information, Reduced Distribution Shift

arXiv:2611.09939v1 Announce Type: new Abstract: Multimodal Large Language Models (MLLMs) can memorize and reproduce sensitive information from their training data, posing significant privacy risks. Their ability to encode knowledge across both textual and visual modalities further complicates the selective removal of such private information. Many existing methods guide model unlearning by training the model toward constructed labels or output distributions, which we refer to as supervision targets. However, these methods often suffer from a trade-off between forgetting effectiveness and model utility. We identify supervision target limitations as a key factor in this trade-off and empirically show that targets containing more private information lead to insufficient forgetting, while larger distribution shifts from the original output distribution are associated with greater utility degradation. Motivated by these findings, we propose FFN-Perturbed Self-Distillation (FPD), which starts from the teacher's original output distribution as a zero-shift reference and selectively perturbs FFN activations associated with private information across textual and visual modalities. By precisely reducing private information from the teacher's original output distribution, FPD constructs supervision targets with less private information and reduced distribution shift. Extensive experiments on S-MLLMUn Bench demonstrate that FPD achieves a better forgetting-utility trade-off than existing methods.

arXiv cs.CL

Show HN: Natel, a self-hosted contacts editor for CardDAV servers in 20MB of RAM

Hi HN, I decided to move away from Google Contacts and self-host my contacts two months ago. After installing a Radicale server, I was really missing a way to edit my contacts on the desktop. Nextcloud is overkilled for my needs, and InfCloud is the only other web contacts editor but it hasn't had a release in more than 10 years.So I built what was the missing piece in my setup : Natel, a lightweight self-hosted contacts editor for a CardDAV server. The goal is to edit your contacts on the web, be robust enough to not make you lose anything when there's an edit conflict with the server, and be super light in resources on the server. I came up with building a docker image of just a proxy caddy server and a go process that stores your credentials only in-memory, for a compressed image of less than 30MB and it uses less than 20MB of RAM when idle.Tested against four CardDAV servers : Nextcloud, Radicale, Baïkal and Xandikos. I already use it myself and it syncs with my server and DAVx5 back-and-forth, but I consider it still in beta and want to add more testing to prove compatibility for features I don't (yet ?) use. Note that any field that isn't displayed is never lost, it's just written back as-is.Demo: https://demo.natel.app/contacts Website: https://natel.appI wouldn't have done this side-project if I couldn't delegate writing the code to agents. We iterate on architectural decisions together, and once I'm satisfied with the direction, they write the result in a file (find it in docs/DECISIONS.md in the repo), then write the code to meet the expectations and independently review each other's iterations. I drive the project's direction and decisions, but I don't review the code myself. I keep an eye on the tests to know what's covered, and will read and review code when an agent draws my attention to it. The e2e tests were able to find a bug in SoGO, a CardDAV server : https://bugs.sogo.nu/view.php?id=6269 (and I didn't add that server in the compatilibity list yet because that bug breaks one the promises of the app, which is to be warned if we're trying to delete a contact that is modified elsewhere ; the server doesn't correctly enfore the If-Match instruction)As I don't have that many users yet, I welcome feedback on any part of the project but especially the parts that I have not yet tested like Contacts on a Mac ! Comments URL: https://news.ycombinator.com/item?id=50439845 Points: 1 # Comments: 0

Hacker News Show HN