撰写 PRD
io.github.RefoundAI/lenny-skills/writing-prds
帮助用户撰写高效的 PRD(产品需求文档)。当有人需要记录产品需求、为工程准备规格说明、撰写功能简报或为团队定义要构建的内容时使用。
“Writing” 共 503 个结果
io.github.RefoundAI/lenny-skills/writing-prds
帮助用户撰写高效的 PRD(产品需求文档)。当有人需要记录产品需求、为工程准备规格说明、撰写功能简报或为团队定义要构建的内容时使用。
io.github.corvo007/MioSub/writing-skills
在创建新技能、编辑现有技能,或部署前验证技能是否有效时使用。
io.github.davila7/claude-code-templates/writing-skills
在创建新技能、编辑已有技能,或在上线部署前验证技能是否可用时使用。
io.github.davila7/claude-code-templates/writing-clearly-and-concisely
用于撰写人类会阅读的散文——文档、提交信息、错误提示、解释说明、报告或 UI 文案。套用 Strunk 的经典规则,让文字更清晰、更有力、更专业。
io.github.revokslab/ShipFree/writing-plans
在有多步骤任务的规格或需求、但尚未动代码时使用。
io.github.agentscope-ai/agentscope-java/writing-skill
用于写作与内容创作的技能。
io.github.siriwatknp/mui-treasury/writing-registry-meta
在编写 MUI Treasury registry 的 meta 文件时使用。
io.github.oven-sh/bun/writing-dev-server-tests
指导在 test/bake/ 中编写 HMR/开发服务器测试。在创建或修改开发服务器、热重载或打包测试时使用。
io.github.oven-sh/bun/writing-bundler-tests
指导使用 test/bundler/ 中的 itBundled/expectBundled 编写打包器测试。在创建或修改打包器、转译器或代码转换测试时使用。
io.github.davila7/claude-code-templates/writing-plans
当你已经拿到多步任务的规格或需求、但还未开始改代码时使用。
io.github.davila7/claude-code-templates/writing-skills
在创建新技能、编辑已有技能,或在上线部署前验证技能是否可用时使用。
io.github.prisma/orm/no-bare-casts
适用于:在 TypeScript 或 TSX 生产代码中书写 `as`、修改包含裸 `as` 断言的文件、用断言压制类型错误、遇到 `as unknown as`,或审查断言使用点时。
vdevelopment
io.github.latitude-dev/latitude-llm/testing
编写或调试测试、在单元与集成风格之间做选择、Postgres/ClickHouse 测试、重新生成 ClickHouse 测试 schema,或从不带测试代码进生产包的 package 中导出测试助手。
io.github.iOfficeAI/AionUi/testing
编写与运行测试的测试工作流与质量标准。触发场景:编写新测试、为需要测试的新特性补测试、修改已有测试覆盖的逻辑,以及声称任务完成之前。
io.github.aiskillstore/marketplace/sql-expert
精通 SQL 查询编写、优化与数据库 schema 设计,支持 PostgreSQL、MySQL、SQLite 与 SQL Server。在处理数据库时使用:(1) 编写含连接、子查询与窗口函数的复杂 SQL 查询,(2) 优化慢查询并分析执行计划,(3) 以恰当规范化设计数据库 schema,(4) 创建索引并提升查询性能,(5) 编写迁移并处理 schema 变更,(6) 调试 SQL 错误与查询问题。
io.github.wshobson/agents/modern-javascript-patterns
掌握 ES6+ 特性,包括 async/await、解构、展开运算符、箭头函数、Promise、模块、迭代器、生成器与函数式编程模式,编写简洁高效的 JavaScript 代码。在重构遗留代码、实现现代模式或优化 JavaScript 应用时使用。
io.github.prisma/orm/prisma-8
在依赖 @prisma/orm-postgres、@prisma/orm-sqlite 或 @prisma/orm-mongo(Prisma 8,原 Prisma Next)的项目中工作时使用:编辑 contract.prisma 或 contract.ts builder、运行 `prisma contract emit`、规划或应用迁移、编辑 migration.ts、编写 db.orm / db.sql / db.query 查询、接线 db.ts 或中间件、集成构建工具、使用 Supabase 扩展或 RLS、阅读 MIGRATION.HASH_MISMATCH 等点号错误码。当用户问“Prisma 8 是什么”“从哪里入手”或与别的 ORM 比较时使用。当用户要求在应用或扩展包中升级 Prisma 8 时使用。当你看到 @internal/* 或 @prisma/orm-* 导入、带 definePrismaConfig 的 prisma.config.ts、contract.json / contract.d.ts 时使用。不适用于 Prisma ORM 7 及更早版本(schema.prisma + @prisma/client)。
io.github.affaan-m/ECC/competitive-report-structure
Assemble scored competitor profile cards (from benchmark-methodology) into a decision-grade competitive report with landscape map, competitor tiers, benchmarking matrix, white-space analysis, strategic recommendations, and team alignment trigger questions. Use when presenting competitive findings to leadership or a board, writing a competitive landscape report, or as the final step of the competitive analysis pipeline.
io.github.affaan-m/ECC/hookify-rules
Create and configure hookify rules — markdown files with YAML frontmatter that match bash, file, prompt, or stop events by regex or conditions and show warn/block messages to the agent. Use when creating a hookify rule, writing hook rule syntax, configuring hookify, or adding pattern guardrails such as blocking dangerous commands, .env edits, or debug code.
io.github.affaan-m/ECC/tdd-workflow
在编写新功能、修复 bug 或重构代码时使用此 skill。强制推行测试驱动开发,覆盖率不低于 80%,涵盖单元、集成与 E2E 测试。
io.github.affaan-m/ECC/dart-flutter-patterns
可用于生产的 Dart 与 Flutter 模式,覆盖空安全、不可变状态、异步组合、Widget 架构、主流状态管理框架(BLoC、Riverpod、Provider)、GoRouter 导航、Dio 网络、Freezed 代码生成与整洁架构。在编写或评审 Dart 与 Flutter 代码——状态、Widget、导航、网络或架构——时使用。
io.github.affaan-m/ECC/search-first
先检索再编码的工作流。在动手编写自定义代码之前,先搜索已有的工具、库和模式。会调用 researcher 代理。
io.github.affaan-m/ECC/inherit-legacy-style
遗留项目风格继承 skill。当用户输入 /inherit-legacy-style,或需要让 AI 编码代理接手手写遗留项目并防止“风格漂移”(模型把自身预训练的主流惯用法强加给项目)时使用。与语言和框架无关——只对齐元架构,不改语法。一旦运行,它就成为后续所有编码任务的行为约束。不要用于纯研究或与代码风格对齐无关的一次性提问。
io.github.affaan-m/ECC/loop-design-check
设计以目标为导向的 Agent 循环,并排查循环常见的出错方式——原地打转烧 token、钻验证器的空子(Goodhart 效应)、把错误答案一路跑到底。包含两个动作:(1) 编写循环——先判断是否值得构建、定义机器可判定的目标、选定循环类型与脚手架;(2) 审查循环——按五种失败模式,加上可判定性、边界、兜底方案、评判者独立性,以及把判断权留在人手中这条红线逐项检查。当设计自主 Agent 循环,或已有循环但担心它跑飞、作弊或把错误答案执行到底时使用。它在机制层循环技能(autonomous-loops、continuous-agent-loop)之外补足其未覆盖的判断层。中文触发:写 loop、设计 loop、做一个 loop、检查 loop 对不对、loop 体检、loop 会不会跑飞、可判定目标、五个崩法、plan build judge。English triggers: design an agent loop, write a loop, check a loop, loop review, prevent a runaway loop, goal-oriented loop, decidable goal, plan/build/judge.