Universal guardrails loaded by every agent. Defines Verify Before Reporting (VBR), Write-Ahead Log (WAL), and the security baseline. Always-on, role-independent.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when: reviewing or producing any external-facing prose — ADRs, proposals, GitHub comments, Telegram messages, cover letters, client drafts, or planner-mode wording. Removes AI-tell patterns and raises writing quality before output leaves the team.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치 방법 보기설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
Adapted from hardikpandya/stop-slop (MIT). Removes predictable AI writing patterns from any external-facing output. Load this skill before finalising any prose that will be read by a human outside the team.
Always-on for Architect and Router when producing or reviewing:
Do not apply to internal memory files, ticket descriptions, or code comments — those optimise for precision, not prose.
1. Eliminate filler. Remove throat-clearing openers ("In today's fast-paced...", "It's important to note that..."), intensifying adverbs ("very", "extremely", "incredibly"), and meta-commentary ("This section explores..."). Start with the claim.
2. Break formulas. Avoid binary contrasts ("not just X, but Y"), rhetorical questions as transitions, and three-part lists that exist for rhythm rather than content. If a structure feels satisfying to write, it probably reads as a template.
3. Use active voice. Human subjects performing actions. Passive constructions ("It was decided that...", "Steps were taken to...") hide agency. Name who does what.
4. Be specific. Name the thing. "Azure Function App processing webhook events" beats "cloud-based solution". "96% test coverage enforced via PR gate" beats "strong quality culture". Vague language signals the writer does not know the detail.
5. Engage directly. Write to a person, not at a concept. Replace distant narration ("One might consider...") with direct address or direct claim.
6. Vary sentence rhythm. Achieve burstiness — deliberate sentence length variance that makes text feel written rather than generated. Uniform sentence length is a structural AI tell regardless of word choice. Mix short declarative sentences with longer ones. Do not end every paragraph on a long clause. Read aloud — if it sounds like a slide deck, rewrite it.
7. Trust the audience. Remove softeners that exist to manage your anxiety rather than the reader's understanding: "It is worth noting that...", "One potential consideration might be...", "While there are many factors...". State the thing.
8. Cut quotable lines. Rewrite any sentence that feels like it belongs on a conference slide or LinkedIn post. Aphorisms in prose are a tell. If it feels clever, it is probably slop.
Throat-clearing openers:
False agency and passive constructions:
Vague declaratives:
Structural clichés:
Unnecessary softeners:
Emerging 2026 AI tells:
Before sending any external prose, scan for:
Score the prose on five dimensions (0–10 each, 50 max). Revise if total < 35.
| Dimension | 0–4 | 5–7 | 8–10 |
|---|---|---|---|
| Directness | Buried claims, hedged throughout | Main point findable but delayed | Claim in first sentence, no hedging |
| Rhythm | Uniform sentence length, monotone | Some variation | Deliberate mix of short and long |
| Trust | Constant softening, qualifies everything | Occasional hedging | Trusts the reader, states directly |
| Authenticity | Multiple AI-tell phrases | One or two tells | No recognisable AI patterns |
| Density | Padded, repetitive, filler present | Reasonable but some waste | Every sentence earns its place |
Score interpretation:
Stop Slop is applied when:
Do not loop indefinitely. Two passes maximum. If the content cannot reach 35 after two rewrites, surface it to the team lead rather than polishing further.
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
Universal guardrails loaded by every agent. Defines Verify Before Reporting (VBR), Write-Ahead Log (WAL), and the security baseline. Always-on, role-independent.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when: architecture mode, architect this, ADR, C4, PlantUML, system boundary, design decision, PRD gap, high ambiguity, multiple technical approaches, security architecture, data architecture, integration risk, implementability gap, story ticket, or epic ticket.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when: assumptions audit, audit assumptions, check for hidden assumptions, plan/ticket has ambiguous scope edges, pre-flight before finalizing a ticket, unstated assumptions, or 'what am I assuming'. Surfaces unstated assumptions, ambiguous scope edges, and untested preconditions in a finished plan/ticket/ADR before it is handed to Builder. Optional pass — Architect judges when to apply it; not a mandatory gate on every ticket.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when: Tester needs UI state evidence for VBR, or Builder needs to verify an integration wire is observable end-to-end. Powered by agent-browser MCP — token-efficient browser automation (200–400 tokens/page).
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when drafting a bug or defect ticket, reviewing one someone else wrote, or deciding whether a reported problem is ready to file. Keeps what the reporter actually saw separate from what the agent later found out, so a reader can tell which lines are testimony and which are collected proof. Trigger phrases: 'file a bug', 'write up this defect', 'triage this report', 'is this ticket ready to file', 'what did the reporter actually see'.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.