搜索「Writing」的结果

io.github.PostHog/posthog/writing-tests

判定新测试是否值得存在并强制其高效，保护 CI 不被低价值测试堆爆。在新增或大幅修改任何 pytest、Jest、Playwright 测试之前——即 agent 或工程师准备为新功能、bug 修复、PR 写测试时使用。前置两道门槛：价值门槛（每个测试必须能捕获现有测试未覆盖的真实回归；通过公共接口测行为而非实现细节；近似重复折叠为参数化用例）与效率门槛（确定性、隔离、快；选最便宜的测试层级；用 Django TestCase 而非 TransactionTestCase；不许 sleep、不许真实联网）。含"不要写它"决策树。修复既有 flaky 测试用 /fixing-flaky-tests；若本门槛判定需要 Playwright 测试，用 /playwright-test 处理写法。

io.github.c15t/c15t/writing-docs

撰写或编辑 docs/**/*.mdx 下的 c15t 文档——c15t.com 站点与随已发布包分发的文档均以它为源。在编写指南、集成页面、参考文档、修改包内文档（packages/*/docs、packages/*/AGENTS.md）或修复文档 lint 失败时使用

io.github.actualbudget/actual/writing-release-notes

只要在 Actual Budget 仓库中新增、撰写、起草或修复一条发布说明，就使用本技能。它就是随代码改动一起发布的 changelog 条目，以 Markdown 文件形式存放在 `upcoming-release-notes/`。触发请求如添加发布说明、写 changelog 条目、为这个 PR 或改动补发布说明、创建 upcoming release note，或在本仓库完成一个面向用户的改动、下一步自然就是补发布说明的任何时刻。这些说明是给人读的，因此必须短、用平实语言、不含技术细节。写成 commit message 风格或带实现术语，产出会在评审中被退回重写。

io.github.vinvcn/mattpocock-skills-zh-CN/writing-fragments

一种追问式会话，用来从用户那里挖掘片段，也就是各类写作素材（主张、小场景、尖锐句子、半成形想法），并追加到单一文档中，作为未来文章的原始素材。适用于用户想在施加结构前发展想法，或提到 “fragments”、“ideate”、“raw material” 写作素材时。

io.github.vinvcn/mattpocock-skills-zh-CN/writing-beats

以自选路径风格，把文章塑造成一段节拍旅程。用户从原始素材中选择起始节拍，你只写这一段，然后提供下一步转向选项，逐个节拍推进，直到文章自然结束。适用于用户已有原始素材，并想把它组装成叙事而不是论证时。

io.github.vinvcn/mattpocock-skills-zh-CN/writing-shape

通过对话会话，把一份原始素材 Markdown 文件塑造成文章：起草候选开头，逐段扩展，并在每一步讨论格式（列表、表格、提示块、引用）。适用于用户有一堆笔记、片段或粗稿，并希望把它变成可发布作品时。

io.github.nexu-io/open-design/writing-guidelines

审查文档是否符合 Writing Guidelines。当被要求“review my docs”“check writing style”“audit prose”“review docs voice and tone”或“check this page against the writing handbook”时使用。

io.github.crbnos/carbon/writing-skills

本仓库（.ai/skills/）内创建或编辑 agent skill 的内部指南。在写新 skill、重组已有 skill，或评审 skill 质量时使用。涵盖 frontmatter 约定、安装接线、house 模板，以及每个 Carbon skill 都要遵守的弱执行器写作规则。

io.github.nukeop/nuclear/writing-plugins

编写、脚手架化或修改 Nuclear 插件时使用。涵盖插件结构、manifest、入口点、provider 类型、可用 API 与发布。触发语包括 create a plugin、write a plugin、plugin scaffold、streaming provider、metadata provider。

io.github.handsontable/handsontable/writing-docs-pages

在 docs/content/guides/ 下创建或编辑文档页面时使用——涵盖 YAML frontmatter、页面结构、框架特定的示例嵌入、写作风格与侧边栏注册。

io.github.code-yeongyu/lazycodex/writing-design-plans

当你已有设计简报或设计策略、需要把实现拆成可评审的小块时使用。产出带逐项验证标准的分步实施计划。

io.github.Klotzkette/claude-fuer-deutsches-recht/writing-dokumente-intake

文档接收：整理文档、识别缺漏、评估证据效力，并提出针对性的追问。

io.github.TriliumNext/Trilium/writing-unit-tests

在 Trilium monorepo 任何位置编写、扩展或调试 Vitest 单元测试时使用——Preact 组件、jQuery widget、客户端服务或 server/trilium-core 后端。涵盖组件的渲染方式（不引入新依赖）、easy-froca/becca 测试夹具、supertest API 模式、如实的覆盖率配置、运行单个测试，以及已知的坑。

io.github.marin-community/marin/writing-style

Marin 机构的行文风格。在起草或修订 Marin 署名的文字时使用。

io.github.sickn33/antigravity-awesome-skills/writing-skills

在创建、更新或改进代理技能（agent skills）时使用。

io.github.proma-ai/Proma/writing-plans

在有多步骤任务的规格或需求、但尚未动代码时使用。

io.github.mohitagw15856/pm-claude-skills/writing-great-skills

编写高质量的 Agent Skill（SKILL.md），让 AI 可靠地触发并执行得好——扎实的 frontmatter、带触发短语的精准描述、清晰的输出契约、质量检查与反模式。当被要求编写技能、创建 SKILL.md、改进技能、评审技能质量或向技能库贡献内容时使用。产出一份完整、能通过 SkillCheck 的 SKILL.md，并附关键决策的简短理由。

io.github.runceel/ReactiveProperty/writing-mstest-tests

编写新的 MSTest 3.x/4.x 单元测试、并在既有 MSTest 代码中实施具体修复的最佳实践。当用户要求编写、创建、实现、修复或现代化测试（包括“看起来有问题、修复一下”这类指令）时使用。是修改代码的首选方案，例如纠正 Assert.AreEqual 参数顺序颠倒、替换过时的断言模式、把 DynamicData 从 IEnumerable<object[]> 改为基于 ValueTuple 的数据集。涵盖现代断言、数据驱动测试、测试生命周期、MSTest.Sdk、sealed 类、Assert.Throws、配合 ValueTuple 的 DynamicData、TestContext 与条件执行。不要用于宽泛的测试质量审计、不稳定测试（flaky）排查或测试异味检测报告——那些请改用 test-anti-patterns。

io.github.sickn33/antigravity-awesome-skills/writing-great-skills

关于写好、改好技能（skill）的参考——让技能行为可预测的词汇与原则。

io.github.marmelab/atomic-crm/writing-migrations

在部署阶段根据会话分支 diff 生成 Supabase SQL 迁移。仅由 simple-developer 在部署时的迁移环节使用。

io.github.actualbudget/actual/writing-actual-docs

只要在 Actual Budget 仓库中创建、更新、编辑、撰写、重组或修复文档——具体指 `packages/docs/` 下的任何内容（发布在 actualbudget.org/docs 的 Docusaurus 站点），或该包内任何 .md 与 .mdx 文件的改动——都使用本技能。触发请求如为 X 新增一个文档页、更新 FAQ、为新特性写指南、给这个设置写文档、修一下关于 Y 的文档、新增贡献指南页面，或任何文档站点相关工作，即便用户没有明确提到风格、结构或约定也要触发。Actual 的文档遵循严格的 Docusaurus 约定（front matter、标题层级、图片放置与命名、提示块语法、Title Case、语气、拼写白名单），不查阅项目风格指南就动笔，写出的内容几乎必然过不了评审并需要返工。

io.github.GCWing/BitFun/writing-skills

在创建新技能、编辑现有技能，或部署前验证技能是否有效时使用。

io.github.zts212653/clowder-ai/writing-plans

将 spec/需求拆分为可执行的分步实施计划。 Use when: 有 spec 或需求，准备动手前需要拆分步骤。 Not for: trivial 改动（≤5 行）、已有详细计划。 Output: 分步实施计划（含 TDD 步骤和检查点）。

io.github.zts212653/clowder-ai/writing-skills

创建或修改 Cat Café skill / MCP tool description 的元技能（含质量标准、范本、发布）。 Use when: 写新 skill、修改现有 skill、写/改 MCP tool description、验证 skill 质量； 或者功能实现中产出了 SKILL.md / cat-cafe-skills/ 新目录 / manifest.yaml skill 条目。 Not for: 使用 skill（直接触发对应 skill）。 Output: 新/更新的 SKILL.md + manifest 条目 + symlinks。 GOTCHA: 软硬同重——skill/MCP 质量 = 代码质量；不要写模型已知的通用教程，先过价值门禁。