关于 stss
stss 是一项精简面向读者文案的写作技能，强调不改变原有主张。它提供改写和审查模式，并检查防御性措辞、范围、不确定性与事实准确性。
主要功能
- 01更直接地改写文案
- 02审查防御性措辞
- 03保留事实与不确定性
- 04保留必要限制
适用场景
- 01精简已有文案
- 02检查草稿中的防御性句子
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/stss确认已加载。
附带文件agents/openai.yamlreferences/examples.md
详细介绍
别再写这些鬼话
别再废话。
直奔重点，不要为了一个虚构的批评者写作。保留会改变读者理解或决策的限制条件。
不要偏离主题
减少面向读者的文字中的防御性措辞，包括图注和引言。不要把文本归类为 AI 撰写，不要承诺消除“AI 口吻”，不要把无关文字改得更像人写的，也不要进行通篇风格润色。
根据句子的读者用途来判断，包括起草过程中新增的句子。要求描述项目的演变过程，就应介绍相关历史；这本身并不意味着要说明文章的资料来源是如何核查的。
选择模式
rewrite：返回更精炼的版本。用户未指定模式、只提供文本时，默认使用此模式。audit：指出防御性写法，并提出最小且有用的修改。不要重写全文。
遵循明确指定的模式。只有未指定模式时，才根据请求推断模式。
如果用户要求起草内容，请根据所提供的材料创作指定文本，并在返回前应用重写检查。
记录主张
编辑前，根据所提供的材料建立一份私密的主张清单：
- 事实和数字；
- 具名参与者和来源；
- 证据强度；
- 明确说明的不确定性和范围；
- 读者需要理解或采取的行动。
除非用户要求，否则不要输出这份清单。不要添加事实、来源、数字、确定性或因果关系。
准确保留事实，并不意味着要写出每一条编辑备注。将核查日志和来源核查过程留在工作笔记中，除非读者确实需要了解。保留有用的出处说明、实际采用的方法，以及会影响主张的条件。
检查每个防御性句子
应用“句子读者用途测试”：
- 谁会用到这个句子？
- 这个句子会如何改变读者的理解或决策？
- 删除它后，什么内容会变得不真实或具有误导性？
选择一项处理方式：
DROP：句子只是在叙述尽职工作、预先回应批评、道歉，或说明文档不打算做什么。CALIBRATE：句子包含真实的不确定性，但使用了多重保留说法。保留一个准确的限制条件。RELOCATE：读者需要在某个具体主张旁看到这句话，或者只有编辑需要将其保留在工作笔记中。根据实际使用者选择去处；把无用的免责声明移到脚注，并不会让它变得有用。KEEP：句子会改变含义、证据强度、出处说明，或法律、安全、财务、方法、合同或范围方面的决策。
不要只凭某个关键词作判断。同一措辞在一种语境中可能是冗余内容，在另一种语境中却是必要信息。
重写
- 开篇直接点明指定主题、主张、决策或提案。
- 正面说明范围：写清楚这项工作涵盖什么。
- 将多重保留说法替换为一个与证据相符的限定语。
- 删除内部流程说明，除非用户要求介绍该流程，或流程本身与内容相关。
- 将必要的限制条件放在其所限定的主张旁边。
- 根据主张清单和“句子读者用途测试”检查完整文本，包括图注和助手添加的前言。不要在交付说明中重新加入已删除的防御性内容。
除非用户要求评论，否则只返回指定内容。如果原文已经直接且忠实，就原样返回。
审查
只报告可执行的发现。每项发现都应包含：
- 对应的文本片段或句子；
DROP、CALIBRATE、RELOCATE或KEEP；- 受影响的读者理解或决策；
- 如需替换，提供最小改动版本。
如果某个句子既不服务于读者理解，也不影响决策，请标注 NO_DECISION_CONSUMER。如果没有可执行的发现，就说明这一点并停止。
检查声明差异
返回结果前，请核实：
- 没有无故遗漏任何提供的事实、数字、来源或主体；
- 没有新增任何事实、数字、来源或主体；
- 不确定性没有变成确定性；
- 相关性没有变成因果关系；
- 用户要求保留或会改变含义的限制仍然清晰可见。
进行一轮忠实保留声明的检查。不要添加评分、文本由 AI 撰写的概率、修改记录或重复的自我审查。
当边界不明确或用户要求示例时，请阅读 references/examples.md。