搜索「Creative Writing」的结果

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

编写和编辑优秀 skills 的参考：让技能可预测的词汇和原则。

io.github.BuilderIO/agent-native/writing-agent-instructions

如何为 agent-native 应用或模板写出优秀的 agent 指令：AGENTS.md、skills 及工具/动作描述。在撰写或评审 AGENTS.md、编写 SKILL.md、措辞 action 描述，或决定内容该放指令、skill 还是记忆时使用。

io.github.joe-bell/cva/writing-guidelines

按写作指南审查或撰写文档/文案。当被要求“审查我的文档”“检查写作风格”“审计文案”“评审文档语气语调”“对照写作手册检查此页”时使用——并在编写或编辑 docs/src/content/docs/ 下的内容时主动应用，这是本仓库的默认文档风格。

io.github.compozy/compozy/writing-tech-post

端到端完成工程博客写作：发布深度解读、故障复盘、架构迁移、性能案例、教程、AI/agent 系统记录、安全披露，以及从研究到产品的转化文章。选对文章原型、规划抽象阶梯、遵循证据节奏（图示、基准测试、profile、trace、代码、消融实验），按 Datadog、Vercel、GitHub、AWS、Meta、Cloudflare、Jane Street 等发布方的行文风格校准语气，并在发布前用叙事推进与披露伦理两道门禁检查。在起草新的工程文章、重构成色平淡的初稿、判断某种证据该放在何处、校验技术深度与产品背景是否均衡，或为对外发布准备故障复盘、迁移、性能叙述时使用。不用于 API 参考文档、README、营销文案、release notes、泛 SEO 内容、代笔高管观点文章，以及非工程类长文。

io.github.compozy/compozy/writing-skills

编写、重构与调试 agent skill。在从零创建新 skill、精简或重组臃肿的 SKILL.md、收紧 skill 描述里的触发条件，或诊断 agent 忽略内嵌 references 时使用。不用于 CLAUDE.md、AGENTS.md 这类 agent 指令文件（改用 agent-md-refactor）、一般文档或 README。

io.github.PostHog/posthog/writing-skills

编写 PostHog agent skill 的指南——以"要完成的事"为框架的模板，教会 agent 如何用 MCP 工具达成目标。当新增需要 agent 掌握的产品功能、创建新 skill，或更新 products/*/skills/ 下的现有 skill 时使用。

io.github.ArcReel/ArcReel/writing-great-skills

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

io.github.openclaw/clawhub/writing-evals

为 Axiom AI SDK 脚手架评测套件。从自然语言描述生成 eval 文件、scorer、flag schema 与配置。在创建 evals、编写 scorer、设置 flag schema 或配置 axiom.config.ts 时使用。

io.github.ChromeDevTools/devtools-frontend/devtools-ux-writing-refactor

按 UX 文案规范，重构 DevTools 模块文件夹中面向用户的 UIStrings 与本地化注释（b/40799900 的子任务）。在为某个文件夹或 issue 精简措辞、检查 sentence case 或改进 UIStrings 的 L10n 注释时使用。不用于一般代码改动或非 UIStrings 文件。

io.github.dotnet/skills/writing-mstest-tests

编写、现代化或修复全面的 MSTest 单元测试，覆盖 MSTest 3.x/4.x API。适用：编写、创建、评审或现代化 MSTest 测试与断言，比 Assert.IsTrue 更好的 MSTest 断言，用 IsInstanceOfType 替代硬转义，MSTest 断言 API（Contains、ContainsSingle、HasCount、IsEmpty、IsNotEmpty、DoesNotContain、AreSame、IsNull、StartsWith、EndsWith、MatchesRegex、IsGreaterThan、IsLessThan、IsInRange），纠正 Assert.AreEqual 颠倒的 Expected/Actual 参数，用 Assert.Throws 替换 ExpectedException，数据驱动（DataRow、DynamicData、ValueTuples），生命周期（TestInitialize、TestCleanup、TestContext），异步与取消测试，条件执行/重试/清理（OSCondition、Retry），并行化（Parallelize/DoNotParallelize），MSTest.Sdk 配置，MSTESTxxxx 分析器修复。不适用：测试质量审计（用 test-anti-patterns）、运行测试（用 run-tests）、MSTest 版本迁移（用 migrate-mstest 技能）、xUnit/NUnit/TUnit、非 .NET 语言。

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 署名的文字时使用。