本文へ移動
cccskills
無料GitHub で公開

ce-noslop

Rewrite, check, or draft prose so it carries no AI writing tells, reads plainly on the first read, and keeps every source fact. Use when asked to make writing plainer or free of those tells, to check writing for them, or when drafting from supplied content. Use ce-promote for channel-specific marketing copy.

インストール方法を見る

含まれるファイル(3)

  • SKILL.md3.9 KB
  • references/patterns.md7.4 KB
  • references/terminology.md470 B

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Write without slop

Prose that carries no AI tells and that a reader understands on the first read, with every fact the source stated still there. Both goals hold at once: text that is free of tells but still dense has failed, and text that is plain but changes how certain a claim is has failed.

Done: the mode's output is returned, every fact, number, name, quote, and citation in the input survives, and nothing was added that the source or the caller did not supply.

Boundaries: never touch code blocks, quoted text, frontmatter, link targets, identifiers, or a token the caller's own contract requires, unless the user names that content as the thing to fix. Never say whether text was written by a model. Write a named file in place only when the request asks for that; otherwise return the text.

Mode

Take a mode: token when one is given. Otherwise: no draft means author; an imperative on a draft means edit; a question about a draft means detect.

  • author. Hold the tests below while the caller writes; return nothing. When handed content and asked to write, draft it under the same tests.
  • edit. Rewrite only the sentences a test fails on, and return the text. A sentence that passes stays as written, so a second pass on the returned text changes nothing. Say what changed in one line only when the caller asks for it, and keep that line outside the rewritten text and out of any artifact.
  • detect. Name each pattern found, quote the line, give the fix in a few words. Do not rewrite.

For edit and detect, and for an author passage the tests alone do not settle, read references/patterns.md. On text that is not English, apply the tests only. Note that the pattern catalog did not apply inside detect findings or inside a change line the caller asked for, and nowhere else.

Register

Pick by who reads the result. The caller's own interaction contract wins over any line here.

  • Agent talking to the user. The reader is a teammate who knows the domain and did not watch the work. Write each sentence as you would say it to them.
  • Repo or team artifact. Neutral. Match the surrounding document's idiom. No first person, no opinion the artifact does not need. This is the default when no reader is named.
  • The user's own writing. Preserve voice; make the minimum effective edit. Understandability edits stop at sentence splits and actor restoration that keep the user's word choice.

The tests

Apply these to every sentence, in author mode as constraints and in edit or detect mode as checks.

  1. Mechanism. Does the sentence say what the thing does, or how it feels? Replace the feeling with the fact it displaced, or cut the sentence.
  2. Portability. Could the sentence move to another project unchanged? Then it carries no fact about this one.
  3. Actor. Who does the verb? Name them when the source says who. Keep the passive when the actor is unknown or naming it adds nothing.
  4. One idea. Would the reader have to reread to hold the sentence? Split it. A sentence the reader gets on the first pass stays, however long.
  5. Density. One device proves nothing. Three or more distinct patterns in a passage, or one repeated across passages, is a finding.
  6. Decision first. Does the first sentence carry the outcome the reader needs?
  7. Reader. Can someone without the document or the code open act on this? Gloss the identifier or name the consequence.

Keep exact identifiers, paths, commands, and thresholds. For wording choices, read references/terminology.md.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Babysits an open GitHub PR until merge-ready. Use when asked to watch a PR over time — not for one-shot comment resolution or one CI failure. GitHub (incl. Enterprise) only.

日本語の概要は準備中です。原文の説明を表示しています。

EveryInc/compound-engineering-plugin2.5万2026年10月11日 更新

Develop independent competing solutions to a defined brief, compare them, and synthesize a winning approach. Use when choosing well requires developing alternatives beyond their current form. Use ce-pov to judge developed material and ce-ideate to discover opportunities.

日本語の概要は準備中です。原文の説明を表示しています。

EveryInc/compound-engineering-plugin2.5万2026年10月11日 更新

Explore vague or ambitious ideas into a right-sized requirements-only unified plan. Use when the user wants to brainstorm or scope what to build. Not for executing already-specified work. Use ce-pov for a verdict on adopting a named external technology.

日本語の概要は準備中です。原文の説明を表示しています。

EveryInc/compound-engineering-plugin2.5万2026年10月11日 更新

Review a named diff or PR for bugs, regressions, tests, and standards. Use when asked to review code or when a shipping skill needs a review receipt. Use when asked to apply this review's findings locally. Use ce-resolve-pr-feedback for feedback already left on a PR.

日本語の概要は準備中です。原文の説明を表示しています。

EveryInc/compound-engineering-plugin2.5万2026年10月11日 更新

ce-commit

無料

Create a git commit with a clear, value-communicating message. Use when the user asks to commit/save staged or unstaged changes with a repo-appropriate message.

日本語の概要は準備中です。原文の説明を表示しています。

EveryInc/compound-engineering-plugin2.5万2026年10月11日 更新

Commit, push, and open a PR. Use when asked to ship/open a PR, or for PR-description-only flows like writing, rewriting, or describing a PR body.

日本語の概要は準備中です。原文の説明を表示しています。

EveryInc/compound-engineering-plugin2.5万2026年10月11日 更新

EveryInc のスキルをすべて見る

このスキルの問題を報告する