搜索「writing」的结果

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.mattpocock/skills/domain-modeling

构建并打磨项目的领域模型。在讨论代码库术语、撰写或编辑 CONTEXT.md、记录或修改 ADR 时使用。

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

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

io.github.metabase/metabase/clojure-write

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

io.github.affaan-m/ECC/scientific-thinking-scholar-evaluation

对论文、申请书、文献综述、方法章节、证据质量、引用支撑与研究写作反馈做结构化的学术评估。在需要按可复用的评分量表评估论文、申请书、方法章节或证据质量等学术与科学工作时使用。

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-queries

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

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

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

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）。

io.github.PostHog/posthog/maintaining-python-tests

维护既有 pytest 与 Django 测试套件，且不放松正确性。当被要求压缩 Python 测试运行时长或 CI 工作量、排查缓慢的 pytest 套件、清理过期的迁移测试、合并重复 setup、提升 Python 测试归属感，或在合并后衡量测试优化是否见效时使用。按实测成本排序工作、将 writing-tests 的价值门槛应用于既有覆盖率、保留彼此独立的行为用例、在改动共享 fixture 后验证隔离性，并区分 testcase 工作与 pytest 套件墙钟时间。遇到偶发失败请改用 fixing-flaky-tests。

io.github.deepseek-ai/deepseek-harness/dsh-prose-standard

在 deepseek-harness 仓库中编写、评审、恢复、精简或审计文案时使用，包括判定在 Markdown、JSDoc、代码与测试注释、提示词、描述、诊断信息、CLI 或 UI 文案中何处必须提供文档或注释。

io.github.PostHog/posthog/announcing-behavior-changes

先判定一个改变行为的修复是否需要应用内提示，需要时构建只触达受影响用户且日后可以移除的提示。当改动会在老用户不采取任何行动的情况下改变其所见——某个指标变了、图表偏移、计数下降、日期范围解析方式不同、匹配规则命中不同——以及添加、评审或移除此类提示时使用。触发词：behavior change、breaking change、semantics change、“results may differ”、change notice、deprecation banner、migration banner。载入门槛（用经过测试的谓词精确圈定受影响用户，否则干脆不发提示）、来自 `SqlInsightDateFilterNotice` 的模式、提示的锚定位置，以及基于 feature flag 的移除路径。不适用于新功能（用 changelog）、由后端计算的永久性逐对象警告，也不适用于措辞本身（见 `/writing-user-facing-copy`）。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-container-network-policies-with-calico

使用 Calico 超出上游 Kubernetes API 的自有策略 CRD——GlobalNetworkPolicy、HostEndpoint、NetworkSet、策略 tier 与基于域名的 DNS egress 规则——并用 calicoctl 应用与审计。适用于策略需要跨 namespace 或保护主机本身、egress 需按域名表达，或把策略编排成 tier。关键词：calicoctl、GlobalNetworkPolicy、HostEndpoint、NetworkSet、tier、DNS egress、order。不要用于可移植的上游 NetworkPolicy——那用 implementing-network-policies-for-kubernetes；安装 Calico 并编写标准策略用 implementing-kubernetes-network-policy-with-calico。

io.github.mukul975/Anthropic-Cybersecurity-Skills/performing-kubernetes-cis-benchmark-with-kube-bench

把 kube-bench 输出整理成完整的 CIS Kubernetes Benchmark 审计：逐控制项解读 PASS/FAIL/WARN、判断托管集群上哪些失败是真实问题、编写修复方案，并为 SOC 2 或 PCI DSS 打包证据。适用于执行周期性合规审计、分诊 kube-bench 结果、判定 EKS/GKE/AKS 上哪些控制项不适用，或为审计方产出加固证据。不要用于安装和运行工具——那用 benchmarking-kubernetes-with-kube-bench。