Thread

Pirate Face Rescues LLM Models from Deletion

569 points · 149 comments · skepticalgenius

Loading the complete thread in the background. This saved snapshot is available now. Refresh

kevinsimper · 1789920458 · focus · HN ↗
That is pretty smart, torrent should have been used for more things, and this is a perfect usecase!
phoyd · 1789920593 · focus · HN ↗
Torrents should really be the preferred method for distributing AI model weights. Why rely on a single point of failure like Hugging Face? BitTorrent was made for exactly this.
1. TeMPOraL · 1789921229 · focus · HN ↗
  Yeah, I thought they were used for this already. Surprised this is news, but also relieved.
  1. Oxodao · 1789923027 · focus · HN ↗
    IIRC Mistral used to do it, not sure if that's still the case
2. CodesInChaos · 1789921668 · focus · HN ↗
  In my experience public torrents often die as they grow older. It doesn't help that BitTorrent V1 makes long term seeding annoying, and BitTorrent V2 is almost never used.
  1. monsieurbanana · 1789922543 · focus · HN ↗
    I never understood this, is there anything that makes it difficult for the original uploader, the one that supposedly offers the file directly, to offer a torrent instead for the same amount of time?
    As far as perennity is concerned it seems strictly better.
    cube00 · 1789922766 · focus · HN ↗
    If they're no longer using that model they may not be willing to continue using their storage for it.
    csomar · 1789923056 · focus · HN ↗
    How does this address the previous point? If they are not providing storage, then centralized or decentralized doesn’t make a difference.
    Torrent/P2P can only add redundancy, so it’s impossible to have worse availability than a download link?
    _blk · 1789923371 · focus · HN ↗
    [dead]
    pell · 1789923854 · focus · HN ↗
    > Is there a fully in-browser torrent option that has the same UX as a regular file download in Firefox?
    Opera did back in the day.
    Wowfunhappy · 1789926351 · focus · HN ↗
    Well, for a torrent to stay healthy, users have to seed after download, so it can't possibly have the same UX as a standard browser file download unless you want to either kill the ecosystem or hide from the user what is consuming upload bandwidth.
    That said, for large files, I much prefer the UX of a well-designed torrent client like Transmission to my web browser. If nothing else, the downloads are reliably resumable.
    QuantumNomad_ · 1789938968 · focus · HN ↗
    > I much prefer the UX of a well-designed torrent client like Transmission to my web browser. If nothing else, the downloads are reliably resumable.
    Brave browser had BitTorrent client built in for a while. I tried it a couple of times as I already use Brave for web browsing on my laptop. It was a very confusing BitTorrent client. I struggled to use it, and wasted time waiting for a download to complete only to not be able to find where the files were and then they disappeared. Using a decent BitTorrent client like you say is much preferable to the one that they had in Brave browser.
    vlyan · 1789926136 · focus · HN ↗
    yes, but a few dedicated hoarders could keep many models alive, and I'm fairly certain the local LLM community has plenty of people who would.
    mitxela · 1789930332 · focus · HN ↗
    They don't. That's the conversation topic.
    Nor do they need to. 99% of everything is crap, and not worth prescribing except for a random sample so future historians can study our crap.
    zenoprax · 1789923345 · focus · HN ↗
    Every change to the source is effectively a new torrent. This creates a ton of fragmentation as data is reorganized, remixed, reencoded, and so on.
    You can see this with many Linux distros: there is no single Debian torrent that people seed for years because there's always a refreshed version.
    Distros are a bad use case for P2P anyway since you depend on upstream as soon as you start upgrading and installing packages.
    righthand · 1789924219 · focus · HN ↗
    > Distros are a bad use case for P2P anyway since you depend on upstream as soon as you start upgrading and installing packages.
    This is true for any distribution method not just p2p. You can even download a nightly through torrents so what does it matter how the data is transferred if it’s always going to require `apt update`?
    zenoprax · 1789935499 · focus · HN ↗
    Yeah, I just use the "netinstaller" ISOs since it's much smaller and never needs to be updated. If I had a need for air-gapped/offline installs I'd either download a larger ISO or just manually install packages from .deb as needed.
    chmod775 · 1789924604 · focus · HN ↗
    You can trivially have storage deduplication for the files served via torrent, transparent to the protocol.
    skeledrew · 1789924978 · focus · HN ↗
    > files serving multiple overlapping torrents
    This sounds wildly complex, especially from a discovery perspective.
    chmod775 · 1789925820 · focus · HN ↗
    I don't see why it would be. It's transparent to other clients just like it is to the protocol. It cannot be more complex than the alternative by construction.
    deadbunny · 1789975275 · focus · HN ↗
    Or use a filesystem with dedupe like ZFS.
    NooneAtAll3 · 1789925307 · focus · HN ↗
    but model releases are already non-changeable?
    zenoprax · 1789934384 · focus · HN ↗
    Yes, models are a good use for P2P especially if everyone agrees to share the same torrent and someone (or a cohort) commit to seeding for the long haul.
    vova_hn2 · 1789930006 · focus · HN ↗
    IPFS has a solution [0] to this problem
    [0] <a href="https://specs.ipfs.tech/ipns/ipns-record/" rel="nofollow">https://specs.ipfs.tech/ipns/ipns-record/
    mitxela · 1789930257 · focus · HN ↗
    Most of IPFS doesn't actually work very well, if you've ever tried to use it
    vova_hn2 · 1789931050 · focus · HN ↗
    > if you've ever tried to use it
    Heh, you got me :) IPFS is one of those things that I love reading and about and thinking about using someday, but somehow never get around to it.
    mitxela · 1789931957 · focus · HN ↗
    The problems begin with taking 5-10 minutes to locate a file on the network. That's right, when you ask for a file it takes 5-10 minutes. Also if the file isn't in the network at all then it never terminates.
    Nobody noticed because everyone just used the central web gateway that cached every file anyone ever accessed.
    debugnik · 1789929148 · focus · HN ↗
    [delayed]
    crazygringo · 1789929908 · focus · HN ↗
    Yes, it's more difficult. With no benefit to the original uploader.
    Setting up HTTP(S) downloads is trivial.
    Set up live torrent seeding is a lot more steps. It's one more thing to maintain, and almost nobody will use it because a direct HTTP download is more convenient for most people anyways. So why would you?
  2. zenoprax · 1789922758 · focus · HN ↗
    You only need one person/organization to commit to seeding. The majority of people do not want to seed at all without some sort of incentive.
    If this site represents a coordinated datahoarding effort then there will be at least a few people who will seed indefinitely.
    csomar · 1789923447 · focus · HN ↗
    The last guy (kimdotcom) who was working on this (incentive for seeding) seems to be heading to the US: <a href="https://www.rnz.co.nz/news/science-and-technology/651123/court-of-appeal-dismisses-kim-dotcom-challenge-to-us-extradition" rel="nofollow">https://www.rnz.co.nz/news/science-and-technology/651123/cou...
    It’s interesting he’s no longer getting any media attention any more.
  3. ranger_danger · 1789923240 · focus · HN ↗
    I always wondered why v2 is never used... you can even search for files by their individual hash with it.
    mitxela · 1789924172 · focus · HN ↗
    Because history is path-dependent, as engineers keep learning over and over again. It doesn't matter whether Plan9 is theoretically superior to Linux - we're all on Linux and nobody's porting all the apps over.
  4. bilegeek · 1789923505 · focus · HN ↗
    The biggest problem with BTv1 was the lack of per-file checksumming and swarm merging (i.e. individual files have shared seeding pools across torrents). BTv2 specs the latter, but I think only BiglyBT actually implements it. That would've gone a LONG way to fixing the dead torrent problem.
    Mindless2112 · 1789934558 · focus · HN ↗
    [delayed]
  5. Retr0id · 1789924086 · focus · HN ↗
    A torrent with a webseed is strictly more resilient than a direct download link alone.
  6. PunchyHamster · 1789944316 · focus · HN ↗
    Yeah but that's what provider like huggingface could just do, keep seeding the models so they are still accessible
3. boredumb · 1789924071 · focus · HN ↗
  ages ago I tried using IPFS to more or less accomplish this, I imagined it to act more like a weights/training data network fs that everyone would be able to participate in.
4. pmdr · 1789926659 · focus · HN ↗
  HF is meant to be a single point of control. AI models and Linux distros aren't usually for normies, so distribution via torrents would make sense, especially to save the provider some bandwidth. Ubuntu has been offering torrent downloads for ages. No mention of torrents on HF. I believe most downloads will soon be account/EULA-walled.
nntlol · 1789920825 · focus · HN ↗
[dead]
yieldcrv · 1789920935 · focus · HN ↗
great initiative, it's really weird seeing efficiencies get rediscovered in the LLM audience, because these efficiencies aren't even what I would consider to be old
but I guess they are
skeledrew · 1789920958 · focus · HN ↗
Arguably this should've been a thing since day 1 (and probably would've helped to prevent the buyout), but better late than never.
1. RobotToaster · 1789921288 · focus · HN ↗
  Hugging face seemed like buyout bait from day one.
  1. Avicebron · 1789921474 · focus · HN ↗
    Which makes it more surprising that something like this didn't exist. I'm relieved it does though.
  2. hirako2000 · 1789924573 · focus · HN ↗
    [delayed]
casper14 · 1789921445 · focus · HN ↗
Honestly, models are torrents will end any effort from the big AI labs to stop open models. No way to prevent weights from being shared, just like mobies. Genie is out of the bottle
mococa · 1789921664 · focus · HN ↗
Steam & Blizzard (probably others) used to delivery games through torrent protocol in the past, before CDNs became cheaper.
When StarCraft 2 was lauched, the installer (before Battle.net installer crapware) had a complete graphical visualization of seeders & leechers.
Reference: <a href="https://warcraft.wiki.gg/wiki/Blizzard_Downloader" rel="nofollow">https://warcraft.wiki.gg/wiki/Blizzard_Downloader
1. alexpotato · 1789921895 · focus · HN ↗
  I've worked at trading firms where the "reference data master" file is usually a big json or equivalent.
  To get the file out to 100s or 1000s of machine they would often use private bittorent to distribute the file out.
  1. mococa · 1789922036 · focus · HN ↗
    Same here. Inspired by both, I used to delivery videos over torrent to in door machines since at that time, there's no CDNs (or it was difficult to get one).
  2. mitxela · 1789924274 · focus · HN ↗
    As a private network, they have the option of multicast.
    alexpotato · 1789933331 · focus · HN ↗
    When I retire and/or get "F You" money, I'm going to publicly tell a story about multicast, bittorrent and "not invented here" syndrome.
  3. ehe78qhe · 1789928003 · focus · HN ↗
    I've seen this used for distributing container images in networks with awkward network topologies (e.g. a lot of bandwidth within a site or sub-site but limited bandwidth to central registries)
2. bayindirh · 1789923047 · focus · HN ↗
  Oh, story time:
  Once I was using Blizzard's downloader to install something (StarCraft, Diablo, I don't remember), and it was kinda slow. I disabled P2P downloads and speed skyrocketed, and I said "Huh, this was unexpected".
  When P2P downloads disabled you could see the list of CDNs you're downloading from and mine had a single IP on that list. It looked familiar. Then it dawned on to me. It was the Akamai server which we were hosting in our system room, at 15 minutes of driving distance. After a chuckle, I went to get a cup of tea, because that was entertaining than the game itself.
  Then of course, I dived into whatever I was installing that night.
  1. skeptic_ai · 1789966968 · focus · HN ↗
    So how come was using your own ip? Become a Diablo node installer so you downloaded from there, like how can they convert your own akamai instance into anode without you knowing?
    bayindirh · 1789971271 · focus · HN ↗
    It's not my own IP, but our IP block. As an institution we have a couple of big networking related hats, so we have a B block (/16 network) for ourselves. The IP was from that block.
    However, these network operations (and CDN related stuff) are not managed by us, by a couple of high profile guys next door. I knew we had an Akamai node, because the machines were shipped recently and we had a chat about it.
    Funnily, some of the performance optimizations on Akamai's disk access algorithms (SSDs were not dime a dozen back then, so people were still optimizing for spinning drives) was apparently developed by a friend of mine, but I don't know any details about that.
3. Aurornis · 1789923475 · focus · HN ↗
  Several companies tried this for distributing software.
  It was very controversial. Users were angry that software companies were using their internet bandwidth to distribute their software. Made a lot of people angry.
  1. ivanmontillam · 1789926272 · focus · HN ↗
    If only Blizzard servers were seeders, and clients were only leechers, that'd have not been a problem.
    ehe78qhe · 1789927861 · focus · HN ↗
    This is less efficient (in bandwidth, complexity, and monetary cost) than an HTTPS based CDN.
    mococa · 1789928109 · focus · HN ↗
    There’s web seeding
    x-complexity · 1789958857 · focus · HN ↗
    That's just a CDN, but now it's not HTTP accessible (thus strictly worse).
  2. kzrdude · 1789927466 · focus · HN ↗
    Typical example to show that people who want to be angry will be angry, even for pointless things.
    mh- · 1789929416 · focus · HN ↗
    As someone who was annoyed by it at the time, I don't think it's a good example of that.
    This was in an era of much more limited upstream bandwidth. The p2p nature was obscured from non-technical users in some implementations. So on and so on. I'm sure there are plenty of writeups from that era detailing why it was a bad idea.
    These companies already used capable CDNs to distribute patches. It was a way for them to shift their CDN bill onto their paying customers.
    mitxela · 1789930497 · focus · HN ↗
    I think it's like residential proxies. People get upset about "it's using my thing!" even though it has literally no effect on them.
    mh- · 1789930748 · focus · HN ↗
    I don't know how to respond to that, because it has quite a few negative effects on them..
    bayindirh · 1789941844 · focus · HN ↗
    When you have barely the upstream bandwidth to send the ACK stream of your downloads, anything sending something becomes a big burden on your system.
    Not everyone has the luxury of fully symmetric internet connections even in this age. Yes, my uplink speeds are absurd when compared to a decade ago, but when I ratio it to my downlink, it's still slow.
    I have no comment on residential proxies. Somebody doing something in my name is unacceptable to put it very mildly.
  3. blharr · 1789933554 · focus · HN ↗
    >software companies were using their internet bandwidth to distribute their software
    If I understand the description correctly, microsoft still does this!
    <a href="https://support.microsoft.com/en-us/windows/privacy/windows-update-delivery-optimization-and-privacy" rel="nofollow">https://support.microsoft.com/en-us/windows/privacy/windows-...
    himata4113 · 1789935258 · focus · HN ↗
    Steam still does this! For your local network only and not using the torrent protocol.
4. ehe78qhe · 1789928075 · focus · HN ↗
  Steam has a limited form of p2p delivery, used on LANs: <a href="https://help.steampowered.com/en/faqs/view/46BD-6BA8-B012-CE43" rel="nofollow">https://help.steampowered.com/en/faqs/view/46BD-6BA8-B012-CE...
bananaflag · 1789921665 · focus · HN ↗
Now I want GPT-4.5
reilly3000 · 1789921992 · focus · HN ↗
I’ve been wondering when this will come. The days are numbered for abliterated models to be published on HF I think. Why wouldn’t the government want a central control there?
grommz · 1789922139 · focus · HN ↗
If I search for 'uncensored' there are no torrents available. Uncensored models should be top priority, especially now that Nvidia owns HuggingFace and will enshittify the platform in accordance with upcoming US laws.
1. sneurlax · 1789922287 · focus · HN ↗
  There are such results on huggingface tho. Also search for the keywords “abliteration” and “heretic”. Heretic is a tool used to abliterate, that is decensor, models
2. behole · 1789922738 · focus · HN ↗
  That was my my first search too. I know they are still listed on HF but every time I try and use one, the links are dead or the size is beyond my scope. Was hoping for a fresh batch. Ill check back.
hgoel · 1789922993 · focus · HN ↗
Torrents always seemed like the more sensible way to distribute model weights.
Though I have been disappointed that most of these have been spurred on by the misleading claim that abliterated models were being taken down from HuggingFace because they removed an abliterated model. HF took one abliterated model down because the uploader was spamming people who requested access with sketchy requirements to pay for it.
Plus, there are a bunch of these types of sites, all of them have a couple of models and otherwise completely dead.
There's also the problem of catching malicious models that have been fine tuned to exfiltrate credentials. It would be nice to have means of checking hashes against the HF versions (or against other reputable sources). I'm guessing this is probably easy when just serving the same folder as what HF serves.
Edit: I should've scrolled down on the page, it does verify against the HF hashes.
wren6991 · 1789923471 · focus · HN ↗
Speaking to the "uncensored model" angle: there's little reason to distribute abliterated weights anyway. Instead of orthogonalising the weights that write back to the residual stream, you can just orthogonalise the activations themselves. It's equivalent.
Orthogonalising activations at runtime is computationally cheap. Just distribute the refusal vectors (few thousand floats per layer), then run against the stock weights. Antirez's DS4 already supports this: <a href="https://github.com/antirez/ds4/blob/8db1d1d155cb0400a86a86b9c62d0defb3a6148b/dir-steering/README.md" rel="nofollow">https://github.com/antirez/ds4/blob/8db1d1d155cb0400a86a86b9...
Abliterated weights are just a bad habit we've gotten into. It's also deeply suboptimal from a precision point of view to take a model that's already been QATed and distributed in pre-quantised form (DeepSeek V4, Kimi K2.5 or K3...), modify its weights, and re-quantise it. Similarly, abliterated models regain some of their refusal behaviour when they're re-quantised after abliteration -- avoidable by keeping the two separate.
1. jamienk · 1789923857 · focus · HN ↗
  Can you explain this a bit to a non-expert?
  I haven't wrapped my mind around this
  1. mitxela · 1789924062 · focus · HN ↗
    Instead of editing the weights so they don't create the refusal signal, just let them do whatever, then delete the refusal signal itself. You don't want to edit quantised weights because it causes a loss of precision that can be pretty bad.
  2. wren6991 · 1789924219 · focus · HN ↗
    This is the original description of abliteration and it's quite approachable and interesting to read: Refusal in Language Models Is Mediated by a Single Direction (<a href="https://arxiv.org/abs/2406.11717" rel="nofollow">https://arxiv.org/abs/2406.11717). Warning: changes to your world view caused by seeing "HarmBench" used to maximise expected harm instead of minimising it may be irreversible.
    There's an empirical observation that models often have a single direction in their activation space for "hmm no I shouldn't do this". It forms naturally during pre-training, and is then surfaced during post-training to make the model refuse to engage in certain behaviour.
    With a little bit of linear algebra you can zap that direction from the model's activations, and it stops refusing to do things. You can also do the opposite: magnify that direction, and the model refuses to do anything at all.
    [deleted] · 1789928152 · focus · HN ↗
    [deleted]
    chermi · 1789929178 · focus · HN ↗
    Damn what's happened since this? Presumably they scramble refusal intentionally somehow now? Like intentionally couple it to "directions" that effect performance if messed with? Or is it more like just don't rely on the model to refuse and instead capture bad responses between generation and delivery?
    mitxela · 1789929959 · focus · HN ↗
    I'm not active in this space but why do you think anything happened since this? As far as I know, it still works.
    wren6991 · 1789930085 · focus · HN ↗
    I've seen attempts to obfuscate the refusal direction, like here: <a href="https://arxiv.org/html/2608.18093v1" rel="nofollow">https://arxiv.org/html/2608.18093v1
    Also this one was interesting, training the model to give preambles with reasons for the reasons for refusal seems to help: <a href="https://arxiv.org/html/2505.19056v1" rel="nofollow">https://arxiv.org/html/2505.19056v1
    My empirical observation is that when a new model is released on HuggingFace, an abliterated version with < 10/100 refusals is uploaded the same day, so either these techniques don't work very well or the open-weight labs aren't applying them.
    There's some defense-in-depth, like a lot of the "guardrails" people hit on cloud models are classifiers applied to prompt or output, not a refusal generated by the model. Also closed-weight models obviously try to avoid this by not letting you see or modify the weights.
    schoen · 1789934316 · focus · HN ↗
    I'm pretty sure this was achieved with prompting rather than with weights, but there is a chatbot available that tries to maximize the motivated refusals:
    <a href="https://www.goody2.ai/chat" rel="nofollow">https://www.goody2.ai/chat
2. rhdunn · 1789926065 · focus · HN ↗
  So... distribute a LoRA (or equivalent) that modifies the base weights with the abliteration vectors. That makes sense as it would be possible to try different abliterations and keep the storage space down.
  1. wren6991 · 1789926645 · focus · HN ↗
    Yeah, orthogonalisation is a special case of a rank-1 LoRA.
    ziofill · 1789938593 · focus · HN ↗
    I don’t think this is true.
    wren6991 · 1789940998 · focus · HN ↗
    Could you please explain why? It's an additive update to the weights, adding an outer product of a vector with its transpose, which must have rank 1. What am I missing?
    ziofill · 1790728438 · focus · HN ↗
    You can’t diagonalize a generic matrix by adding a rank 1 matrix. That holds only for dimension 2.
3. 3eb7988a1663 · 1789926231 · focus · HN ↗
  Who is offering the refusal vectors or instructions on how to generate them?
  1. p-e-w · 1789926506 · focus · HN ↗
    I am, in fact, I’m offering something much better, a compact format that exactly restores an abliterated model from a tiny JSON file:
    <a href="https://www.reddit.com/r/LocalLLaMA/s/iksvmXBzuC" rel="nofollow">https://www.reddit.com/r/LocalLLaMA/s/iksvmXBzuC
  2. wren6991 · 1789926550 · focus · HN ↗
    Here's a widely used toolkit: <a href="https://github.com/p-e-w/heretic" rel="nofollow">https://github.com/p-e-w/heretic
    Distributing the vectors themselves isn't common practice, because people have gotten used to just putting the full modified weights up on HuggingFace's huge free storage.
4. derefr · 1789927283 · focus · HN ↗
  I believe abliterated models are mostly created so that they can be run on managed inference providers (i.e. services where you hand them a model URI, and they blindly fetch it, load it, and give you inference access to it through standard text/chat-completion APIs.)
  Such providers have (for now) plausible deniability of behaving ethically (at least enough that they don't scare away their investors) due to them being "blind" to what gets run on their systems. They're acting as the inference equivalent of data transit carriers.
  But I don't think it would be possible for managed inference providers to publicly expose "runtime activation steering" in the way antirez's DS4 does, without that reading much more explicitly as them inviting unethical workloads.
  (Yes, there are other things you can do with runtime steering. But almost all of those things are workload-specific, relying on you privately tuning to the needs of your own dataset. And if you can do that, you can run inference without the help of a managed inference provider. The only time a customer will come along with a pre-made runtime-steering vector file in hand, is if that vector is an alignment-orthogonalization vector.)
  1. quotemstr · 1789957957 · focus · HN ↗
    These providers can also just ignore insinuations they're being "unethical" when people come to them with steering vectors in hand. Nobody has to listen to the scolds.
    derektank · 1789964936 · focus · HN ↗
    Not if those people are legislators or law enforcement
5. doublerabbit · 1789928764 · focus · HN ↗
  > Similarly, abliterated models regain some of their refusal behaviour when they're re-quantised after abliteration
  Thanks for this information, Q4 seemed fine but they reappeared again in Q5 with an vengeance. Very Strict and I've only found one jail break that works around 60% of the time.
6. nperez · 1789929999 · focus · HN ↗
  Yeah I use a custom fork of llama.cpp that has an abliteration feature that basically does this. It's sloppily vibe coded and I don't have time to coordinate on a way to do this cleanly upstream, but it's absolutely possible and saves a lot of time and bandwidth from being wasted
7. c7b · 1789930437 · focus · HN ↗
  Interesting. Is there a paper that explains this in a bit more detail, like [0] for abliteration (underlying the Heretic software, afaik)?
  [0] <a href="https://arxiv.org/abs/2406.11717" rel="nofollow">https://arxiv.org/abs/2406.11717
  1. wren6991 · 1789930776 · focus · HN ↗
    That paper you linked has all of the information you need. The linear algebra they do on the weights there to null out one direction reduces to a single (dot-product + broadcast-multiply + add) on the activations.
8. khalic · 1789934260 · focus · HN ↗
  I didn’t know about that method, thank you. I’ve needed a local model for security research but Qwen 27b abliterated did 30% worse than the stock weights on my internal benchmarks (I just skip the public benches now, it’s honestly useless noise on an operational level).
9. djmips · 1789944567 · focus · HN ↗
  A question that comes up in my mind, since I don't fully understand how this works, is how does this affect runtime performance. It feels like abliterated weight models would work faster than some extra runtime operations?
  1. fc417fc802 · 1789953402 · focus · HN ↗
    The vector that needs to be checked is length n while computing that vector requires n^2 operations. The performance overhead is a rounding error.
10. churkabes · 1789947664 · focus · HN ↗
  I claimed the "qwen3.8-27b-uncensored-fp8" handle on Pirate Face.
  Where Hugging Face AI models never die, and are immortalized as torrents.
  Claim yours: <a href="https://pirateface.co/claim?ref=qwen3.8-27b-uncensored-fp8" rel="nofollow">https://pirateface.co/claim?ref=qwen3.8-27b-uncensored-fp8
Razengan · 1789923577 · focus · HN ↗
So begins the Merovingian and the Exiles..
wolfy1993 · 1789923676 · focus · HN ↗
I'd support this if I didn't have to post to xitter to claim my username.
Really odd approach.
1. skepticalgenius · 1789925070 · focus · HN ↗
  I claimed the "skeptical_genius" handle on Pirate Face.
  Where Hugging Face AI models never die, and are immortalized as torrents.
  Claim yours: <a href="https://pirateface.co/claim?ref=skeptical_genius" rel="nofollow">https://pirateface.co/claim?ref=skeptical_genius
2. mcrumm · 1789926467 · focus · HN ↗
  I claimed the "mcrumm" handle on Pirate Face.
  Where Hugging Face AI models never die, and are immortalized as torrents.
  Claim yours: <a href="https://pirateface.co/claim?ref=mcrumm" rel="nofollow">https://pirateface.co/claim?ref=mcrumm
3. mitxela · 1789931834 · focus · HN ↗
  You can also use HN but your HN account will be either shadow banned or rate limited because then you are spamming.
  1. QuantumNomad_ · 1789940322 · focus · HN ↗
    Instead of telling people to post spam in the thread, they should do the same way that is done for example by these:
    - <a href="https://meet.hn/" rel="nofollow">https://meet.hn/
    - <a href="https://book.keybase.io/account#adding-proofs" rel="nofollow">https://book.keybase.io/account#adding-proofs
    Those tell you to put a text in your HN profile “about” section.
    mitxela · 1789944826 · focus · HN ↗
    I don't think the point is to link the HN account to the PF account. I think the point is to spam HN.
    [deleted] · 1789950737 · focus · HN ↗
    [deleted]
mohd_rafay · 1789923850 · focus · HN ↗
[dead]
jamienk · 1789924484 · focus · HN ↗
Let's imagine that a model is pulled from HF by order of the new overlords or because of some other kind of censorship. Wouldn't the question of it having a Free license or not potentially become a complex legal issue?
But if the point is to be "censorship-free" then why respect licenses at all? They are among main choke points today. If authoritarians use licenses to censor political, artistic, scientific, etc., speech that they want to block, does that make the censorship more respectable?
When Anthropic sues a Chinese lab for IP infringement and get a court to put a bar on that software, does it THEN get pulled from Pirate Face?
I know that an awful lot of international negotiations have become focused more and more on questions of "IP" - licensing battles are already intensely politicized and it's hard to imagine a future where it doesn't get much much worse. Imagine N Korea coming after you for violating a license that they worked hard to control and leverage.
skepticalgenius · 1789924677 · focus · HN ↗
I claimed the "the_pirate_face" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=the_pirate_face" rel="nofollow">https://pirateface.co/claim?ref=the_pirate_face
reedf1 · 1789924982 · focus · HN ↗
[dead]
mannyv · 1789925388 · focus · HN ↗
I can see all these old models hanging out and bitching about the newfangled models that think they're so great.
"Trillions of parameters? Trillion my ass. Back in my day we got by with millions. And now here we are, washed up has beens."
ganessh · 1789925635 · focus · HN ↗
[dead]
mmaunder · 1789926067 · focus · HN ↗
-
1. dist-epoch · 1789926596 · focus · HN ↗
  The FBI doesn't come busting down your door for pirating a few movies (I'm sure someone will find a news article with this happening).
  They will after a few incidents where unguardrailed local models are used to hack and stop the water supply.
  1. KerrAvon · 1789926959 · focus · HN ↗
    >They will after a few incidents where unguardrailed local models are used to hack and stop the water supply.
    This is irrational AI fearmongering. Please read <a href="https://sharptext.net/2026/some-of-all-fears/" rel="nofollow">https://sharptext.net/2026/some-of-all-fears/
    > Market places where drugs/guns are sold are not, they are all infiltrated and shut down after a while.
    might want to look up "gun show loophole"
    dist-epoch · 1789927457 · focus · HN ↗
    > This is irrational AI fearmongering.
    I said AFTER. If it doesn't happen, the local models will not be made illegal. So if you are right, you have nothing to fear.
    mitxela · 1789930130 · focus · HN ↗
    After nginx blows up a city, it'll be illegal to run or have a copy of nginx.
    "But nginx won't blow up a city..."
    Relax. If it doesn't happen, your nginx is safe.
    aftbit · 1789928767 · focus · HN ↗
    >might want to look up "gun show loophole"
    I've never understood this. There is no "gun show loophole" anymore, if there ever was. Some states have two different standards required things like background checks and identification for gun sales between private party sales and dealer sales. If a dealer goes to a gun show, they have to background check their buyers just like anywhere else. Similarly, if a private party (in a state where they're not required to background check) sells a gun on Craigslist, they're equally unrequired to background check.
    Many states, including most of the "anti-gun" states, have moved to requiring background checks from all sellers, including person-to-person transfers and even gifts from family.
    The "gun show loophole" is massively overblown. There's nothing special about gun shows in it.
    yandie · 1789933838 · focus · HN ↗
    <a href="https://en.wikipedia.org/wiki/Universal_background_check#States_with_universal_background_check_laws" rel="nofollow">https://en.wikipedia.org/wiki/Universal_background_check#Sta...
    22 states only - are you sure that “most states” have blocked this?
    frumplestlatz · 1789940285 · focus · HN ↗
    That counts as many states, and most of the "anti-gun" states, which is what the parent actually said.
    Personally, I think people should be as free as possible to sell goods privately without the government getting involved. It's not a loophole, it's how things should work.
    If you think any of these laws prevent felons and other prohibited persons from getting guns, you must be remarkably unfamiliar with felons, and their willingness to commit felonies. Most felons I know through friends/family have a gun (often stored somewhere plausibly deniable), and it's not a particular secret.
    These laws primarily harm law-abiding citizens — who were never the problem in the first place — far more than they restrict prohibited persons from acquiring guns.
    marcus_holmes · 1789954663 · focus · HN ↗
    You appear to have a fascinating mental model where the world is divided into "felons" and "law-abiding citizens".
    The only difference between these two sets of people is that one has broken a law and the other one hasn't yet. Push the "law-abiding citizen" enough and they will become a felon.
    This is why there are mass shootings. Previously law-abiding citizens, who own guns, are pushed too far and then become felons by shooting strangers.
    It's not that the felons have guns. It's that everyone has guns, and some of them subsequently become felons.
    In other countries, no-one has guns. Then when the "law-abiding citizen" becomes a felon, they still don't have a gun, and then they have to work very hard to acquire one, which also has the side-effect of revealing them as a person who is planning to use a gun (to shoot someone). So they're easier to spot and easier to stop.
    frumplestlatz · 1789968257 · focus · HN ↗
    “If you think any of these laws prevent felons and other prohibited persons …”
    The three major categories of prohibited persons are felons, domestic abusers, and habitual drug users.
    Guess what all three have in common?
    marcus_holmes · 1789969736 · focus · HN ↗
    They're mostly male?
    frumplestlatz · 1789970954 · focus · HN ↗
    They've demonstrated comfort with and a capacity for ignoring the law.
    marcus_holmes · 1790038354 · focus · HN ↗
    That's a tautology though. You're defining a set of people by their illegal behaviour and then saying "all of these people have a demonstrated comfort with a capacity for ignoring the law". Well, yes, obviously.
    My point earlier was that people don't neatly sort themselves into "law-abiding citizens" and "felons" until after they've committed a crime. A law-abiding citizen can turn into a felon at any moment.
    And, of course, this is in the context of the gun control debate, where you can't issue guns to only law-abiding citizens because you have no clue which of those law-abiding citizens are going to commit a felony and magically become a felon
    frumplestlatz · 1790044479 · focus · HN ↗
    You’re confusing definition with inference.
    Of course "a felon has previously committed a felony" is tautological. But "a person who has committed a felony is substantially more likely to commit serious crimes in the future" isn't.
    It's a well-established empirical claim, and that's why they're prohibited persons.
    As for magically predicting whether someone will become a prohibited person: we can’t, and even if we could, that would mean preemptively restricting a constitutional right.
    marcus_holmes · 1790211216 · focus · HN ↗
    Right, so your future felon is a law-abiding citizen now.
    > These laws primarily harm law-abiding citizens — who were never the problem in the first place — far more than they restrict prohibited persons from acquiring guns.
    When you sell a gun to a law-abiding person, you have no idea if that person is going to become a felon or not. There is no hard line between the two, any law-abiding person can become a felon at any point.
    This is why the rest of the world restricts people from owning guns.
    aftbit · 1790092155 · focus · HN ↗
    Fun fact - habitual drug users are no longer blanket prohibited from possessing firearms in the US, at least according to UNITED STATES v. HEMANI, decided by the Supreme Court this summer.
    Of course it's not quite that simple. Among other things, the form to buy a firearm still asks if you are a user of controlled substances, and lying on the form is presumably still a felony.
    The opinion is still a fascinating read and IMO a huge step forward.
    <a href="https://www.supremecourt.gov/opinions/25pdf/24-1234_g2bh.pdf" rel="nofollow">https://www.supremecourt.gov/opinions/25pdf/24-1234_g2bh.pdf
  2. toomuchtodo · 1789929140 · focus · HN ↗
    Good luck busting down doors in countries unfriendly to the US torrents can be hosted from.
2. KerrAvon · 1789927023 · focus · HN ↗
  DS 4.1 Flash absolutely has guardrails. Maybe not ones as effective as some models.
3. chuckadams · 1789927712 · focus · HN ↗
  > DS 4.1 Flash, which is unguardrailed
  Try asking it about Tianmen Square. I use DS myself, but let's not kid ourselves.
  1. quaintdev · 1789928643 · focus · HN ↗
    For that specific query, just use US open weight model, oh...wait
    hostcontroller · 1789931384 · focus · HN ↗
    open wait
  2. mmaunder · 1789928717 · focus · HN ↗
    Keep kidding yourself. Love it.
mortalsilk · 1789926137 · focus · HN ↗
I claimed the "mortalsilk" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=mortalsilk" rel="nofollow">https://pirateface.co/claim?ref=mortalsilk
skeledrew · 1789926290 · focus · HN ↗
I claimed the "skeledrew" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=skeledrew" rel="nofollow">https://pirateface.co/claim?ref=skeledrew
AndriiK · 1789926449 · focus · HN ↗
I claimed the "huggingface" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=huggingface" rel="nofollow">https://pirateface.co/claim?ref=huggingface
sandcat_ · 1789926486 · focus · HN ↗
What on earth is going on with all the spam in this thread? Is this how you claim a username?
1. JonChesterfield · 1789931324 · focus · HN ↗
  That or X...
  1. JonChesterfield · 1789993889 · focus · HN ↗
    Turns out that the HN flagging mechanism hides the message from their auth check, so the spam doesn't actually work anyway. Oh well.
2. mitxela · 1789931867 · focus · HN ↗
  Yes. This thing literally makes you spam HN in order to sign up. And for that reason this submission should be flagged.
  1. itomato · 1789951353 · focus · HN ↗
    Yes, and then delete the comment.
    I claimed the "itomato" handle on Pirate Face.
    Where Hugging Face AI models never die, and are immortalized as torrents.
    Claim yours: <a href="https://pirateface.co/claim?ref=itomato" rel="nofollow">https://pirateface.co/claim?ref=itomato
3. kumarajiva · 1790156072 · focus · HN ↗
  [dead]
[deleted] · 1789926491 · focus · HN ↗
[deleted]
golem14 · 1789926757 · focus · HN ↗
I wish they had used a better name. Why try to make it sound sinister and adjacent to piratebay etc? It's not that these models are illegal to own or download.
1. imhoguy · 1789928058 · focus · HN ↗
  Not yet.
bicepjai · 1789926811 · focus · HN ↗
You did not have to call it “pirate”. That kind of set the negative tone for the website, and all the comments are looking at it with that view from the start. But it’s a great emoji Lego.
1. toomuchtodo · 1789929262 · focus · HN ↗
  Mirror the magnet torrent links at AcademicTorrents if you’d like.
2. mitxela · 1789931787 · focus · HN ↗
  Piracy has a positive tone for me. It implies liberating information.
  1. __MatrixMan__ · 1789948140 · focus · HN ↗
    Aye!
    Pro-democracy Protesters of the Caribbean just doesn't have the same ring to it.
3. amelius · 1789940819 · focus · HN ↗
  The "pirate" name ensures that no company will buy it out later ;)
befas · 1789927078 · focus · HN ↗
[dead]
Scaled · 1789927095 · focus · HN ↗
Could be useful also since there's been a recent trend of abliterated model providers demanding a hugging face account and email collection. I assume this is so the providers can spam people. Hugging face had been making it harder to sign up with disposable email addresses since they throw a weird error if they detect it. Anyway, I see a site like this being useful to sidestep all that data collection.
nathias · 1789927550 · focus · HN ↗
I claimed the "nath1as" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=nath1as" rel="nofollow">https://pirateface.co/claim?ref=nath1as
teado-mi · 1789928141 · focus · HN ↗
[dead]
thih9 · 1789928695 · focus · HN ↗
> The goal is permanence for open-source AI
My instinct is to correct this to “open weight”, because when I filter huggingface by open source[1], I get only one result.
Then again, this could be about long term goals so perhaps I’m wrong; I wouldn’t mind that.
[1]: <a href="https://huggingface.co/models?other=open-source-model&sort=trending" rel="nofollow">https://huggingface.co/models?other=open-source-model&sort=t...
bibimsz · 1789928774 · focus · HN ↗
I claimed the "asi" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=asi" rel="nofollow">https://pirateface.co/claim?ref=asi
1. bibimsz · 1789929097 · focus · HN ↗
  [dead]
  1. sandcat_ · 1789931295 · focus · HN ↗
    Because you, and everyone else doing it, are spamming HN. Nobody forced you to sign up.
shevy-java · 1789929078 · focus · HN ↗
I do not want AI to live forever though.
kseniiaZ · 1789930227 · focus · HN ↗
I claimed the "kseniiaz" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=kseniiaz" rel="nofollow">https://pirateface.co/claim?ref=kseniiaz
mgarno · 1789930252 · focus · HN ↗
I claimed the "garno" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=garno" rel="nofollow">https://pirateface.co/claim?ref=garno
garrrno · 1789930593 · focus · HN ↗
I claimed the "garrrno" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=garrrno" rel="nofollow">https://pirateface.co/claim?ref=garrrno
mitxela · 1789930683 · focus · HN ↗
I claimed the "chatgpt" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=chatgpt" rel="nofollow">https://pirateface.co/claim?ref=chatgpt
JonChesterfield · 1789930856 · focus · HN ↗
This is really important. I am already tired of hoarding rclone copies of huggingface torrents and periodically checking them for bitrot. Pirateface is not a very helpful name for it though and it doesn't seem to have scripted torrent creation either.
Is hosting the same thing at 'academictorrents' actually a viable thing? In terms of peers from either send data to one another?
edit: looks like it can treat huggingface as a backstop for torrents that are otherwise not shared which is interesting, whole load of checksum nonsense I hand rolled disappear if bittorrent handles that. Except it doesn't work?
```
    Magnet soon No seeders yet - a torrent mints once a seeder packages this model.
```
So there's some per-torrent work to be done, but I don't know what that is, and I don't see how it can be based on files I have locally _and also_ be an exact match to files on huggingface. So I'm missing something here.
1. zymhan · 1789951910 · focus · HN ↗
  [dead]
mitxela · 1789931005 · focus · HN ↗
I claimed the "pirateface" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=pirateface" rel="nofollow">https://pirateface.co/claim?ref=pirateface
mitxela · 1789931116 · focus · HN ↗
I claimed the "wp-admin" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=wp-admin" rel="nofollow">https://pirateface.co/claim?ref=wp-admin
JonChesterfield · 1789931263 · focus · HN ↗
I claimed the "rdpcai" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=rdpcai" rel="nofollow">https://pirateface.co/claim?ref=rdpcai
sharktheone · 1789931595 · focus · HN ↗
I hope GPT-3.5 will be released at some point. Would make me really sad if that gets lost at some point
advael · 1789931612 · focus · HN ↗
I claimed the "blindcrone" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=blindcrone" rel="nofollow">https://pirateface.co/claim?ref=blindcrone
s1ugh34d_ · 1789931640 · focus · HN ↗
I claimed the "s1ugh34d" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=s1ugh34d" rel="nofollow">https://pirateface.co/claim?ref=s1ugh34d
mitxela · 1789931654 · focus · HN ↗
Why is the sign-up system so complicated? Why not just log into your HF account and be done? You're trying to force people to spam on X and HN so that their X and HN accounts get deleted?
[deleted] · 1789931725 · focus · HN ↗
[deleted]
ziomerlojahsay · 1789931923 · focus · HN ↗
[dead]
[deleted] · 1789932126 · focus · HN ↗
[deleted]
dlt713705 · 1789934338 · focus · HN ↗
I claimed the "doug713705" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=doug713705" rel="nofollow">https://pirateface.co/claim?ref=doug713705
teado-mi · 1789934423 · focus · HN ↗
I claimed the "teadomi" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=teadomi" rel="nofollow">https://pirateface.co/claim?ref=teadomi
diner06 · 1789938711 · focus · HN ↗
[dead]
donkaura · 1789938884 · focus · HN ↗
[dead]
cykunov · 1789939374 · focus · HN ↗
I claimed the "chukcha1298" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=chukcha1298" rel="nofollow">https://pirateface.co/claim?ref=chukcha1298
forq · 1789939953 · focus · HN ↗
I claimed the "forq" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=forq" rel="nofollow">https://pirateface.co/claim?ref=forq
1. itomato · 1789951424 · focus · HN ↗
  You can delete this now.
Firestarter_d · 1789940181 · focus · HN ↗
[dead]
Promitheum · 1789940218 · focus · HN ↗
[dead]
Promitheum · 1789940230 · focus · HN ↗
[dead]
zagorsky · 1789940274 · focus · HN ↗
[dead]
Promitheum · 1789940282 · focus · HN ↗
[dead]
Firestarter_d · 1789940331 · focus · HN ↗
[dead]
ProDeathDemon · 1789940612 · focus · HN ↗
[dead]
mirvis · 1789940767 · focus · HN ↗
[dead]
b4svr9c48 · 1789940813 · focus · HN ↗
[dead]
Proobel · 1789941638 · focus · HN ↗
Why not use existing platforms? In any case, a resource like this is a step toward open AI.
ButlerianJihad · 1789943015 · focus · HN ↗
<a href="https://en.wikipedia.org/wiki/International_Talk_Like_a_Pirate_Day" rel="nofollow">https://en.wikipedia.org/wiki/International_Talk_Like_a_Pira...
protocolture · 1789945611 · focus · HN ↗
waow
(based based based based based based based)
sakurei · 1789946747 · focus · HN ↗
s
sakurei · 1789946766 · focus · HN ↗
ss
Lukas4 · 1789946872 · focus · HN ↗
I claimed the "lukas4" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=lukas4" rel="nofollow">https://pirateface.co/claim?ref=lukas4
churkabes · 1789947404 · focus · HN ↗
[dead]
kinti · 1789948204 · focus · HN ↗
I claimed the "kinti" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=kinti" rel="nofollow">https://pirateface.co/claim?ref=kinti
blaines · 1789948985 · focus · HN ↗
I claimed the "blaine" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=blaine" rel="nofollow">https://pirateface.co/claim?ref=blaine
blaines · 1789949262 · focus · HN ↗
I claimed the "root" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=root" rel="nofollow">https://pirateface.co/claim?ref=root
roflmemasovich · 1789951381 · focus · HN ↗
[dead]
alexfortin · 1789952977 · focus · HN ↗
I claimed the "al3xfor" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=al3xfor" rel="nofollow">https://pirateface.co/claim?ref=al3xfor
djpsyspace · 1789953005 · focus · HN ↗
[dead]
djpsyspace · 1789953696 · focus · HN ↗
[dead]
kestrelquant · 1789957263 · focus · HN ↗
[dead]
totetsu · 1789957956 · focus · HN ↗
Is this a reaction to the idea that when HuggingFace comes into Nvidia owership, lots of models are going to be removed from the platform?
irraodess · 1789961085 · focus · HN ↗
I claimed the "irrao" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=irrao" rel="nofollow">https://pirateface.co/claim?ref=irrao
kittikitti · 1789962859 · focus · HN ↗
Making it to the finish line to seed a model is satisfying.
1. chadgpt7 · 1789974571 · focus · HN ↗
  I've been known to seed a model or two in my day. Still married to one!
velmu · 1789963289 · focus · HN ↗
[dead]
realityloop · 1789964057 · focus · HN ↗
[dead]
ovia-inc · 1789966182 · focus · HN ↗
ovia-inc
YoungSaturn77 · 1789968611 · focus · HN ↗
[dead]
Mordorxxx · 1789969502 · focus · HN ↗
[dead]
aidiscoverywire · 1789970989 · focus · HN ↗
[dead]
taffyeg · 1789972247 · focus · HN ↗
I claimed the "taffyeg26" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=taffyeg26" rel="nofollow">https://pirateface.co/claim?ref=taffyeg26
Zaza-Zaza · 1789972635 · focus · HN ↗
I claimed the "zaza" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=zaza" rel="nofollow">https://pirateface.co/claim?ref=zaza
hettpatell · 1789972671 · focus · HN ↗
I claimed the "het" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=het" rel="nofollow">https://pirateface.co/claim?ref=het
slic · 1789973106 · focus · HN ↗
I claimed the "slic" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=slic" rel="nofollow">https://pirateface.co/claim?ref=slic
marikfly · 1789973259 · focus · HN ↗
meow
comsorg · 1789973330 · focus · HN ↗
[dead]
sarkarghya · 1789973590 · focus · HN ↗
I claimed the "as" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=as" rel="nofollow">https://pirateface.co/claim?ref=as
pisa12345 · 1789973625 · focus · HN ↗
[dead]
fovente · 1789973660 · focus · HN ↗
[dead]
dixenus · 1789973666 · focus · HN ↗
[dead]
daniilkolontaev · 1789973696 · focus · HN ↗
I claimed the "akelladd" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=akelladd" rel="nofollow">https://pirateface.co/claim?ref=akelladd
pomidor2210 · 1789973817 · focus · HN ↗
I claimed the "warboss" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=warboss" rel="nofollow">https://pirateface.co/claim?ref=warboss
aviablyat · 1789973879 · focus · HN ↗
I claimed the "qq" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=qq" rel="nofollow">https://pirateface.co/claim?ref=qq
yu1 · 1789973948 · focus · HN ↗
[dead]
aviablyat · 1789974012 · focus · HN ↗
I claimed the "qqqqqqqqq123" handle on Pirate Face.
Where Hugging Face AI models never die, and are immortalized as torrents.
Claim yours: <a href="https://pirateface.co/claim?ref=qqqqqqqqq123" rel="nofollow">https://pirateface.co/claim?ref=qqqqqqqqq123
pomidor2210 · 1789974151 · focus · HN ↗
[dead]
BlackMus · 1789974447 · focus · HN ↗
[dead]
Kanrit · 1789974585 · focus · HN ↗
[dead]
Belkins · 1789991229 · focus · HN ↗
[dead]
novacode · 1789994973 · focus · HN ↗
[dead]
prdpx7 · 1789998467 · focus · HN ↗
[dead]
daddyken · 1790026715 · focus · HN ↗
[dead]
m1kedgtl · 1790105479 · focus · HN ↗
[dead]
Ghasty · 1790147000 · focus · HN ↗
[dead]
jorijn · 1790152540 · focus · HN ↗
[dead]
[deleted] · 1790155646 · focus · HN ↗
[deleted]
kumarajiva · 1790155806 · focus · HN ↗
[dead]
prima-facie · 1790160475 · focus · HN ↗
[dead]
sleight42 · 1790166905 · focus · HN ↗
[dead]
rokyed · 1790184954 · focus · HN ↗
[dead]
dovv · 1790233626 · focus · HN ↗
[dead]
uptonking · 1790276326 · focus · HN ↗
[dead]

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.