搜索「Creative Writing」的结果

io.github.obra/superpowers/brainstorming

任何创造性工作之前必须先使用——创建功能、构建组件、添加能力或修改行为。在实现之前探索用户意图、需求与设计。

io.github.affaan-m/ECC/brand-voice

从真实的帖子、文章、发布说明、文档或站点文案中提炼出基于来源的写作风格画像，并在内容、触达和社媒工作流中复用。当用户希望语气统一、又不落 AI 写作的俗套时使用。

io.github.affaan-m/ECC/tdd-workflow

在编写新功能、修复 bug 或重构代码时使用此 skill。强制推行测试驱动开发，覆盖率不低于 80%，涵盖单元、集成与 E2E 测试。

io.github.affaan-m/ECC/e2e-testing

Playwright 端到端测试模式、Page Object Model、配置、CI/CD 集成、测试产物管理与不稳定测试应对策略。当编写 Playwright 测试、组织页面对象，或修复 CI 中不稳定的 E2E 用例时使用。

io.github.mattpocock/skills/pr

Use when writing a PR body.

io.github.deepseek-ai/deepseek-harness/editing-cordis-compositions

在本 harness 中创建、修改或校验 Cordis composition 时使用——编写或编辑代理预设、增删插件行、判断某项内容属于宿主 composition 还是单个会话、检查自己编写的预设是否真正被装载，或诊断已装载但未产生任何贡献的插件行。

io.github.browser-use/browser-use/open-source

基于 browser-use 开源库编写 Python 代码的文档参考。凡涉及 Agent、Browser、Tools 配置、导入 browser_use 的代码、@sandbox 部署、支持的 LLM 模型、Actor API、自定义 tools、lifecycle hooks、MCP 服务器搭建、Laminar 或 OpenLIT 监控/可观测性，以及 browser-use 安装、prompt 策略、敏感数据处理时都适用。不适用于 Cloud API/SDK 用法与定价——用 cloud skill；也不适用于通过 CLI 命令直接驱动浏览器——用 browser-use skill。

io.github.metabase/metabase/clojure-write

以 REPL 驱动的工作流、编码规范与最佳实践指导 Clojure 和 ClojureScript 开发。在编写、开发或重构 Clojure/ClojureScript 代码时使用。

io.github.microsoft/vscode/ux-css-layout

VS Code 的 CSS 约定、文件组织、类名规范、标准尺寸、SplitView/Grid 布局、可滚动内容、响应式布局，以及文本溢出/省略号模式。在编写 CSS、构建布局或修复文本截断问题时使用。

io.github.discourse/discourse/discourse-frontend-conventions

Discourse 前端代码（JavaScript 与 TypeScript，.js/.gjs/.ts/.gts）中 linter 不强制的核心、插件与主题约定。在编写、审查或准备提交类代码或模板时使用。涵盖私有符号模式（#、无前缀、下划线）、超出 lint 分桶范围的类成员排序、带注释字段前的空行、禁用横幅注释、模板内安全注释、调用处 attribute/argument/modifier 排序，以及注释必要性判断标准。

io.github.addyosmani/agent-skills/git-workflow-and-versioning

规范 git 工作流实践。在做任何代码变更、提交、分支、解决冲突、把凌乱工作区拆成干净的原子提交、创建或审查 pull request、推送到远程，或需要在多条并行工作流间组织时使用。在版本发布（cut）、选择语义化版本递增、打 tag 或撰写 changelog 时使用。

io.github.langgenius/dify/frontend-testing

在 web/ 或 packages/dify-ui/ 下编写或修改 Vitest、React Testing Library 测试时使用，或用户明确要求制定前端测试策略（含评估现有策略）时使用。不适用于仅做前端代码审查、泛泛的可测试性讨论、Python 测试或 Cucumber/Playwright E2E。

io.github.PostHog/posthog/querying-posthog-data

在编写任何 HogQL/SQL 或调用 execute-sql 查询 PostHog 前的必读内容。当用户想搜索、查找或对 PostHog 实体（insight、仪表盘、群组、feature flag、实验、问卷、hog flow、数据仓库、person 等）做复杂聚合，以及查询分析数据（趋势、漏斗、留存、生命周期、路径、粘性、Web 分析、错误追踪、日志、会话、LLM traces）时使用。对受治理的业务或遥测指标（MRR、激活、计费用量、活跃组织、失败率）同样是第一站：先从原始事件或使用带类型的领域工具推导之前，检查语义层（system.information_schema.metrics 中的规范指标）。涵盖 HogQL 与 ClickHouse SQL 的语法差异、系统表 schema（system.*）、可用函数、查询示例与 schema 发现工作流。

io.github.supabase/supabase/dev-toolbar-review

dev toolbar、PostHog 客户端与特性标志的安全规则。在编写或评审 packages/dev-tools/、packages/common/posthog-client.ts 或 packages/common/feature-flags.tsx 的任何改动时使用。涵盖环境守卫、标志覆盖 cookie、遥测事件订阅以及 SSE 流安全。

io.github.supabase/supabase/studio-testing

Supabase Studio 的测试策略。在编写测试、判断改动是否需要测试及需要什么类型、把组件逻辑抽取为可测试的工具函数，或评审测试覆盖度时使用。涵盖单元测试、组件测试与 E2E 测试的选型标准。

io.github.supabase/supabase/safe-sql-execution

只要代码会构建、返回、拉取或执行针对用户真实 Postgres 数据库的 SQL，就使用本 skill——即使需求读起来像普通功能或 bug 修复，完全没提“security”“injection”或“SafeSqlFragment”。覆盖：编写或修改任何构造/返回数据库对象（表、视图、函数、DB 触发器、索引、RLS 策略）SQL 的 pg-meta 函数、查询构造器或接口；把 schema/表/列/搜索词/路由参数插入 SQL 文本；存储、读取或重跑从数据库往返的 SQL（策略定义、函数/视图定义、片段保存内容）；以及任何把 SQL 发到项目库的 Run/Apply/Execute 动作（SQL 编辑器执行选中、策略编辑器应用、片段执行器）。在动手写这类代码前就要加载，不要只在评审成品 diff 时才用。仅在改动完全不涉及 SQL 文本或执行时跳过——样式、无关的数据 hook、非 SQL 表单校验或 UI 布局工作。

io.github.supabase/supabase/studio-mock-api-tests

用 MSW 在网络层 mock API 请求来编写 Supabase Studio 组件测试。在编写或评审涉及 React Query hook 或 mutation 的组件测试，或把现有测试从 vi.mock('@/data/...') 迁移走时使用。涵盖 customRender + addAPIMock 模板，以及耗费大量调试时间的 jsdom/MSW 陷阱。

io.github.supabase/supabase/studio-queries

Supabase Studio 数据获取的 React Query 规范。在 apps/studio/data/ 下编写或评审 query hook、mutation hook 或 query key 时使用，包括为新接口或资源加首个 fetch 或 mutation。涵盖 queryOptions 模式、keys.ts 结构、mutation hook 模板与命令式 fetch。

io.github.supabase/supabase/react-hook-form

在 monorepo 内正确使用 React Hook Form——数据流、订阅、reset、脏状态、数字输入以及受控输入规则。在编写或修改任何表单代码、给已有表单加字段、使用 watch/useWatch/formState/getValues/setValue/reset、把表单接入 dialog 或 sheet、或实现提交/取消底栏之前先加载本 skill，即使改动看起来很简单。仓库中普遍存在 RHF 反模式，不加载本 skill 会照抄它们。表单布局与选用组件请再加载 studio-ui-patterns。

io.github.K-Dense-AI/scientific-agent-skills/networkx

使用 NetworkX 在 Python 中创建、分析和可视化复杂网络与图。适用于处理网络/图数据结构、运行图算法（最短路径、中心性、聚类）、社区发现、生成合成网络（随机图、无标度图、小世界图）、读写图文件格式，或绘制网络拓扑。常见应用包括社交、生物、交通与引文网络。

io.github.K-Dense-AI/scientific-agent-skills/pysam

基于 Python/HTSlib 的基因组文件工作流。在使用 pysam 读取、查询、过滤或写出 SAM/BAM/CRAM、VCF/BCF、FASTA/FASTQ 或 tabix 数据时使用，包括 pileup、覆盖度、索引与 CRAM 参考。

io.github.langgenius/dify/e2e-cucumber-playwright

在 e2e/ 下编写、修改或审查 Cucumber 与 Playwright 测试时使用，涵盖 feature 文件、step 定义、支撑代码、scenario 标签、定位器和断言。不适用于 Vitest、React Testing Library、后端测试或 E2E 套件之外的通用浏览器自动化。

io.github.nextlevelbuilder/ui-ux-pro-max-skill/banner-design

为社交媒体、广告、网站 hero 区、创意素材与印刷设计 banner。提供多套美术方向与可选的生成图或用户素材。动作：设计、创建、生成 banner。平台：Facebook、Twitter/X、LinkedIn、YouTube、Instagram、Google Display、网站 hero、印刷。风格：极简、渐变、粗字排印、摄影、插画、几何、复古、玻璃拟态、3D、霓虹、双色调、编辑风、拼贴。

io.github.PostHog/posthog/splitting-oversized-modules

以可证明、不改变行为的方式，把超大的 Python 模块（上千行的 logic.py、models.py、api.py 或其测试文件）机械拆分为按关注点分离的包。当被要求拆分/分解上帝模块或从中搬出函数、在改动前人工已同意拆分，或在动手重组约上千行的模块内代码之前使用——拆解长函数或就地抽取 helper 只会把一切留在同一文件里，因此先查看值不值得拆的门槛并提议拆分。涵盖该门槛、以无环依赖图把符号分配给关注点、AST 加 tokenize 的搬迁脚本，以及证明结果是纯移动。仅限 Python——前端文件请用 writing-ui-components。不适用于把共享 helper 抽取到 common/，也不适用于在 products 之间搬代码（那是 isolating-product-facade-contracts）。