Evidence snapshot reviewed Aug 29, 2026GitHub checked Aug 21, 2026
Source-reviewedStandalone SkillFiles Documents

dsh-trim-cot-leakage

A documented DSH workflow skill.

At a glance

What it does

A documented DSH workflow skill.

Capabilities
Files DocumentsDocumentationCode Quality

Before you choose it

A documented DSH workflow skill. The supplied skill document describes its workflow and boundaries.

Best for

Users who need a repeatable engineering workflow.

Common tasks

  • Follow the documented workflow when its trigger matches the task.

Permissions and data

The skill guides local workflow decisions; external behavior is not independently audited.

Permissions
  • Uses the documented workflow.
Data handling
  • Data handling was not independently audited.
External services
  • External services follow the supplied project instructions.
Credentials
  • Credential requirements were not independently tested.

Limitations

  • Runtime compatibility and installation behavior are not established.

What DSHub checked

  • The pinned source and skill document were captured.

What DSHub did not check

  • Installation and runtime behavior were not tested.

Pinned install

Primary action

This standalone skill does not have a DSH Plugin install action. Use its source documentation for the delivery method.

Visit the source project

Maintainer source

Skill instructions

View at commit effbc05
Maintainer-authored contentCaptured from .agents/skills/dsh-trim-cot-leakage/SKILL.md on Aug 29, 2026. The text and repository-relative media are fixed to commit effbc051049c with content hash e46f456241d9; provider-hosted badges may update independently. SKILL.md commands are upstream documentation; use the type-correct primary action above and verify it against this pinned source.

name: dsh-trim-cot-leakage description: Use when auditing or fixing prose that reads like a leaked reasoning transcript — dead design-session citations such as (decision N), audit item codes, or §N of uncommitted drafts; change narration such as "used to", "no longer", "this cut"; stack or review vantage ("a later PR in this stack", "rejected in review"); reviewer-addressed justifications; control-flow narration; or hedged planning residue in comments, JSDoc, docs, or Agent Notes.

Trimming Chain-of-Thought Leakage

Chain-of-thought leakage is prose whose vantage is the authoring session rather than the repository: it cites artifacts only that session could see, narrates the change instead of the state, or argues with a reviewer who has left. The fix is never deletion alone when a passage carries factual clauses — restate each so it stands at HEAD, then delete the transcript around it; a passage carrying none (an audit code, control-flow narration) is deleted outright. REQUIRED BACKGROUND: dsh-prose-standard owns the complete-proposition rule this skill applies; the committed-artifact-citations note owns the citation rule's rationale. It is guidance, not a script.

The one test

For every suspect passage ask: could a reader at HEAD, with no access to any session transcript, PR thread, or uncommitted draft, resolve every reference and verify every claim? If no, restate the surviving facts from the repository's vantage and delete the rest. If yes, it is not leakage, however historical it sounds — but resolvability only clears this skill's bar: on current-state surfaces (READMEs, docs, JSDoc) a resolvable change story is still change narration, and class 3 routes it to its sanctioned home.

Taxonomy

  1. Dead design-session citations(decision 7), (audit C2), design §4.7, plan §1.4, phase labels (T4, W3, P-I), "the design ledger", "(B ruling)". If the decision has a committed owner, cite it by name and path; otherwise delete the citation and restate its factual clause to stand alone.
  2. Stack and PR vantage — "a later PR in this stack", "this PR adds", "the previous commit". State the shipped mechanism or the extension point; deferred work moves to a TODO marker or an issue reference.
  3. Change narration and version stamps — "used to", "no longer", "the old X", and indexical stamps ("v1", "this cut", "today", "now" contrasting with a past state). State the present behavior; a fixed regression becomes a present-tense counterfactual ("without X, Y happens"), never repo history ("used to Y").
  4. Review choreography — "Rejected in review:", "the reviewer confirmed", draft ordinals ("v5 of this note"), round attributions. Keep the surviving decision and rationale as plain fact; delete who said it when.
  5. Reviewer-addressed justification — "the cast is safe — it simply…", "this is correct because…". A comment arguing its own correctness addresses a reviewer, not a maintainer. State the invariant that makes the code safe, or delete the comment if the code shows it.
  6. Restatement and derivation transcripts — control-flow narration ("first we X, then we Y"), test walkthroughs, proofs of obvious branches. Delete; keep only a non-obvious contract or invariant.
  7. Hedges and planning residue — "probably fine for now", "should be enough", deferrals with no marker. Promote to TODO/FIXME or restate as the actual bound; delete the hedge.
  8. Authoring-language slips — untranslated working-language fragments (端, 设计稿, ---- 私有 ---- separators) in prose whose language is otherwise English, or the reverse in a zh counterpart. Translate or delete.

What is not leakage

Unaided citation passes fail in both directions by deleting durable references and keeping dead ones. Apply these keep rules as written; examples calibrates each:

  • Issue references#1470, TODO(name):, "issue #N owns the follow-up" resolve at HEAD; keep them on any surface, including READMEs. Do not relocate them to Agent Notes.
  • Merged-PR and issue citations inside Agent Notes and postmortems — sanctioned evidence per the documentation standard's change-story routing.
  • Suppression justificationsoxlint-disable … -- reason, coverage-ignore reasons, empty-catch explanations are required prose; fix a false reason, never delete it.
  • Counterfactual-present regression pins — "without X, Y happens", "a naive X would…".
  • Measured bounds — "(measured: 512 nests ≈ 0.15s)" calibrating a constant; the provenance word "measured" is load-bearing.
  • Runtime old/new states — "the old connection drains before the new one accepts" is runtime lifecycle, not change history.
  • Historical stage names inside a note's change-story sections — "the first cut shipped X" is current-state-safe there; indexical stamps ("this cut") stay banned everywhere.
  • External references that resolve outside the repo by design — standards sections (RFC 9110 §10.1.5), Figma frame names; the §-ban covers uncommitted internal drafts, not external standards or committed docs that own their §-numbering.
  • Project voice and genre forms — "we" as project voice; a note's Alternatives-considered section.

Workflow

  1. Scope and exclusions per dsh-prose-standard: require an explicit scope; never touch vendor/, .agents/notes/archived/, or recorded fixtures and snapshots — recorded model output and sealed history keep their original voice.
  2. Audit read-only first: run the recall batteries (with --hidden so .agents/ is searched), then judge every hit semantically. The batteries are probes, not the definition — each review round of the original purge found cases the batteries missed, so also read the densest prose in scope (module JSDoc, READMEs, Agent Notes) without a pattern in hand.
  3. Fix owner-first per surface: generated catalogs → fix the source JSDoc or generator template, then regenerate; type-equivalence fences → fix the source JSDoc, then re-paste both bilingual pages (verify-type-equiv pins them); bilingual pairs → update the counterpart and re-record per dsh-translate-docs; model-visible strings → wording is behavior, so flag for a snapshot-backed change instead of silently rewording.
  4. Before deleting anything, enumerate the passage's propositions (prose-standard) and check the overcorrection traps: trims that flip an obligation into an endorsement, promote a hypothetical to a shipped feature, delete a true fact, or drop provenance.
  5. Verify: re-run the batteries expecting only sanctioned keeps, this skill's own directory, and the owning note's quoted evidence; confirm every remaining citation resolves at HEAD; run the gates for touched surfaces (doc-sync for docs, verify-type-equiv, verify-translation-pairing).

Operate deliberately

Install and manage

Prerequisites and target Profile

Target No native DSH Profile target.

Delivery Skill Files — https://github.com/hust-open-atom-club/oh-dsh

Compatibility and access

Requires_host_review Not established by supplied evidence

Review compatibility evidence

Risk facts

Execution

Review instructions before use.

Evidence
Evidence and editorial reviewManifest, Bundle patch, distribution and freshness

Immutable evidence

Review status and source activity

Human approved

Approved for publication after reviewing the source-linked content and immutable release record. AI assisted with the draft; the publication decision was human.

Human reviewed Aug 29, 2026, 3:16 PM UTCGitHub facts last checked Aug 29, 2026, 3:11 PM UTC

No material source change has been recorded since this evidence baseline.

Next step

Compare ecosystem artifact types

Subscribe to material changes for dsh-trim-cot-leakage