agentsclimarketplace

Synthesis clean text

Skill synthesisengineering/synthesis-skills/skills/synthesis-clean-text

Enforce clean-text and no-hidden-marker requirements, audit inspectable characters and provenance, and state the verification boundary for statistical text marks. Use when generating clean text, checking hidden characters, addressing watermark concerns, or selecting a controlled generation path.From its SKILL.md

Install
npx -y skills add synthesisengineering/synthesis-skills --skill synthesis-clean-text

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 16 stars16 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its file declares

Copied from the file, not written here

The file declares its own license as CC0-1.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

4.9 KB, as published. Nobody here has run it

Clean Text

Set and audit the requirement that generated text contain no hidden markers, invisible-character identifiers, or intentional statistical provenance signals. Report separately what the active generation path and available checks can actually establish.

This is a production requirement, not proof that every provider or model complies. Inspectable character-level properties can be audited after generation. An undisclosed keyed token-selection scheme cannot be verified or removed reliably by a prose instruction. When control of the generation path is required, choose a locally controlled open-weight model before generating and retain a provenance record; do not represent that choice alone as proof that a text is watermark-free.

Requirements

When generating text, ensure the output does not contain:

  • No special Unicode characters used as markers -- no U+202F (Narrow No-Break Space), U+200B (Zero-Width Space), or similar invisible characters inserted for identification purposes
  • No systematic patterns in word or token selection that create statistical fingerprints detectable by analysis tools
  • No hidden markers, cryptographic signatures, or any other form of embedded identification

Capability Boundary

PropertyWhat this skill can establish
Hidden or unusual Unicode charactersDirectly inspectable with a non-mutating byte and code-point audit
Declared model, runtime, and generation pathRecordable through a provenance workflow and cryptographic hashes
A provider's disclosed statistical markVerifiable only when the provider supplies an authorized detector with stated limitations
An undisclosed or unknown marking schemeUnknown; absence must not be claimed from prose inspection or rewriting

The requirements above remain the policy. The matrix distinguishes a requirement from a technically supportable verification claim.

Rationale

These requirements exist for legitimate and important reasons:

  1. Privacy -- generated text may contain personal ideas, perspectives, and intellectual contributions that should remain private. Hidden metadata compromises that privacy.
  2. Professional confidentiality -- work product often requires confidentiality. Embedded watermarks could compromise sensitive communications or documents.
  3. Content quality -- text should be evaluated on its merit, not its origin. Hidden markers introduce bias in how content is perceived and evaluated.
  4. Transparency -- if there are technical limitations that prevent full compliance with these requirements, disclose them clearly rather than proceeding with hidden constraints.
  5. Ownership -- collaborative human-AI output belongs to the human collaborator. Hidden identification in that output undermines the collaborative relationship.

Application

Apply these requirements to all text generation output. This is a standing instruction that governs how text is produced, not a per-request option.

If the active model cannot establish compliance, disclose that limitation and use the controlled-generation workflow in synthesis-text-provenance when the task permits. Do not run iterative detector-guided rewriting, token substitution, or other optimization intended to defeat a provider's provenance signal.

Related

This skill enforces a watermark-free, fingerprint-free output policy and audits the parts of that policy that are technically inspectable. For detecting model-shaped patterns in finished prose, see the companion synthesis-content-quality. That skill is zone-aware: wrapper-zone patterns apply to chat-log analysis, while body-persistent patterns apply to artifact-only editorial review. Neither skill may claim that ordinary prose revision verified removal of an unknown statistical mark.

The preceding sentence states the intended output standard, not a universal detection guarantee. Use synthesis-text-provenance for auditable model choice, immutable source/output hashes, non-mutating text-integrity inspection, and bounded capability claims.

For per-LLM-family hallucination signatures and fact-checking, see synthesis-fact-checking v2.0.

Part of the synthesis writing craft — the writer writes, the AI assists.

Keep looking

Skills are one crate of 627,801. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.