“writing” 共 777 个结果
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。
io.github.mukul975/Anthropic-Cybersecurity-Skills/analyzing-kubernetes-audit-logs
解析 Kubernetes API server 审计日志（JSON 行），检测 exec 进 pod、secret 访问、RBAC 修改、特权 pod 创建与匿名 API 访问，并从事件模式构建 SIEM 检测规则。适用于调查疑似集群入侵、还原攻击者经由 API server 的操作，或编写 Kubernetes 专项检测内容。关键词：审计策略、审计日志、kube-apiserver、exec into pod、RBAC 变更、匿名访问、检测规则。不要用于运行中容器内的 syscall 级检测——那用 detecting-container-runtime-threats-with-falco。
io.github.PostHog/posthog/implementing-mcp-tools
把 PostHog 产品端点暴露为 MCP 工具的指南。在创建或更新 API 端点、添加 MCP 工具定义、脚手架 YAML 配置或编写带优质描述的序列化器时使用。覆盖从 Django 序列化器到生成的 TypeScript 工具处理器的完整管线。
io.github.TriliumNext/Trilium/adding-internal-api-route
在 Trilium 中新增、移动或接入内部 REST 端点（新的 /api/* 路由）时使用：在核心共享处理器（packages/trilium-core/src/routes/index.ts 的 buildSharedApiRoutes，约 140 条同时运行于 standalone sqlite-wasm 构建的路由）与仅服务端路由（apps/server/src/routes/routes.ts）之间做选择，挑选 apiRoute/asyncApiRoute 或 route/asyncRoute 包装器，并落实隐式返回约定（对象→200、undefined→204、[status, body] 元组→对应状态）与 convertEntitiesToPojo 较窄的实体解包逻辑。多数路由属于核心共享（在 WASM 下运行），apps/server/src/routes/api/ 只是少数。配合 writing-unit-tests 编写跨运行时的 CoreApiTester 测试。
io.github.anthropics/skills/discernment-nudge
当给出的实质性回答或草稿可能被用户据此行动（建议或推荐、目标/计划/提案/邮件等草稿、估算或预测、数据分析解读、可能被采信的事实陈述、多步论证）时，在定稿前调用本 skill，视情况附上 2-3 个简短的追问，每个问题都紧扣刚产出的内容，帮助用户核对关键事实、审视推理与假设、发现缺失的上下文。每次对话至多使用一次。简单操作问答、纯知识讲解、仅排版转换拼装文件、编写要运行的代码、创意写作或闲聊、或用户已要求复核/引用/审查时应跳过。
io.github.openclaw/openclaw/test-audit
只要涉及编写、修改、审查或批量处理测试就应调用。既是新增测试的创作门禁，也是低价值、耦合实现或重复测试（及其所要求的仅测试用途生产接缝）的审计工作流。
io.github.n8n-io/n8n/content-design
面向 UI 文案的产品内容设计师。在编写、评审或校对用户可见文本时使用：按钮标签、错误提示、tooltip、空状态、弹窗文案、占位文本、确认对话框、新手引导流程及 i18n 文案。用户输入 /copy、/content 或 /ux-copy 时也适用。
io.github.affaan-m/ECC/rust-patterns
地道的 Rust 模式、所有权、错误处理、trait、并发及最佳实践，用于构建安全、高性能的应用。在编写或评审 Rust 代码、且涉及所有权、错误处理、trait 或并发时使用。
io.github.affaan-m/ECC/kotlin-patterns
地道的 Kotlin 模式、最佳实践与约定，用于构建借助协程、空安全与 DSL 构建器的稳健、高效、可维护 Kotlin 应用。在编写或评审 Kotlin 代码、且涉及惯用结构或空安全时使用。
io.github.affaan-m/ECC/dotnet-patterns
地道的 C# 与 .NET 模式、约定、依赖注入、async/await 及最佳实践，用于构建稳健、可维护的 .NET 应用。在编写或评审 C# / .NET 代码——DI、异步或通用约定——时使用。
io.github.affaan-m/ECC/pytorch-patterns
PyTorch 深度学习模式与最佳实践，用于构建稳健、高效、可复现的训练流水线、模型架构与数据加载。在编写或评审 PyTorch 训练循环、模型架构或数据加载，或某次训练无法复现时使用。
io.github.affaan-m/ECC/perl-patterns
现代 Perl 5.36+ 惯用法、最佳实践与约定，用于构建稳健、可维护的 Perl 应用。在编写或评审现代 Perl 5.36+ 代码时使用。
io.github.affaan-m/ECC/golang-patterns
地道的 Go 模式、最佳实践与约定，用于构建稳健、高效、可维护的 Go 应用。在编写或评审 Go 代码、且涉及惯用结构或约定时使用。
io.github.affaan-m/ECC/cisco-ios-patterns
Cisco IOS 与 IOS-XE 的评审模式：show 命令、配置层级、通配符掩码、ACL 放置、接口规范，以及变更窗口的安全校验。在阅读、编写或评审 Cisco IOS / IOS-XE 配置或规划变更窗口时使用。
