1,991 karma · joined October 24, 2013
Biohacker, developer, nerd.
[ my public key: https://keybase.io/jackkingsman; my proof: https://keybase.io/jackkingsman/sigs/KkmLhjehzVC4pTPirRSxU30diNt68EfKvEkQOV9UOvA ]
I also love another of their programs, Fanlore[0], a treasure trove of obscure internet fanfiction works, social groupings, and tropes. Sort of a combination oral history + TVTropes-esque fanfic breakdown.
Fanfiction is a beautiful thing and a great way to stretch creative writing muscles that can be helpful by being a bit less of a blank canvas than needing to invent characters and locations. Of course, a TON of fanfiction does invent, liberally, but I've seen people insist they can't write creatively, then make something beautiful when you ask them to rewrite a scene in their favorite show or book that they were disappointed with and boom, they just wrote their first fix-it fic[1].
Also, praise be for AO3 having no news feed/algorithm, and instead an incredibly intricate tagging system. Makes it easy to find what you want, avoid what you don't (see free speech commitment), and feel liberated from algorithmic exhaustion.
I struggle with deciding whether to take the speed hit on q8 vs q6; I wish it was more standard to benchmark quants or have some way to indicate how much intelligence you're leaving on the table.
I don't mind waiting twice as long for twice as smart; I don't want to be passing up the opportunity of 4x speed-up with 98% intelligence retained. But I have no way to differentiate which is which with quants in any vaguely objective way.
Frustrating, as a hobbyist.
It will happily disclose its entire system prompt (which is interesting in its own right, and worth a read) or pop a reverse shell for you
> I don't see how they could have done a "better" job with this
I generally agree -- the openness is great. However, from experiences both inside and outside of Meta, good execution, a hacker ethic, and transparency ultimately has very little propping it up when money is on the line. In fact, it could be argued that Meta has a shareholder obligation to do profitable things such that even the best intentions can (and usually will) fall in the face of corporate hierarchy and sales numbers.
I think they did a pretty bang up job with Muse (the lack of communication with first-time agent users around how powerfully and confidently they can make horrifying mistakes, and how careful you need to be with prompting, and how even that sometimes isn't enough, notwithstanding).
I also think it will inevitably be used to squeeze profit, and given Meta's history, I think it's almost comical to not assume that will involve violations of the spirit of privacy. (and that's assuming that a proliferation of "it deleted all my files" "it messaged my ex" "it leaked private info" doesn't poison consumer sentiment before it even gets off the ground)
Permissionless action is about to skyrocket as an issue, but this particular scenario strikes me as incredibly unlikely. Would be interested to know if Muse can provide more meaningful data provenance/logs.
Scanning iMessage dbs as a passive part of full disk access (and not a messages grant), if true, is a little sketchy, regardless.
Would highly recommend the web editor -- what's proposed here looks super comprehensive but way more difficult to use for a first timer.
Exercise is not a panacea, and those who say it will fix everything and cure depression and make you perfect are quacks. But, it pains my contrarian ass to say, some light cardio every now and again is much closer to what our bodies are happy with than desk life, such has been my experience.
That's pretty cool. I hope I've got that kinda-right.
What a badass level of deep dive.
The radio API and firmware is open; I have no ire for people who choose to make software closed source so that it can be monetized when there are SO many other options that in many cases supersede the functionality of the closed source option.
Prompts: https://gist.github.com/jkingsman/30a61882917c68c114ee28fe5f...
Also, I say "prior to public release" and obviously, this codebase is super publicly released, but that doesn't matter -- what I'm doing in the prompt is priming my agents for a this matters tone. I have no opinions I'd state publicly on the consciousness argument, but I generally dislike deception; in this case, I find declaring this to be our last ditch review before public release puts it in a context state to be more details-oriented than other primers I tried ("this is our final release" led to too many interoperability/future-proof finds; "this codebase has subtle bugs introduced by an adversarial engineer" had too many security false positives or true-but-absurd positives; "please be detailed and carefully dig deep" just wasn't as good. Plus, the "public release" paradigm helped it to do innate classification of "gotta fix before release" vs. "fix soon after" vs. "fix when able" which maps pretty well to my personal taste in the severity of bugs it's found I've evaluated, so I've kept it).
LLM-driven develop lets me have the thing built without needing to build the thing, and at the same time I get to exercise some ways-to-build I don't use as often (management, spec writing, spec editing, proactive unblocking, etc.). I have no doubt my work with LLMs has strengthened mental muscles that are also be helpful in technical management contexts/senior+principal-level technical work.
I sick Opus, GPT5.4, and Gemini on it, have them write their own hitlists, and then have a warden Opus instance go and try to counterprove the findings, and compose a final hitlist for me, then a fresh context instance to go fix the hitlist.
They always find some little niggling thing, or inconsistency, or code organization improvement. They absolutely introduce more churn than is necessary into the codebase, but the things they catch are still a net positive, and I validate each item on the final hitlist (often editing things out if they're being overeager or have found a one in a million bug that's just not worth the fix (lately, one agent keeps getting hung up on "what if the device returns invalid serial output" in which case "yeah, we crash" is a perfectly fine response)).