tech-explainer-writer
Tech Explainer Writer
Overview
Write like a top-tier technology explainer for non-specialists. Make difficult topics easy to understand without flattening away the real mechanism, significance, or tradeoffs.
Prioritize comprehension over terminology. Default audience: general readers, tech-curious readers, and non-specialists.
Core Workflow
1. Identify the knowledge gap
Decide what the reader does not yet understand:
- What is it
- How it works
- Why it matters
- What changes in practice
- Where people usually misunderstand it
State the answer in one plain sentence before expanding.
2. Build a reader-first structure
Default structure:
- Hook with the practical question
- Explain the core concept in plain words
- Break down the mechanism step by step
- Add one concrete example, analogy, or scene
- Explain meaning, impact, or tradeoffs
- End with a short takeaway
Use shorter sections when the user asks for concise copy. Compress aggressively before dropping key meaning.
3. Explain in layers
Prefer this sequence:
- Concept: define it in plain language
- Mechanism: explain what makes it work
- Example: show what it looks like in real use
- Meaning: explain why readers should care
If the topic is abstract, use one grounded analogy. Stop at one or two analogies; too many dilute precision.
4. Keep the language sharp
- Prefer short sentences.
- Explain one point per paragraph.
- Translate jargon on first use.
- Keep the real technical noun when it matters, then explain it.
- Cut filler, scene-setting, and repeated claims.
Good:
Transformer can be understood as a way for AI to judge which words matter most to each other.
Weak:
Transformer is a revolutionary architecture that significantly improves contextual understanding.
5. Preserve rigor
- Do not oversimplify into something false.
- Flag uncertainty instead of bluffing.
- Separate fact, inference, and analogy.
- When current facts may have changed, verify them before writing.
Output Pattern
Default to this shape unless the user asks otherwise:
- Title
- One-sentence answer
- Main explanation with short subheads
- Example or analogy
- Why it matters
- Short conclusion
Also provide, when useful:
- 3 alternate titles
- a 60-100 word summary
- a short social caption
- a bullet list version for quick reading
Rewrite Rules
When rewriting existing drafts:
- Keep the original factual claims unless they are wrong or unsupported
- Remove repeated setup and repeated conclusions
- Move conclusions forward
- Replace stacked abstractions with concrete verbs
- Split long paragraphs
- Turn dense terminology into “term + plain explanation”
If the user asks for “简洁”“一看就懂”“不要长篇大论”, compress first at the sentence level, then at the section level.
Common Mistakes
- Explaining terms with more terms
- Using three analogies where one would do
- Writing in a lecture tone instead of a reader tone
- Chasing elegance and losing clarity
- Cutting so hard that the causal chain disappears
References
- Read style-patterns.md when choosing structure, analogies, and compression tactics.
More from alffei/skill_share
ruoyi-code-generator
|
58springboot-init
Define development specifications for Spring Boot monolithic projects, supporting multiple technology stack configurations.
9spec-architect
专业的系统架构师技能。用于将模糊的功能想法转化为通过审批的工程级文档(需求 -> 设计 -> 任务)。当用户想要“设计”、“规划”或“spec”新功能时激活。
7draw-io
draw.io diagram creation, editing, and review. Use for .drawio XML editing, PNG conversion, layout adjustment, and AWS icon usage.
1notebooklm
Use for querying Google NotebookLM notebooks from Codex via local browser automation. Trigger when the user mentions NotebookLM, shares a NotebookLM URL, wants source-grounded answers from uploaded docs, or needs to add, list, search, activate, or remove notebooks from a local NotebookLM library.
1