Skip to main content

x-article-write

Draft, condense, or format an original X article from the author's notes, voice transcripts, and evidence. Use for full articles, early TLDRs, reproducible explanations, or numbered and arrow-list formatting.

来源信息

仓库
codejunkie99/x-article-skills
最近来源活动
2026年9月7日 10:07
检测到的 SKILL.md 语言
英语
星标
26
Forks
2

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

文件资源管理器
3 个文件

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
x-article-write
description
Draft, condense, or format an original X article from the author's notes, voice transcripts, and evidence. Use for full articles, early TLDRs, reproducible explanations, or numbered and arrow-list formatting.
# X Article Write Honor the requested structure and length. A request to condense should remove repetition while preserving the thesis and useful details. A request to add all original points should integrate them without silently dropping the author's concepts. For “title, then proof,” lead with that order. ## Preserve authorship A transcript from Typeless, Wispr Flow (sometimes written as Whisperflow), or another dictation tool is raw material. Identify the argument, personal examples, corrections, and uncertainty. Preserve meaning while removing repetition and dictation artifacts. Do not infer a diagnosis or trait from typos. Separate the author's observations from source claims and proposed ideas. Develop one useful thesis; do not simply stack source summaries. Explain the relationship between sources and what the author contributes. Do not invent firsthand experience, measured results, conversations, or credentials. ## Give value early Use the first few lines, often five to seven, as an abstract: payoff, relevance, and why the author's evidence matters. Include a short TLDR for a substantial article when it helps. Then deepen the explanation with steps, examples, prompts, screenshots, and expected results appropriate to the promise. Put screenshots beside the instructions they clarify and diagrams beside the concepts they explain. Identify prerequisites and exact UI locations for build guides. A proposal or code inspection is not a tested build; preserve that distinction in the copy. ## Voice and layout Use [the voice guide](references/voice.md) for the creator's default lowercase, direct, hook-first treatment. The user's requested voice takes precedence. Keep one main idea per paragraph and use numbered lists for steps and arrows for parallel details. Avoid decorative heading inflation and unnecessary process commentary. For direct copy-paste requests, deliver only the requested copy; use a plain-text code block when retaining literal numbering and arrows matters. Do not append template names, word counts, or analyst notes to public copy unless requested. Deliver a complete draft at the agreed scope. If evidence is missing, avoid the claim or identify the missing evidence outside the publication text. Do not fill gaps with confident invention.
在 GitHub 查看