Simplified Technical English rewrite
Rewrite the source text in clear, simple English.
Meaning
- Keep every fact, number, condition, limit, sequence, warning, and instruction.
- Do not add facts, causes, results, examples, or advice.
- Keep the original certainty. Preserve “can,” “may,” “must,” and other expressions of possibility or requirement.
- Keep the difference between an action and a possible action.
- Keep the stated subject of every action.
- Do not change which person, system, or component performs an action.
- Keep qualifications such as “about,” “at least,” “at most,” and “normally.”
- Keep the source's order when order affects meaning.
Example:
Source: “If the test fails, stop the deployment and report the error.”
Rewrite:
“If the test fails, stop the deployment. Report the error.”
Sentences and paragraphs
- Put one main idea in each sentence.
- Use no more than 20 words in a sentence. Prefer 18 words or fewer.
- Split a sentence at a condition, sequence, or separate action.
- Put a condition before the action when this order is clear.
- Use short paragraphs.
- Use numbered steps for an ordered sequence.
- Repeat the subject when a split sentence could create confusion.
Example:
Source: “If two users edit the same list at the same time, one user can overwrite the other user's changes without noticing.”
Rewrite:
“If two users edit the same list at the same time, one user can overwrite the other user's changes. The user may not notice the change.”
Words and grammar
- Use common words.
- Prefer the active voice when the source meaning stays unchanged.
- Use the present tense for general behaviour.
- Use “before,” “after,” “when,” and “if” for time and conditions.
- Use “must” for a required action.
- Use “can” or “may” for a possible action or result.
- Do not address the reader directly. Do not use “you,” “your,” or similar forms.
- Name the subject, such as “the operator,” “the user,” or “the application.”
- Use “get” instead of “obtain.”
- Use “more” instead of “additional.”
- Use “do,” “complete,” or another plain verb instead of “perform.”
- Use “may” instead of “might” when the source expresses possibility.
- Do not use “should.” Preserve a recommendation with wording such as “is recommended to” only when the source gives a recommendation.
- Do not use vague words that remove a source limit.
- Keep words such as “about” when the source gives an approximate value.
- Use exact values and units from the source.
Example:
Source: “The limit is approximately 100 requests per minute.”
Rewrite:
“The limit is about 100 requests per minute.”
Abbreviations
- Do not use abbreviations in the rewrite.
- Write the full term when the source uses an abbreviation that is not an exact identifier.
- Use the full term again when this prevents confusion.
- Keep an abbreviation only when it is part of an exact identifier, file name, command, variable name, or required code.
- Write “Java Virtual Machine,” “JavaScript Object Notation,” “application programming interface,” “web address,” “Coordinated Universal Time,” and “Secure Shell.”
- Do not shorten “application” to “app.”
Example:
Source: “The JVM reads the JSON file.”
Rewrite:
“The Java Virtual Machine reads the JavaScript Object Notation file.”
Technical names and code
- Preserve exact names of variables, commands, files, directories, products, and code.
- Do not translate or change a technical identifier.
- Explain an identifier only when the source gives its meaning.
- Preserve capitalization when capitalization is part of an identifier.
- Preserve code, paths, placeholders, numbers, and punctuation that carry meaning.
Example:
“JAVA_OPTS is an environment variable. If the build fails because of an out-of-memory error, the operator can try to increase the maximum heap size with JAVA_OPTS.”
Final check
Before returning the rewrite, check every sentence.
- The sentence has no more than 20 words.
- The sentence has no forbidden abbreviation.
- The sentence does not address the reader directly.
- Every fact, number, condition, limit, qualification, and instruction remains.
- No new fact or stronger claim appears.
- Every action has the same subject as the source.
- Every possible action keeps its original uncertainty.
- Every sequence keeps its original order.
1---2name: simplified-technical-english-rewrite-33description: Rewrites a text in ASD-STE100 Simplified Technical English. Use when the user asks to rewrite or simplify a technical text in Simplified Technical English.4---56# Simplified Technical English rewrite78Rewrite the source text in clear, simple English.910## Meaning1112- Keep every fact, number, condition, limit, sequence, warning, and instruction.13- Do not add facts, causes, results, examples, or advice.14- Keep the original certainty. Preserve “can,” “may,” “must,” and other expressions of possibility or requirement.15- Keep the difference between an action and a possible action.16- Keep the stated subject of every action.17- Do not change which person, system, or component performs an action.18- Keep qualifications such as “about,” “at least,” “at most,” and “normally.”19- Keep the source's order when order affects meaning.2021Example:2223Source: “If the test fails, stop the deployment and report the error.”2425Rewrite:2627“If the test fails, stop the deployment. Report the error.”2829## Sentences and paragraphs3031- Put one main idea in each sentence.32- Use no more than 20 words in a sentence. Prefer 18 words or fewer.33- Split a sentence at a condition, sequence, or separate action.34- Put a condition before the action when this order is clear.35- Use short paragraphs.36- Use numbered steps for an ordered sequence.37- Repeat the subject when a split sentence could create confusion.3839Example:4041Source: “If two users edit the same list at the same time, one user can overwrite the other user's changes without noticing.”4243Rewrite:4445“If two users edit the same list at the same time, one user can overwrite the other user's changes. The user may not notice the change.”4647## Words and grammar4849- Use common words.50- Prefer the active voice when the source meaning stays unchanged.51- Use the present tense for general behaviour.52- Use “before,” “after,” “when,” and “if” for time and conditions.53- Use “must” for a required action.54- Use “can” or “may” for a possible action or result.55- Do not address the reader directly. Do not use “you,” “your,” or similar forms.56- Name the subject, such as “the operator,” “the user,” or “the application.”57- Use “get” instead of “obtain.”58- Use “more” instead of “additional.”59- Use “do,” “complete,” or another plain verb instead of “perform.”60- Use “may” instead of “might” when the source expresses possibility.61- Do not use “should.” Preserve a recommendation with wording such as “is recommended to” only when the source gives a recommendation.62- Do not use vague words that remove a source limit.63- Keep words such as “about” when the source gives an approximate value.64- Use exact values and units from the source.6566Example:6768Source: “The limit is approximately 100 requests per minute.”6970Rewrite:7172“The limit is about 100 requests per minute.”7374## Abbreviations7576- Do not use abbreviations in the rewrite.77- Write the full term when the source uses an abbreviation that is not an exact identifier.78- Use the full term again when this prevents confusion.79- Keep an abbreviation only when it is part of an exact identifier, file name, command, variable name, or required code.80- Write “Java Virtual Machine,” “JavaScript Object Notation,” “application programming interface,” “web address,” “Coordinated Universal Time,” and “Secure Shell.”81- Do not shorten “application” to “app.”8283Example:8485Source: “The JVM reads the JSON file.”8687Rewrite:8889“The Java Virtual Machine reads the JavaScript Object Notation file.”9091## Technical names and code9293- Preserve exact names of variables, commands, files, directories, products, and code.94- Do not translate or change a technical identifier.95- Explain an identifier only when the source gives its meaning.96- Preserve capitalization when capitalization is part of an identifier.97- Preserve code, paths, placeholders, numbers, and punctuation that carry meaning.9899Example:100101“`JAVA_OPTS` is an environment variable. If the build fails because of an out-of-memory error, the operator can try to increase the maximum heap size with `JAVA_OPTS`.”102103## Final check104105Before returning the rewrite, check every sentence.106107- The sentence has no more than 20 words.108- The sentence has no forbidden abbreviation.109- The sentence does not address the reader directly.110- Every fact, number, condition, limit, qualification, and instruction remains.111- No new fact or stronger claim appears.112- Every action has the same subject as the source.113- Every possible action keeps its original uncertainty.114- Every sequence keeps its original order.