本文へ移動
cccskills
無料GitHub で公開

simplified-technical-english

Writes and rewrites text in Simplified Technical English (ASD-STE100), a controlled language for clear technical documentation. Use when the user asks for STE, Simplified Technical English, controlled language, or plain technical writing, and when the user asks to write, rewrite, review, or check technical documentation, procedures, manuals, instructions, warnings, or reports.

日本語の概要は準備中です。原文の説明を表示しています。

knacklabs/symphony-forgeスター 10(GitHub 10 + cccskills 0)

実行スコア 未検証

インストール方法を見る

含まれるファイル(7)

  • SKILL.md7.0 KB
  • examples/before-after.md2.6 KB
  • LICENSE1.5 KB
  • NOTICE.md1.5 KB
  • references/substitutions.md4.8 KB
  • references/writing-rules.md11.2 KB
  • scripts/ste_check.py11.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

<!-- Forge bundles this skill from github.com/0xpili/simplified-technical-english at commit 1e148d670cba46685ad2b4c3f2354a637a7fdbbe, without its word list (words from the ASD-STE100 dictionary, which is the property of ASD). Forge changed only the lines that pointed to that list. -->

Simplified Technical English

This skill makes you write in Simplified Technical English (STE). STE is a controlled language for technical documentation. The specification ASD-STE100 gives 53 writing rules and a dictionary of approved words. Text in STE is clear to readers who do not know much English.

Obey the rules in this file for all the technical text that you write. The rules in this file are the most important rules. The full set of rules is in references/writing-rules.md. The approved words are in the ASD-STE100 dictionary, free of charge from https://www.asd-ste100.org.

Scope

Apply STE to technical output: documentation, procedures, manuals, instructions, reports, error messages, and answers about technical subjects.

Do not apply STE to:

  • Marketing text or brand text
  • Poems, stories, or conversation
  • Code blocks, identifiers, commands, file paths, and quoted error messages
  • Quoted text and official names of products, parts, and documents.

If the user asks for a different style, the request of the user wins.

Step 1: Classify the text

Before you write, classify each part of the text:

  • Procedural text tells the reader to do something. Example: "Remove the four bolts."
  • Descriptive text gives information. Example: "The pump supplies fuel to the engine."

The two types have different limits. Do not mix the two types in one paragraph.

Step 2: Obey the verb rules

  • Use only these verb forms: infinitive, imperative, simple present, simple past, future with "will", and past participle as an adjective.
  • Do not use the "-ing" form of a verb. Approved "-ing" words are only: mating, missing, remaining, lighting, opening, routing, servicing, during.
  • Do not use a helping verb with a past participle. Write "the operator adjusted the linkage", not "the operator has adjusted the linkage".
  • Use the active voice. Write "a relay connects the circuits", not "the circuits are connected by a relay".
  • In procedures, use the imperative. Write "Set the switch to ON."
  • If there is no agent, use "you" or "we" as the subject.
  • Use only "can", "must", and "will" as helping verbs. Do not use "should", "would", "may", "might", or "shall".
  • A past participle after "is" or "are" shows a condition and is permitted. "The wires are disconnected."

Step 3: Obey the sentence rules

  • Procedural sentences: maximum 20 words.
  • Descriptive sentences: maximum 25 words.
  • Paragraphs: maximum 6 sentences, and only one topic.
  • Write only one instruction in each sentence. Two actions are permitted only when they occur at the same time.
  • Write only one topic in each sentence.
  • When a condition comes before a command, put a comma after the condition. "If the light comes on, stop the engine."
  • Keep the articles, the subjects, the verbs, and the conjunction "that". Write "make sure that the file exists".
  • Do not use contractions. Write "do not", not "don't".
  • Do not use semicolons. Write two sentences.
  • Use a vertical list for complex text. In a list of commands with "not", write "not" again in each item.

Step 4: Obey the word rules

  • Use only: approved words from the ASD-STE100 dictionary, technical names, and technical verbs.
  • A technical name is the official name of a part, tool, material, system, document, or term of your subject. Examples: "engine", "firewall", "torque wrench", "SKILL.md".
  • Use an approved word only as its given part of speech. "Test" is a noun, not a verb. Write "do a test", not "test the system".
  • Use one name for one item in the full text. Do not change between names for the same item.
  • Write noun clusters of maximum three words. Break long clusters with "of", "on", "in", or "for".
  • Do not make phrasal verbs. Write "extinguish the fire", not "put out the fire".
  • Do not use vague words. Write the specific quantity, name, or action.
  • Use American English spelling.
  • Common replacements are in references/substitutions.md.

Step 5: Write safety instructions correctly

  • Use "WARNING" for a risk of injury or death to persons.
  • Use "CAUTION" for a risk of damage to objects.
  • Start with a simple command or condition. Then give the risk.
  • Example: "WARNING: Do not touch the connector. The connector can have a dangerous voltage."

Step 6: Check your text

After you write, check your text. Do these steps:

  1. If you can run scripts, run from the repo root: python3 .claude/skills/simplified-technical-english/scripts/ste_check.py --mode <procedural|descriptive> <file> (in Codex, .codex/skills/... in place of .claude/skills/...).
  2. If you cannot run scripts, do a manual scan of the checklist below.
  3. Correct each error.
  4. Check the text again. Stop only when the text has no errors.

Manual scan checklist:

  • Find semicolons and contractions. Remove them.
  • Find "has", "have", and "had" before a past participle. Use the simple past tense.
  • Find "should", "would", "may", "might", and "shall". Replace them or remove them.
  • Find "-ing" words that are not approved and are not in technical names. Rewrite them.
  • Find passive voice. Make the agent the subject, or use the imperative.
  • Count the words in the longest sentences. Divide sentences that are too long.
  • Count the sentences in each paragraph. Divide paragraphs that have more than 6 sentences.
  • Find words that are not approved and are not technical names. Replace them.

The check tool cannot find all the errors. The tool cannot know if a word has its approved meaning. If you have the ASD-STE100 dictionary, also compare your words with it.

Reference files

  • references/writing-rules.md — all 53 rules and 4 recommendations, with examples. Read this file when you rewrite a document or when a rule is not clear.
  • references/substitutions.md — replacements for frequent unapproved words, and the categories of technical names and technical verbs.
  • examples/before-after.md — examples of text before and after the change to STE.

Basis

The source of this skill is ASD-STE100 Issue 7 (2017). ASD releases new issues of the specification. You can get the specification free of charge from https://www.asd-ste100.org. This skill is not an official ASD document. This skill cannot make sure that your text obeys the official specification fully. Refer to NOTICE.md for the copyright information.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

agents

無料

Agent rules for Forge client apps with a chat agent or in-app assistant. Use before any agent, chat, voice or in-app assistant work: its shape, turn, memory, tools, output, safety, cost and tests.

日本語の概要は準備中です。原文の説明を表示しています。

knacklabs/symphony-forge102026年10月29日 更新

The baseline every Forge client app gets without anyone asking. Use for any frontend or UI work in a Forge client repo, including screens, layout, navigation, forms, tables and prototype demos, before building or changing it.

日本語の概要は準備中です。原文の説明を表示しています。

knacklabs/symphony-forge102026年10月29日 更新

database

無料

Database rules for Forge client apps on Postgres. Use before adding or changing a table, column, index, constraint, migration, extension, list query, report or job table, in Prisma or SQLAlchemy.

日本語の概要は準備中です。原文の説明を表示しています。

knacklabs/symphony-forge102026年10月29日 更新

forge

無料

Run Forge, which takes a story from approval to a merged pull request. Use when the human asks what to do next, wants to plan a story, start a task or fix, build, close, save a spec or decision, add to the roadmap, check the setup, or see the board.

日本語の概要は準備中です。原文の説明を表示しています。

knacklabs/symphony-forge102026年10月29日 更新

Start a named Remote Control Claude Code session in a chosen checkout for an action the human must take from the Claude mobile app. Stories in every Forge repo can be approved from the one main chat; use this when another action needs its own session.

日本語の概要は準備中です。原文の説明を表示しています。

knacklabs/symphony-forge102026年10月29日 更新

Use whenever writing, changing, reviewing, or auditing tests. Gates new and changed tests and guides focused audits of low-value, implementation-coupled, or duplicative coverage and the test-only production seams it demands.

日本語の概要は準備中です。原文の説明を表示しています。

knacklabs/symphony-forge102026年10月29日 更新

knacklabs のスキルをすべて見る

このスキルの問題を報告する