L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Développement · SKILL.md

writing

writing

Use when drafting or revising human-facing prose, titles, articles, posts, marketing copy, READMEs, or docs; also when asked to humanize text, remove AI writing patterns, or match a writer's voice. Keep code cleanup in its own lane.

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentation de la Skill

GitHub

name: writing description: Use when drafting or revising human-facing prose, titles, articles, posts, marketing copy, READMEs, or docs; also when asked to humanize text, remove AI writing patterns, or match a writer's voice. Keep code cleanup in its own lane.

Writing

Make something worth understanding clear to its intended reader. Preserve what the evidence says and the writer actually means.

Read this file and all four references completely before editorial work: patterns, approved language, review, and coverage. Also read the complete house voice and supplied examples when the caller names them. Finish truncated reads. A delegated worker loads the material in its own context; a parent's reading is not inherited proof. Reload after a context reset.

The references supply editing detail. This file owns the procedure. Source and claims constraints always apply; explicit user direction and a supplied writing sample or house voice govern style, then the requested format. Preserve exact meaning over punctuation preferences. Read every reference, then apply the branches that fit the job; a title request does not require a full article.

1. Establish the job

Name one reader in a real situation, the question or decision, the requested format, source text, permitted claims and voice owner. Read an entire named file before editing it. When a sample is supplied, note its sentence length, diction, paragraph openings, punctuation and transitions; preserve deliberate quirks. For a technical explanation or incident record, faithful explanation can be the whole contribution; personality is optional.

For explicitly fictional work, invented story details belong to the requested genre; do not present them as real evidence or personal experience.

For authored editorial work, distinguish fact, interpretation and thesis. Identify the useful calculation, comparison, synthesis, operating distinction, verified experience or supported judgment. An owned opinion comes from a human or approved institution, not a model pretending to have experience. State the strongest limitation and whether the value is timely, durable or reusable. Return a missing premise to the author instead of polishing an empty argument.

2. Earn the title and opening

Before prose, state the reader payoff and the evidence that earns it. For a headline assignment, develop at least five materially different angles when the source supports them: finding, consequence, concrete tension or number, mechanism, and an ordinary-language question or judgment. Do not fill a quota with synonyms or unsupported promises; identify the evidence ceiling instead.

A cold reader should recognize the subject and a reason to read. Put secondary scope, dates and formal labels in the deck when the title remains true without them. Keep proposal status and any qualification necessary to avoid a false claim in the headline. Avoid unexplained acronyms, persona prefixes, source-file labels, vague clues and recurring contrast formulas. Compare adjacent work for repeated mechanics. Length is a readability check, not a source of truth.

Write the title, deck and opening together. The opening two paragraphs must pay the promise; the conclusion must answer it. If a new title changes the premise, revise the argument before declaring the retitle complete. Short work has the same truth and usefulness duties as long work; never pad a complete argument.

3. Draft, then edit manually

Draft from the approved premise and sources. Put evidence near material claims; keep publication, event, effective and measured-outcome dates distinct. Use concrete nouns and mechanisms, simple verbs, and rhythm suited to the writer.

For humanizing, preserve the sample's deliberate habits, uncertainty and real human details. For cleanup, use the full pattern reference and read line by line: restore specifics, fix clusters, and remove unsupported inflation. Never invent a story, reaction, factual detail or citation to make prose feel human.

When a sentence remains awkward, rewrite the paragraph around its actual point rather than patching one flagged phrase at a time.

For mannered prose, replace each flourish with the literal statement it avoided. Keep meaning and structure, leave direct sentences untouched, and do not shorten for its own sake. Keep an internal table of flourish → plain wording → implied connotation, and name the repeated habit. Show that table when requested; keep it out of publishable copy.

4. Compare and verify

Ask: “What still sounds generated?” and “Did the edit add or remove any fact, name, number, date, quote, citation, ranking or other claim?” Repair unsupported additions and lost claims. Then apply every relevant lane in the review contract.

The calling publication owns delegation and model selection. If it requests an external variant pass, use skill://coder for the exact authorized provider and model, an independent input packet and a bounded result. Never use Luna unless the user explicitly requests it for that run; never silently substitute a model. Generic writing does not require a worker launch. Do not let a variant author approve its own work. Compare anonymous candidates against sources and examples, not model reputation, and allow reject-all. Model preference is not owner taste.

5. Return the requested result

For pasted humanizing work, the default is draft → short remaining-pattern critique → final. A request for final text only overrides that display. For a named file, write only final prose and preserve code, YAML/data and link targets unless explicitly asked to change them. Embedded work returns the final text. For recommendations, show proposals without editing. Automations show readable output and compact editorial reasoning before artifact links.

README opening and example

For a README, put audience, purpose, and the first useful action in the opening. Include one command or example verified against current package scripts or source, and state only limitations that affect use.

Skills enregistrées