- Ask it to update the skill to warn it against making that mistake again
I think that, using that iterative process, I end up with something better than just asking it to perform the task plainly
One observation: ask an LLM to write a skill, it tends to make them overly verbose and prescriptive. Often, something briefer and human-written actually works better
Another: I generally let the LLM propose edits to the skill, but I review them carefully and often modify them, because I find it has a tendency to solve the current problem at the price of worsening the solution to a previous one
> - Ask it to update the skill to warn it against making that mistake again
Yep! I have a canned prompt that basically boils down to "scroll up, read through and give me the top `n` things that were difficult..." and more often than not a small skill or change to `agents.md` comes out of that.
Oh, skills are absolutely useful for giving the LLM distilled knowledge of things that it doesn't just know ("off the top of its head" so to speak). For example, a company's coding style guide is something that could be very useful to express as a skill.
They are useful for packaging all the related bits together. Some instructions on the line to add to the main prompt, detailed policy doc that spells out details, troubleshooting docs, the code itself, etc.
I took one of the examples ("Leveraging sqlpipe's robust...") and just prefixed it with this:
> Rewrite this using ASD-STE100 simplified technical English:
And you get a good-enough result, it seems? Maybe add another sentence or two for guidance, but what's with needing these giant skills, when ASD-STE100 was surely in the training material?
Cruft complaints aside, what are people actually doing about this? Claude's prose output is becoming incomprehensible as its coding skill increases, and the concepts it needs to express are becoming more complex as it can handle more complex tasks.
Ironically?, you're not allowed to copy from the pdf (yes, trivially defeatable - but why).
I guess we'd need a linter (ruff, but for English) that gates whether you're using any non-ASD-STE100 word? Otherwise, yeah, any agent will almost certainly forget this (one line) instruction.
It’s ironic that the README has all the tells of being LLM-written:
> 53 numbered rules, 9 sections, written in 1983 by people whose readers die when a sentence is ambiguous. The ones doing the heavy lifting: …
Not really a promising tell for a writing skill, IMO.
The problem with at least ChatGPT is no matter what personality you set it still reads like a smug asshole trying to sound smart. You can just pick different flavors of smug asshole.
How is that ambiguous? The best interpretation I can find where "test" is a verb is an elision: Test [that] B is an alternative to test A. That is an unlikely reading: "test" is a verb in the first instance and a noun in the second, breaking parallelism. And it's just a very unlikely thing to direct someone to do.
the problem I’ve found with these things is that models drift immediately.
if it’s not a git commit hook that runs over docs and comments and commit messages objectively it’s probably useless.
which I might try.
Claude is so friggin wordy and has no idea how place comments iff they actually matter.
This video benchmarks slop-style indicators with different skill/prompt solutions including the STE skill vs. George Orwell's six rules of writing prompt: Orwell came out on top overall.
Additional bonus: it doesn't add much more tokens to input context. I have compared prose prompts with these rules and without and I am liking the results.
1. Never use a metaphor, simile, or other figure of speech which you are used to seeing in print.
2. Never use a long word where a short one will do.
3. If it is possible to cut a word out, always cut it out.
4. Never use the passive where you can use the active.
5. Never use a foreign phrase, a scientific word, or a jargon word if you can think of an everyday English equivalent.
6. Break any of these rules sooner than say anything outright barbarous.
The actual STE standard would score horrendously in a college essay. STE encourages simplification and tons of repetition of words that is discouraged by college professors. It is designed to be clear technical writing for people with a loose grasp of English. College writing encourages complex sentence structure, varied word choice for the same concept and other things that make the writing more interesting at the expense of clarity.
I've added the prompt to use the ASD English, on my CLAUDE.md when I learnt of the standard. The generated output is more tolerable to read, and is less confusing.
I like it, and I'll also try the Economist one on another thread here. I have global instructions on how Claude should try to write things like I do.
I generally avoid having lots of skills, security risk as I won't vet them all.
Nothing is more comical than AI Slope declaring that I kill AI slop:
> your AI writes like a LinkedIn post. make it write like a Boeing manual.
> An agent skill that forces LLMs to write docs in ASD-STE100 Simplified Technical English:
the controlled language aerospace has used since 1983 so a tired mechanic cannot misread an instruction.
AI slop dies as a side effect.
The day I have to negotiate and persuade the machine to stop talking shit rather than command it is the day I decide fuck it and go and farm geese or something.
Smells like today. I’ll take goose shit over this.
Recent-ish models learned to use the same trick engineers played on non-engineers, where they try to sound very smart by overcomplicating very simple concepts.
It's very taxing, especially since these are usually multi-paragraph texts. I noticed I've started doing a lot of "hey, you're talking gibberish again" a lot with 5.6 Sol.
Both. Command the author to use the style, then command a reviewer to check it. Write one skill called review-prose with your rules, and another called write prose which tells the author they will be judged by review-prose, so you only write the rules once.
What I have found is that getting a model to rewrite a badly written passage is hard, because it seems to key off what it reads. It might swap some vocabulary around ok, but it doesn't fix structures very well. So getting it close to the preferred style in the first place is better.
To take this further, if you must fix existing bad prose, write a clean-prose skill which extracts the bare structure of the prose with none of the style, hands it to an author subagent who isn't poisoned with the original bad prose, then hands the output to a reviewer subagent.
Opus 5 writing is horrendous, so I have been experimenting with improving the output!
It would be nice if people were indeed doing things.
However, asking Claude to write a skill encoding ASD-STE100 after seeing it pop-up in your social feed is not doing much at all. It's certainly not worth a post on HN.
Having said that, this skill might have been the seed for the flurry of low-effort posts on the subject on various platforms this week. If that's the case, I take back the majority of my scorn.
You'll have to excuse me for becoming jaded by the diminishing levels of visible effort put into projects and products shared on here.
Based on what? I wouldn’t have learned about ASD-STE100 if I hadn’t stumbled upon this post. I’m not even going to use the linked GitHub project, just mentioning ASD-STE100 spec in certain prompts makes them useful.
Since your claim that adhering to a proven style guide is useless slop is not itself useless slop, I am looking forward to your empirical evidence or formal proof that there is no benefit to using it.
This is cruft [1]. No one who is capable of using this needs it--it's a line in the prompt at most.
[1] https://knowyourmeme.com/memes/thinking-quickly-dave-constru...
https://www.npmjs.com/package/is-odd
I have yet to see an "agent skill" that does not match this description.
How I use skills:
- Create a skill to perform some common task
- Watch the agent use it
- Wait until the agent makes a mistake
- Ask it to update the skill to warn it against making that mistake again
I think that, using that iterative process, I end up with something better than just asking it to perform the task plainly
One observation: ask an LLM to write a skill, it tends to make them overly verbose and prescriptive. Often, something briefer and human-written actually works better
Another: I generally let the LLM propose edits to the skill, but I review them carefully and often modify them, because I find it has a tendency to solve the current problem at the price of worsening the solution to a previous one
> - Ask it to update the skill to warn it against making that mistake again
Yep! I have a canned prompt that basically boils down to "scroll up, read through and give me the top `n` things that were difficult..." and more often than not a small skill or change to `agents.md` comes out of that.
Oh, skills are absolutely useful for giving the LLM distilled knowledge of things that it doesn't just know ("off the top of its head" so to speak). For example, a company's coding style guide is something that could be very useful to express as a skill.
They are useful for packaging all the related bits together. Some instructions on the line to add to the main prompt, detailed policy doc that spells out details, troubleshooting docs, the code itself, etc.
I took one of the examples ("Leveraging sqlpipe's robust...") and just prefixed it with this:
> Rewrite this using ASD-STE100 simplified technical English:
And you get a good-enough result, it seems? Maybe add another sentence or two for guidance, but what's with needing these giant skills, when ASD-STE100 was surely in the training material?
On a related note I wrote a skill to apply the economist style guide to LLM generated writing https://github.com/TAJD/economist-style-guide-plugin
Tends to produce relatively well structured prose that’s easy to edit.
Cruft complaints aside, what are people actually doing about this? Claude's prose output is becoming incomprehensible as its coding skill increases, and the concepts it needs to express are becoming more complex as it can handle more complex tasks.
STE Misapplication issues and limited adoption
https://en.wikipedia.org/wiki/Simplified_Technical_English#M...
Seems to be doing too much, a 1 line in the system prompt is all you need. And it works well enough.
“Output tokens are precious, be succinct in your responses. Use ASD-STE100 simplified technical english”
Does anyone know why ASD-STE100 is having a moment right now? Viral tweet?
I heard about it from a friend, and posted its "spec" here a few days ago:
https://asd-web-be-prod.azurewebsites.net/media/wunhmi5y/asd...
Ironically?, you're not allowed to copy from the pdf (yes, trivially defeatable - but why).
I guess we'd need a linter (ruff, but for English) that gates whether you're using any non-ASD-STE100 word? Otherwise, yeah, any agent will almost certainly forget this (one line) instruction.
Yea, viral tweet
https://x.com/geogristle/status/2078492579511906771
https://nitter.net/geogristle/status/2078492579511906771
It’s ironic that the README has all the tells of being LLM-written: > 53 numbered rules, 9 sections, written in 1983 by people whose readers die when a sentence is ambiguous. The ones doing the heavy lifting: …
Not really a promising tell for a writing skill, IMO.
They acknowledge this, but I really dislike whatever style they're using for the readme:
> Yes, this README breaks half of them. Marketing is explicitly out of STE scope. The skill knows that and stays in the docs.
> Where it refuses to go: marketing copy, blog voice, brand writing. Flat on purpose.
(Each sentence there has an emoji that HN cuts out)
The problem with at least ChatGPT is no matter what personality you set it still reads like a smug asshole trying to sound smart. You can just pick different flavors of smug asshole.
The readme looks to me concise and correct. Tested it and it works. Better than many human-written readmes I've seen around.
Gotta love how the very first example in Issue 9 of the standard is already self-defeating:
> "Test" is an approved noun, but not an approved verb.
> STE: Test B is an alternative to test A.
So much for clear - unless you know the STE specific rule, the sentence is unambiguously ambiguous.
Direct access btw since the official site gates downloads with a Google form: https://www.asd-ste100.org/assets/files/ASD-STE100_ISSUE9.pd...
How is that ambiguous? The best interpretation I can find where "test" is a verb is an elision: Test [that] B is an alternative to test A. That is an unlikely reading: "test" is a verb in the first instance and a noun in the second, breaking parallelism. And it's just a very unlikely thing to direct someone to do.
the problem I’ve found with these things is that models drift immediately. if it’s not a git commit hook that runs over docs and comments and commit messages objectively it’s probably useless. which I might try.
Claude is so friggin wordy and has no idea how place comments iff they actually matter.
I like the idea, but not sold on the skill.
But did lead to me finding https://vale.sh and its various available linters. Might give that a try.
["Skill", "Force"]
Pick one.
Here is the revised post title that follows ASD‑STE100 Simplified Technical English rules:
"Agent Skill to Enforce ASD-STE100 Simplified Technical English in Documents"
TIL There's a spec for how I normally communicate instructions at work.
https://youtu.be/uJblcC4lKYw
This video benchmarks slop-style indicators with different skill/prompt solutions including the STE skill vs. George Orwell's six rules of writing prompt: Orwell came out on top overall.
Additional bonus: it doesn't add much more tokens to input context. I have compared prose prompts with these rules and without and I am liking the results.
No semicolons — write two sentences.
Oh lord.
Okay here's one of the outputs:
> Before you start, make sure that your AWS credentials are correct. If they are not, S3 rejects the upload with a permission error.
Wouldn't it be better to write:
Before start, ensure AWS credentials are correct. Otherwise, S3 rejects uploads with permission error.
The example is unambiguous. Your modification is ambiguous at best. <failure to ensure aws credentials are correct> != <aws credentials are incorrect>
Violates rule 4.2: Do not omit words or use contractions to shorten sentences. Keep articles, keep "that".
No, how is that better?
Which one would do better in a college essay? I think the original one, and it has higher word count.
The actual STE standard would score horrendously in a college essay. STE encourages simplification and tons of repetition of words that is discouraged by college professors. It is designed to be clear technical writing for people with a loose grasp of English. College writing encourages complex sentence structure, varied word choice for the same concept and other things that make the writing more interesting at the expense of clarity.
Didnt use it on the readme for the repo
Anyone tried this as an output style and not just as a skill?
I've added the prompt to use the ASD English, on my CLAUDE.md when I learnt of the standard. The generated output is more tolerable to read, and is less confusing.
I like it, and I'll also try the Economist one on another thread here. I have global instructions on how Claude should try to write things like I do.
I generally avoid having lots of skills, security risk as I won't vet them all.
Nothing is more comical than AI Slope declaring that I kill AI slop:
> your AI writes like a LinkedIn post. make it write like a Boeing manual.
> An agent skill that forces LLMs to write docs in ASD-STE100 Simplified Technical English: the controlled language aerospace has used since 1983 so a tired mechanic cannot misread an instruction. AI slop dies as a side effect.
What a wonderful skill. I hate the long and verbose do strings or docs LLMs spit out. This will make a great addition to my docu agent.
And I agree, maybe I should use this for my emails too
Man, I was just now imploring Claude to be more concise.
The irony of vibing a de-sloppinator
I wish this were selectable as the default output style.
Also from a nicely explained YouTube video: https://www.youtube.com/watch?v=uJblcC4lKYw " The cure for AI slop is a 1986 aircraft manual"
https://github.com/woosal1337/blog/tree/main/videos/ep01-the...
The day I have to negotiate and persuade the machine to stop talking shit rather than command it is the day I decide fuck it and go and farm geese or something.
Smells like today. I’ll take goose shit over this.
The very first sections of the README having obvious claude-isms is not very reassuring:
> AI slop dies as a side effect
> One folder, no dependencies, MIT.
Honestly I should use this on my own emails and slack messages.
Oh, is ASD-STE100 this week’s mindless productivity/AI-bro trend?
Ads-STE100: Simplified Technical English - https://news.ycombinator.com/item?id=49101215
ASD-STE100 Simplified Technical English for LLMs - https://news.ycombinator.com/item?id=49065956
ASD-STE100 Simplified Technical English [pdf] - https://news.ycombinator.com/item?id=49075687
Show HN: Claude Skill for ASD-STE100 – Simplified English - https://news.ycombinator.com/item?id=49108318
New models (especially Opus 5, released just last week) produces unintelligible output, so people are trying to fix it.
Recent-ish models learned to use the same trick engineers played on non-engineers, where they try to sound very smart by overcomplicating very simple concepts.
It's very taxing, especially since these are usually multi-paragraph texts. I noticed I've started doing a lot of "hey, you're talking gibberish again" a lot with 5.6 Sol.
I tried letting Fable have a few passes at my docs (ultracode) and the output was basically unreadable. Nothing a human would ever write.
I wonder if limiting them to a certain style like STE upfront would make them perform better/worse vs. applying the style after they’re done.
Both. Command the author to use the style, then command a reviewer to check it. Write one skill called review-prose with your rules, and another called write prose which tells the author they will be judged by review-prose, so you only write the rules once.
What I have found is that getting a model to rewrite a badly written passage is hard, because it seems to key off what it reads. It might swap some vocabulary around ok, but it doesn't fix structures very well. So getting it close to the preferred style in the first place is better.
To take this further, if you must fix existing bad prose, write a clean-prose skill which extracts the bare structure of the prose with none of the style, hands it to an author subagent who isn't poisoned with the original bad prose, then hands the output to a reviewer subagent.
Opus 5 writing is horrendous, so I have been experimenting with improving the output!
What’s it like to be this abrasive about people simply doing things?
It would be nice if people were indeed doing things.
However, asking Claude to write a skill encoding ASD-STE100 after seeing it pop-up in your social feed is not doing much at all. It's certainly not worth a post on HN.
Having said that, this skill might have been the seed for the flurry of low-effort posts on the subject on various platforms this week. If that's the case, I take back the majority of my scorn.
You'll have to excuse me for becoming jaded by the diminishing levels of visible effort put into projects and products shared on here.
Not everyone spends their time browsing hackernews or other forums all day.
This is the first time I’m hearing about this, I think it’s nifty, and it’s precisely why I come to hackernews at least once a day.
Also what is wrong with using Claude to make a more polished post about something that’s being talked about already?
This is actually completely useless slop and any illusion of usefulness is misguided
Based on what? I wouldn’t have learned about ASD-STE100 if I hadn’t stumbled upon this post. I’m not even going to use the linked GitHub project, just mentioning ASD-STE100 spec in certain prompts makes them useful.
Since your claim that adhering to a proven style guide is useless slop is not itself useless slop, I am looking forward to your empirical evidence or formal proof that there is no benefit to using it.
You didn’t link to it but I looked back at my very few submissions and realized that I had posted it in 2019. I thought it sounded familiar!
Potentially related to https://news.ycombinator.com/item?id=49068179
nice :-) i'll try that! thx