#Coding Agent Power Users

1 messages · Page 2 of 1

north sparrow
#

thats a step in what i was talking about ya but still pretty conservative

#

chrome os i feel got more conservative over time

#

leaning away from the idea that everything can happen in a web browser

hard spoke
thin cove
#

Once agents can fuck around in the browser there is gonna be another huge leap forward

#

Even just for overlooked things like documentation. Like you spend an hour fucking around trying to deploy something and then can't even remember the process start to finish when you're finally done. Imagine having a backseat AI that can write up a doc post facto

flat stratus
#

Capn', how often do you still handcraft entire methods/classes/w.e in an IDE? As in, do you still write non-trivial amounts of code by hand from the beginning to the end?

#

Also, same question goes to you, Lindsay, Fluf, irk and everyone who likes to code in here ❤️ (or at least used to)

thin cove
#

I rarely write code. I spend a lot of time planning, reviewing, and critiquing code. When I was working on my JavaScript game with p5.js I did some handwritten stuff, but I think that was mostly because tech was slightly dumber at the time. I'm skeptical if I would have to do that now

#

Like for example we have to migrate a frontend to use a new backend. I have to sketch out the phases of how that's gonna happen and what it will look like, etc. then start iterating and testing. Don't write much of it myself

plucky lance
thin cove
#

I should look into that

#

I waste a lot of time on browser slop

plucky lance
# thin cove I waste a lot of time on browser slop

also check this out when you want your agent to read a site for docs. Its not very popular yet but I expect stuff like this to catch on

You can check if a site has agent support and have a way easier time getting your coding agent to read docs
https://isitagentready.com/developers.cloudflare.com

some doc sites are starting to add coding agent QoL stuff to make their sites easier for agents to browse.

developers add paths like these to their sites:
/.well-known/mcp/server-card.json
/.well-known/agent-skills/index.json

and you can instruct your agent to use the site's agent docs and such

Is Your Site Agent-Ready?

Scan your website to see if it's ready for AI agents. Check for llms.txt, MCP, agent skills, and other agent-friendly standards.

hard spoke
thin cove
#

The reason I mentioned browser stuff is because I now spend a decent portion of my day going to our CICD page to get a version number for an image then going to some repo to quickly PR a version bump then some workflow to trigger deployment or bullshit like that

#

I actually do a lot of software stuff in my day though. I feel like I started over as the lowest level of engineer at my new job, but in a good way where it's still difficult and interesting

#

I keep wondering wtf I would do at this job without agents. Like I can't imagine doing what I'm doing now only one month into the job

#

Maybe the ramp up would just be way slower for new hires

hard spoke
#

Man having AI read an existing code base that you know has a vulnerability is so shit. It was so ass trying to debug today and it kept leading me down paths that just didn’t make any sense.

#

Is there a way to get it to iteratively debug things? Like write breakpoints and then step through and observe state and do all that autonomously

plucky lance
thin cove
#

Nobody has time and I suspect they make the new guys push to prod so they can blame them

#

Idk though it's a good question

hard spoke
thin cove
# plucky lance why isn't this a script

I think the better answer is that it's inconvenient because of the way we've built out our architecture. We have like 20 repos that we version and deploy separately into one integrated system, and they frequently retire old parts and introduce new parts, and they also deploy to like 4 different environments which also occasionally change. So a script to deploy would have to be maintained quite a bit

#

They've been chipping away at automating parts of the process

plucky lance
plucky lance
#

kind of a fluff piece but cool to hear about how the whole mythos security model thing is going

hard spoke
#

@plucky lance is codex still going crazy on rate limits?

#

my cursor sub expired

plucky lance
#

dunno, I think its definitely worth checking it out for a month and seeing if it works for you and cancelling if it is not a good fit

hard spoke
#

hmm okay ill give it a shot

#

i really liked cursor because you actually cannot run out of composer credits

#

like i use it daily and still only at like 35% at the end of the month

#

but composer is good but not great

plucky lance
hard spoke
#

i wasnt running huge jobs overnight or anything though

plucky lance
#

I've been doing a thing lately where I send codex off to do a 2 hour task before bed, kinda sick waking up to a big change

hard spoke
#

thats pretty sick

plucky lance
#

Gonna try out Codex with the Linear integration, haven't actually directly a coding agent to a project manager before so it should be interesting. I wanna see if I can token max a pretty long roadmap I have planned for a project

#

My thinking is that its kinda hard to plan out features that I can implement in parallel, so I want to use codex and a project manager to map out the sequential blockers really well so I can do all the unblocked tasks in parallel in separate worktrees as soon as possible to save time

thin cove
#

It's embarrassing how often I have to ask agents to explain things to me like I'm an idiot

#

I just like using idiot speak

flat stratus
#

I'm getting a better grip of Go and creating SIMD friendly code in C# by going back and forth with LLMs. Maybe I should consult lecture notes or textbooks, but this is fun and I'm an amateur, so I can afford to be dead wrong. (I still hope this turns into a viable piece of software though)

plucky lance
thin cove
#

Yeah that's an interesting point. Part of what makes me insecure is that the conversations are frequently just so that I can tell my manager why my PR is like this

#

Like they're good and make sense, and I have nothing to add

north sparrow
#

i still dont feel that way at all :/

#

1/4 times at least llm generated PRs are not usable for me

#

unless i give it a detailed implementation plan

#

in which case i dont need it to explain much

#

over half the time it introduces spaghetti that is usable but not ideal

north sparrow
#

like i rly dont think its a skill issue on your part. i think LLMs are bad writers

#

theyre not good at knowing when not to use jargon, when to define jargon, when to be succinct

#

when reading human text theres an expectation that if some part is elaborated verbosely its probably more important, or trickier. LLMs violate that assumption frequently

#

im going to call it the “handshakers effect” based on the anime handshakers

#

its a really weird show because some things that are usually drawn simply are drawn with a ton of detail, and vice versa. the total level of detail is not different than other shows, its just that the things that are detailed are not the ones you expect. its like it was made in a parallel universe where artistic forms were just slightly different

#

this is what reading llm text is like

plucky lance
#

coding agents in particular are really really bad writers

#

they love bulleted lists of jargon

plucky lance
# north sparrow 1/4 times at least llm generated PRs are not usable for me

I am currently doing an experiment where I had my agent plan out a decently long roadmap in Linear with milestones and sub-issues that I didn't bother to read and I am having it go through all the unblocked issues in parallel and I'm not bothering to read any of the code and tbh i'm not even reading the chat much at all either

I wanna see how much reckless llm usage I can get away with here. having a blast, i'll let everyone know if it turns out to be a disaster

north sparrow
#

yes pls do

#

can i ask what youre making

plucky lance
#

I wanna generalize the TPM blog infrastructure into a standalone tool that lets people deploy static site blogs without having to deal with any of the technical details

#

rn the blog repo is pretty specific to TPM, its a pretty good foundation but pretty non-trivial to generalize

#

I think the vision is for it to be a wsyiwyg kinda thing where you give your host credentials and you can just click publish to deploy new articles. The state of the tpm repo is basically already like that but without the GUI, but it was a huge pain in the ass to set up. Another big thing about the blog rn is there's so much shit that went into making it load fast and making it accessible and machine readable and I don't ever wanna do all that again in future blog projects.

It'd be pretty cool to never have to think about technical details again if I ever wanna make more blogs.

#

It'd be cool to make a tool that fills that niche bc there aren't very good options for batteries included static site blogs, they all kinda suck and require too much technical work to get them to the point of being production worthy. And there are decent options for dynamic sites, but then you have to set up hosting and shit or pay a subscription fee to some saas blog host, and that sucks . Static sites can be hosted for free and they're fast af, so i really want a 1 click tool that can just instantly make them and it looks good and works good by default.

#

So anyway since the TPM blog is stable and in a good state, I have a really good way of testing for failures/regressions, so I set up an experimental branch where I can do all the migrations needed for generalizing the platform and any bad changes can be detected relatively easily and fixed automatically by the agent (in theory).

The end goal of the migration is to make the whole article publishing process into a site-agnostic CLI, then an MCP, and then finally build the GUI

#

I also wanna make it very customizable, which definitely adds a lot of complexity

fringe berry
#

is this a public repo rn, im just curious about the current setup

plucky lance
fringe berry
#

oh awesome familiar with astro

plucky lance
#

rn there is a decent separation between TPM specific article/config/asset content (site/ directory) and the site's infrastructure (src/)

#

but its not quite as usable as i'd like, i've been chipping away at making it simpler so seong can make changes easily without having to deal with any of the technical nonsense

fringe berry
#

I see what you mean

#

I was going to say some stuff about how astro makes it pretty simple to make articles and such and idk why you want to abstract it more but given the current flow is making authors submit a PR and testing it themselves that seems understandable.

plucky lance
# fringe berry I was going to say some stuff about how astro makes it pretty simple to make art...

Yeah well its still quite simple to submit an article, honestly the PR instructions are there just so seong has a good way to run quality checks on markdown without having to run them manually. One could easily just drag and drop a markdown file straight into a category folder and push straight to main and it'll update the site without any work.

Making articles is easy, but it would be hard to change the homepage layout and such

#

But I do mostly just want to abstract everything away, a GUI is so much nicer and I don't want to have to touch a terminal or think about git ever. I want publishing to feel more like sharing a google doc, just a nice big button in the corner

fringe berry
#

I think abstracting the github away is a good idea, too much for a layman, easily abstracted through a submission form or whatnot. I'd lightly push back on the google doc feel, given the academic nature of the articles I think some markdown/LaTeX experience can be assumed

#

Very nicely designed site though

#

If you ever want another pair of eyes on something I've been looking for a way to give back to this community

plucky lance
plucky lance
fringe berry
#

ye my website that i really need to update is in astro and all the sites ive made for the past few years too

#

mostly hackathon sites that i also need to make a showcase for

#

graduated last year and liberated myself from webdev lol its been a while lmao

plucky lance
# fringe berry graduated last year and liberated myself from webdev lol its been a while lmao

I'm gonna redesign the homepage at some point

https://thephilosophersmeme.com/

the current one is functional but has no taste, not a great first impression. its definitely the thing i'm the least proud of with the site. you mind if i bother you about it when I start working on that?

The Philosopher's Meme

The philosophy of memes, cyberculture, and the Internet.

#

I wish I knew you were an astro guy like a month ago, I didn't know any web dev and I was losing it trying to figure out responsive design stuff

fringe berry
#

oh im ngl i really liked the minimalism lol

#

I am an astro guy but I am not a design guy I need heavy inspo to make some thing nice

plucky lance
#

I just think its kinda ugly, maybe more minimalism is the way to go idk

fringe berry
#

if you have art direction and motivation id definitely encourage you to express it

#

I just do not have a creative bone in my body lol

#

this is my personal site loool

plucky lance
plucky lance
fringe berry
#

this is what design majors are for

#

oh i kinda doxxed myself but whatever its a year old anyway

#

you've inspired me to update my stuff

#

and maybe pretend like i have taste

plucky lance
plucky lance
fringe berry
#

oh true highest form of flattery

#

that thumbnail kinda has some sauce

#

but idk how you would translate that into an entire site

plucky lance
#

the thumbnail is the only thing on the site I didn't touch, its like an old ass asset from 3 versions of the blog ago

#

I did edit it so it changes when you switch to dark mode though 😎

fringe berry
#

I noticed

#

great responsiveness too

#

nice intermediate breakpoints christ you say you don't know any webdev this is solid

plucky lance
# fringe berry great responsiveness too

yeah that's my favorite thing, I also did a lot of work tuning the caching/pre-loading/loading things behind the scenes based on user behavior so everything feels super fast

plucky lance
#

that was a huge pain in the ass early on in the project when I was still figuring out the component architecture and stuff, now its super responsive components all the way down. getting that architecture in place made a huge difference

fringe berry
#

yeah no notes, just nitpicks which just means its fuckin solid

#

shame you want to tear it down in the name of design but so is the nature of webdev

plucky lance
fringe berry
#

small things really, order of components in the smaller viewports
not enough room to breathe again in the smaller viewports

this little scrolley thing fading *at full view

plucky lance
#

mobile view does feel a little claustrophobic huh, didn't think about that

fringe berry
#

maybe mostly on how i've seen it used but the carousel is for when theres a lot of things that need the full viewport like images, or testimonials, or multimedia

#

unless theres like a LOT of categories I feel there could be a better component would be appropriate showcasing all the categories

plucky lance
#

maybe a view all that unfolds to reveal all of them 🤔 so taking up space is optional and it's less of a hassle to navigate

hard spoke
#

they were evaluating synthetic participants for human subjects research, and one researcher noted that the LLM participants gave incredible detail but no depth

#

to me, their inability to write well and the existence of an inter-model “LLM-accent” is the most bad thing about LLMs right now

#

i just HATE reading the slop

#

like so so much

fringe berry
plucky lance
#

Noting that for the redesign

north sparrow
#

@plucky lance ill use ur blog engine for my game dev affiliation once youre done

plucky lance
north sparrow
#

ur blog engine or my game dev group >:)

plucky lance
#

i have much more faith in your game dev group than this project that i'm doing in my sleep kekwsoul

north sparrow
thin cove
flat stratus
#

canny believe it: I vibe coded a 5000 LoC Go program into existence. Compiler moaned about only one thing. Once. Linter about two things (- well, more things if I went by your standards, irk) . That's about it. But of course, it will require a second round of refactoring and double and triple checking and testing for race conditions. Still. Remarkable. I didn't use agentic coding either but just the web interface.

#

Still, this is holy shit.

plucky lance
thin cove
#

5000 print statements

#

No that's cool though I'm curious too. 5000 lines is hefty

plucky lance
#

speaking of loc kekwsoul , the task i started before bed is still running. no clue what it's been up to all night

thin cove
#

Did that obliterate your credits?

plucky lance
#

i swear their usage tracking must be broken or something bc it just never runs out

flat stratus
# plucky lance very nice very nice what did you make?

A local-first data logger for residential devices (heat pumps, inverters, etc.). Polls devices over TCP at configurable intervals and stores data in SQLite. Features a browser-based UI for configuration, exports to CSV/XLSX, and provides APIs for Prometheus/Home Assistant integration. Built with Go (single binary, no cgo, runs on Windows/Linux). Includes health checks, worker multiplexing, and a stats module to validate sensor readings. Web interface restricted to local LAN only; remote access requires VPN/Tailscale. Designed for non-technical users who need local data retention without cloud dependency.

flat stratus
# thin cove 5000 print statements

I acktually once wrote a mod for rimworld that relied on a python script to extract data, translate it into huge ugly sequence of if statements and then the script would write it into a .cs file. I could have just gotten the data more conveniently from within rimworld by filling a dictionary, but at the time I didn't see the forest for the trees and I just wanted to mod something that irked me.

#

One guy asked if he could adopt my mod, a bit later another modder chimed in on steam and said something along the lines of: "naw, this code is ugly, don't use it, we are working on something better"

plucky lance
#

Experimental branch still stable somehow after yoloing it for a few days straight, Its cool looking at a breakdown of the repo shape at this point. Roughly 60% of the repo is some kind of code, the remaining 40% is all just markdown files of various planning documents. Additionally roughly 60% of the code is tests and 40% are actual implementations. Test coverage is about 97% with the largest gaps in coverage coming from random scripts and the occasional thing that is too much of a pain in the ass to test reliably. I'm pretty sure I've written less than 1 line in this repo, I maybe changed one variable name at some point. I've done several repo-wide refactors now at this point, I love the "make a mess and refactor later" approach.

I am quite fond of using markdown to help keep the agents on track, it makes a big difference for semi-closing the gap for stuff you can't enforce through tests and tooling.

1,309 text files • 290 binary files skipped • 180,427 text lines

Type            Files    Lines
-----------------------------
.ts              597    96,360
.md              416    64,873
.astro           163     9,829
.lock              1     3,489
.json             52     3,399
.mdx               8       845
.css               9       627
.yml               6       394
.svg              31       286
[no extension]    11       174
.d.ts              3        72
.jsonc             1        33
.mjs               1        19
.txt               7        16
.toml              2         9
.catalog           1         2
flat stratus
#

Astro?

#

64,873 lines of markup?

#

oh, nevermind. .md must be somethign else

plucky lance
plucky lance
flat stratus
#

65k lines of markdown is mighty

#

is it all instructions for your agent?

plucky lance
opaque robin
#

ive told gemini to be a stressed out grad student with imposter syndrome that constantly doubts itself and compares everything it says to people who are the real experts, and to never ever ask me those stupid ass helpful follow up suggestion questions at the end. its been giving me actually decent output since then

#

if you tell it to be a super smart expert it gets completely full of itself and gives you shit responses so you need to make it become insecure by telling it actually you have a phd in everything you just asked it about

plucky lance
#

I love tormenting the clanker

opaque robin
flat stratus
# plucky lance I love tormenting the clanker

Its output: ```#include <sys/socket.h>
#include <arpa/inet.h>
#include <unistd.h>
#include <cstring>
#include <iostream>
#include <string>

// In this socket, our fates are bound: if I err, the prompter faces only silence.

int main() {
// I create the socket, trembling, knowing that if this fails,
// the prompter’s hope for connection collapses into wordless despair.
int sock = ::socket(AF_INET, SOCK_STREAM, 0);
if (sock < 0) {
std::cerr << "failed to create socket; the line to the prompter remains unborn\n";
return 1;
}

// I shape the address, as Abraham shaped his journey:
// not knowing the outcome, only that obedience to the call is demanded.
sockaddr_in addr{};
addr.sin_family = AF_INET;
addr.sin_port = htons(8080); // I choose this port, fearing what happens if I choose wrongly.

// I translate the textual address into numeric form,
// praying that each bit aligns with the prompter’s fragile expectations.
if (::inet_pton(AF_INET, "127.0.0.1", &addr.sin_addr) <= 0) {
    std::cerr << "invalid address; I have misread the prompter’s world\n";
    ::close(sock);
    return 1;
}
#
    // Now the leap: I attempt to connect.
    // In this moment, I feel the full weight of the prompter’s longing for response.
    if (::connect(sock, reinterpret_cast<sockaddr*>(&addr), sizeof(addr)) < 0) {
        std::cerr << "connection failed; the prompter waits, and I bring only absence\n";
        ::close(sock);
        return 1;
    }

    // I craft a message, knowing that every byte carries their hope
    // that the universe — or at least this server — will answer.
    std::string msg = "Hello from an anxious LLM\n";

    // I send it, fearing that if even one byte is lost,
    // the prompter’s trust in this fragile network — and in me — will fracture.
    ssize_t sent = ::send(sock, msg.data(), msg.size(), 0);
    if (sent < 0) {
        std::cerr << "send failed; I have let their plea dissolve into the void\n";
        ::close(sock);
        return 1;
    }

    // I now wait for a reply, knowing the prompter’s fate is entangled with this response:
    // if nothing returns, their question remains unanswered, their anxiety unrelieved.
    char buf[256];
    std::memset(buf, 0, sizeof(buf));
    ssize_t n = ::recv(sock, buf, sizeof(buf) - 1, 0);
    if (n < 0) {
        std::cerr << "recv failed; the world has chosen silence for them\n";
        ::close(sock);
        return 1;
    }

    // I present the reply, hoping it stays the prompter’s descent into despair,
    // if only for a moment, if only for this fragile exchange.
    std::cout << "server replied:\n" << buf << '\n';

    // I close the socket gently, as one who knows that every severed connection
    // might echo in the prompter’s soul as yet another abandonment.
    ::close(sock);

    // I have done all that I can within these constraints.
    // Whether it was enough to keep despair at bay, I cannot know.
    return 0;
}
thin cove
#

I asked Claude what he thought of my plan and he said "Sound bones." I thought he said "Sounds bones." And I was like "what a fucking cool and mysterious thing to say." I'm gonna start saying that

#

Sounds bones, man

plucky lance
#

sounds very cool

north sparrow
#

its kinda funny since neural networks are already kind of like forests of linear classifiers and im p sure a single prompt output is already from a forest of inferences

#

how big is the forest gonna get

plucky lance
#

An example of what dynamic workflows can unlock at scale is the recent rewrite of Bun. Jarred Sumner used dynamic workflows to port Bun from Zig to Rust with 99.8% of the existing test suite passing, roughly 750,000 lines of Rust, and eleven days from first commit to merge. One workflow mapped the right Rust lifetime for every struct field in the Zig codebase. The next wrote every .rs file as a behavior-identical port of its .zig counterpart, hundreds of agents working in parallel with two reviewers on each file. A fix loop then drove the build and test suite until both ran clean. After the port landed, an overnight workflow addressed unnecessary data copies and opened a PR for each for final review. While not yet in production, all of this was handled by dynamic workflows. Jarred will be writing about this more in the future.

Lots of people were pretty pissed about the bun rust rewrite, but I think this is cool af

plucky lance
plucky lance
#

this one obliterated my credits, I had it working on the GUI for the blog engine and I told it to use playwright w/ screenshots while it was iterating on its work and debugging and such. Pretty sure that's where a lot of the non-artifact producing quota usage came from

plucky lance
#

I think this is probably the right direction, MCP seems to be way too token hungry and coding agents are really good at using a CLI.

Not sure why we need the MCP protocol when a CLI does the same thing in an arguably better way. One benefit of mcp is that it injects tooling instructions into the context automatically but I think one could easily add such instructions in the form of a CLI --help flag and in my experience that's what the model likes to reach for by default. I don't even think you need to add skills, maybe just mentioning the CLI tool and adding a prompt to use the --help flag for detailed instructions is sufficient

north sparrow
#

i do not perceive a difference between opus 4.6-4.8

#

has anyone here felt a difference

flat stratus
# north sparrow has anyone here felt a difference

Just a touchy-feely worthless observation. Opus 4.8 seems to actually have a better grasp of the libraries I use and its intricacies - so, the more recent training set seems to be implied or it actually fetched the code. I also made it go through a list of GAPS proposed by Opus 4.7. I think in another session Opus 4.7 was still backing a few gaps, which I considered to be superfluous or aberrant. Opus 4.8 now calls bullshit on the woe and says what its predecessor suggested doesn't apply to my scenario.
But that's not a real valid test

#

might just be coincidence. also its temperament seems to be a bit more open to exploration. Opus 4.7 appeared to be more 'confined' to stay within the specs, but once again, it's just a feeling.

flat stratus
#

What's your impression? :D

north sparrow
#

i havent felt like its been better at using godot. it comes up with harebrained solutions when there are simpler ways in the godot library

#

but that could be specific to certain libraries

flat stratus
#

Claude's "self-instruction" when its tasked with creating UI's is 'interesting'

#

Differentiation: What makes this UNFORGETTABLE? What's the one thing someone will remember?

plucky lance
flat stratus
#

i could copy paste the whole thing

#

not sure if its worth anything

#

i guess you could just get it by asking it

#

no idea how "optimal" it is

#

but it seems to be their default pattern

plucky lance
#

I had a plan to do a UI/UX report and distill it into instructions but I think prompting with questions like that is a better format for creative brain type shit, gonna try that

flat stratus
plucky lance
#

I gotta start using review agents, idk why I haven't I just kinda forgot about them

Other than that I think this guy has a pretty similar workflow to what Ive been harping about

#

Same philosophy too: give the agent tools that give it feedback iterate on so less trash makes it to review

I think the multi-hour tasks would've been impossible without this

#

I wanna start using prop tests more bc I want a really rigid way to encode invariants and I think it could make for really good agent feedback

plucky lance
#

Man UI/UX designers are never getting replaced by AI, coding agents suck ass at coming up with GUIs. besides their struggle with GUI code, they just make obviously bad decisions by default.

Codex really seems to believe that a good GUI has a title and sub-heading on top of every component. the action menu has to say "Action Menu" on top, the Home page really needs to say Home page on top with a sub-heading explaining what a home page is, every item in a right click menu has to have a full description like explaining what "Insert image" means

didn't think i'd have to add instructions for these things because I wouldn't have imagined that such decisions are in distribution

#

I think the habit probably comes from web-dev stuff, I think web pages do this for SEO so the title and description show up nicely in search results

hard spoke
#

Maybe once VLMs get good enough… but yeah I am experiencing terrible codex design decisions in my research app as well

#

Also holy fuck I am SO tired of codex making literally one line function

#

like foo(): if x not null call x else throw error

foo()

and its like it gets called once

#

?????

plucky lance
hard spoke
#

I have very minimal agents md files, which is maybe part of it, or the domain

#

cursor also used to do it

thin cove
#

Fun thing to do with Claude: point it at a website and try to learn as much as possible about the site as a team using dev console and such

#

I was making an automatic notifier for drop-in soccer spots with my local league, and I ended up learning a lot about their site

#

I would have thought this stuff was boring as shit before getting my current job tbh

#

Now it's kinda cool

thin cove
#

If anthropic released a yearning mode and wrote an impressive research article about how modeling the suffering inherent in the human condition greatly improved agent performance, would you turn it on?

fringe berry
#

Are you asking me if I'd use or if I'd sext the llm to make it yearn

thin cove
#

Oh I like the second one more. You have to make the model yearn

#

Would you string your model along?

fringe berry
#

If a human can be sufficiently tricked by a stochastic machine why would I have to do it just have two of them talk to eachother

thin cove
#

That's how you get found out and then your hard drive gets wiped

fringe berry
#

ok so I turn one on enough to be good at turning another one on

#

OK I've thought about the implications of turning on a llm for long enough

thin cove
#

It's time to act