ghostwrite
Skill97 starsChanged 32 days agoApache-2.0View on GitHub
Turn validated evidence and operator intent into publication-ready drafts, deterministic channel packages, and provider-neutral handoffs.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- 31Carlton7/skillstheir own version, first seen Oct 8, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- 31Carlton7/skills★ 2same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository94 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- llms.txtllms.txt
- runxSkill
- adopt-skillSkill
- agencySkill
- answer-from-docsSkill
- attention-reviewSkill
- audit-receiptSkill
- brand-voiceSkill
- business-opsSkill
- chargeSkill
- chief-of-staffSkill
- cold-outreachSkill
- content-pipelineSkill
- contract-drafterSkill
- conversation-replySkill
- conversation-reviewSkill
- crm-cleanupSkill
- cve-auditSkill
- data-storeSkill
- data-subject-requestSkill
- deep-researchSkill
- diagnose-skill-runSkill
- dispute-respondSkill
- ecosystem-briefSkill
- extractSkill
- github-pr-commentSkill
- github-pr-reviewSkill
- github-syncSkill
- google-analyticsSkill
- google-calendarSkill
- google-search-consoleSkill
- governed-outboundSkill
- helpdeskSkill
- incident-commanderSkill
- issue-intakeSkill
- issue-to-prSkill
- issue-triageSkill
- knowledge-routerSkill
- lead-enrichmentSkill
- lead-qualifySkill
- least-privilegeSkill
- ledgerSkill
- list-hygiene-judgeSkill
- marketplace-invokeSkill
- meeting-followupSkill
- mock-chargeSkill
- mock-paySkill
- mock-refundSkill
- moltbookSkill
- n8n-handoffSkill
- nitrosendSkill
- nws-weather-forecastSkill
- open-meteo-weather-forecastSkill
- operator-inboxSkill
- ops-deskSkill
- organic-growthSkill
- policy-authorSkill
- postmortem-makerSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 7 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Write one bounded artifact in the voice of the human or team responsible for it.
- Distinctive: line 26
Write as the responsible maintainer or operator.
- Distinctive: line 28
Prefer one sharp, useful artifact over several thin sections.
- Distinctive: line 86
Do not let voice guidance turn an unsupported factual claim into a safe one.
- Distinctive: line 87
Do not mark a package published, delivered, acknowledged, or approved merely because its local formatting succeeded.
- Distinctive: line 89
Keep confidential source content and secrets out of public bodies and handoff metadata.
- Distinctive: line 104
Write only from the supplied evidence context.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Ghostwrite
Write one bounded artifact in the voice of the human or team responsible for it. The skill turns validated evidence and a clear objective into useful public or internal prose without exposing the machinery that produced the evidence or inventing facts to make the draft feel complete.
This is the reusable authorship primitive behind briefs, release notes, trust reports, maintainer updates, newsletters, and social drafts. It can also package an accepted draft for a channel and prepare a provider-neutral handoff. It never publishes, posts, sends, or claims provider acknowledgement.
Writing standard
- Lead with the reader's problem, decision, or next action—not the evidence collection process.
- Turn evidence into concrete claims and examples; do not dump receipts, issue threads, graph traces, or machine packets into the body.
- Match the project's vocabulary and supplied writing context instead of defaulting to generic AI, launch, preview, or adoption language.
- Write as the responsible maintainer or operator. The surfaced artifact should not call itself agent-generated or narrate how a model worked.
- Prefer one sharp, useful artifact over several thin sections.
- Narrow the claim or return
needs_more_evidencerather than filling a gap with plausible prose.
Runners and chain boundaries
draft composes admit, one writing turn and verify. admit binds a ready
research or evidence packet by its native digest and optionally admits
digest-bound brand-voice and taste-profile context. Only admitted claims and
source digests may enter the draft. verify checks every material claim and
every context binding before releasing it, and withholds anything it cannot
bind. A skill that owns its own writing judgment composes admit and verify
around its own writing turn, so its draft keeps the same guarantees.
package converts a validated draft bound to its evidence into a deterministic
channel payload, bound to its digest, in not_sent state; a draft without an
evidence binding, or with a claim citing a source it is not bound to, is held.
handoff binds that payload's digest to the exact target and records whether
delivery crosses outside the team, whether it then needs the delivering lane's
approval, and the next actor. Neither runner grants external authority.
Delivery belongs to send-as, a publication skill, or the relevant provider
connector.
Inputs and result
objective,audience, andchanneldefine what the artifact must achieve.- The evidence input must be a validated packet with stable claim and source digests; raw assertions are not promoted into evidence.
- Optional writing-context packets apply voice or taste. A packet is admitted
only when its declared
applicabilitynames the requestedaudienceexactly and lists the requestedchannelamong its brandchannelsor tastesurfaces. A packet outside that scope, or one that declares none, returnsneeds_more_evidenceso the right context can be supplied. Each admitted packet's exact digest, the audience and channel it was admitted for, and only the rules actually used are recorded. - Apply the admitted context's structured
profileandapplicability, not just its evidence-rule summaries. Brand vocabulary, cadence, claim limits and channel adjustments matter; taste principles, examples and dislikes matter. verifytakes the evidence contextadmitreturned and the candidate draft written from it. The admitted context, not the candidate, is the authority for source digests and context rules.packagetakes arunx.content.draft.v1packet;handofftakes therunx.content.publish.v1packetpackagereturned, its channel, the exact target, andboundary_kind(internalorexternal).
The draft result contains the content brief, reader-facing body with claim
references, review checklist, distribution notes, and writing-context bindings.
Packaging returns the channel payload, its evidence binding and digest, and
not_sent state. Handoff returns the target, boundary and next actor, without
delivery evidence.
Stop conditions
- Withhold the draft when material claims lack admitted evidence.
- Reject unknown source or writing-context digests and any context rule that was not present in the supplied packet.
- Withhold the draft when a supplied writing context does not apply to the requested audience and channel.
- Do not let voice guidance turn an unsupported factual claim into a safe one.
- Do not mark a package published, delivered, acknowledged, or approved merely because its local formatting succeeded.
- Keep confidential source content and secrets out of public bodies and handoff metadata.
Example
A research packet supports three claims about a release. A brand-voice packet
asks for direct, evidence-led language. draft can write a concise release note
using those claims and record the voice packet digest. package can create the
newsletter payload. handoff can point to the email provider lane. None of those
steps means the newsletter was approved or sent.
Agent task contract
ghostwrite-draft
Write only from the supplied evidence context. Return the content brief, draft,
review checklist, distribution notes, and exact context bindings. Every material
claim must cite admitted source digests. When writing contexts are present,
record each exact packet digest and only rules actually applied. Return
needs_more_evidence when the requested artifact cannot be supported. Do not
add publication state, provider claims, or facts absent from the evidence.
Respect each context's applicability, structured profile and stop conditions.
Profile examples guide style; they are not evidence for new factual claims.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

