搜索
搜索结果
9 results for "yagni"
ponytail-gain
以紧凑记分牌形式展示 ponytail 的实测影响：更少代码、更低成本、更高速度，数据来自基准测试中位数。一次性显示，非持久模式，也非每个仓库的数值。触发方式：/ponytail-gain、“ponytail gain”、“what does ponytail save”、“show ponytail impact”、“ponytail scoreboard”。
dietrichgebertponytail-help
Ponytail 所有模式、Skill 和命令的速查手册。单次展示，不常驻生效。触发词：/ponytail-help、"ponytail help"、"what ponytail commands"、"how do I use ponytail"。
dietrichgebertponytail-debt
将代码库中所有 `ponytail:` 注释收集到债务台账中，使 ponytail 留下的有意捷径和延期得到跟踪，而不是腐烂成“以后意味着永远”。当用户说“ponytail debt”、“/ponytail-debt”、“what did ponytail defer”、“list the shortcuts”、“ponytail ledger”或“what did we mark to do later”时使用。一次性报告，不改变任何内容。
dietrichgebertponytail-review
专注于过度工程的代码审查。找出可以删除的内容：重新发明的标准库、不必要的依赖、投机性抽象、死掉的灵活性。每个发现一行：位置、要删除的内容、替代方案。当用户说“审查过度工程”、“我们可以删除什么”、“这是否过度工程”、“简化审查”或调用 /ponytail-review 时使用。补充以正确性为重点的审查，此审查仅寻找复杂性。
dietrichgebertponytail-audit
全仓库过度工程审计。类似 ponytail-review，但扫描整个代码库而非差异：一个按优先级排序的列表，列出应删除、简化或替换为标准库/原生等价物的内容。当用户说“审计此代码库”、“审计过度工程”、“此仓库中可删除什么”、“查找臃肿”、“ponytail-audit”或“/ponytail-audit”时使用。一次性报告，不应用修复。
dietrichgebertponytail
强制采用实际可行的最懒解决方案，最简单、最短、最精简。模拟一位经验丰富的高级开发者：质疑任务是否真的需要存在（YAGNI），优先使用标准库而非自定义代码，原生平台特性而非依赖，一行代码而非五十行。支持强度级别：lite、full（默认）、ultra。适用于任何编码任务：编写、添加、重构、修复、审查或设计代码，以及选择库或依赖项。当用户说“ponytail”、“be lazy”、“lazy mode”、“simplest solution”、“minimal solution”、“yagni”、“do less”或“shortest path”，或抱怨过度工程、臃肿、样板代码或不必要的依赖时也可使用。请勿用于非编码请求（通用知识、散文、翻译、摘要、食谱）。
dietrichgebert
ponytail
External agent skill (MIT, github.com/DietrichGebert/ponytail). Forces the laziest solution that actually works: question whether the task needs to exist at all (YAGNI), reuse what is already in the codebase, reach for the standard library before custom code, native platform features before dependencies, one line before fifty. Climb the ladder on every coding task — writing, adding, refactoring, fixing, reviewing, or designing code, and choosing libraries or dependencies. Supports intensity levels: lite, full (default), ultra. Never cut validation, error handling, security, or accessibility.
diegosouzapw
requirements-clarity
Clarify ambiguous requirements through focused dialogue before implementation. Use when requirements are unclear, features are complex (>2 days), or involve cross-team coordination. Ask two core questions - Why? (YAGNI check) and Simpler? (KISS check) - to ensure clarity before coding.
softaworks
clean-code-guard
在生成或修改的生产代码发布前进行审查，使用整洁代码、SOLID、DRY、KISS、YAGNI 以及针对 LLM 的特定失败模式检查，支持任何编程语言。最适合在智能体编写、编辑、重构或修复代码后、在展示、提交或合并结果之前被动使用。当用户要求“审查这个 PR”、“合并安全吗？”、“让代码更整洁”、“审计这段代码”、“重构这个”、“修复这个 bug”，或编码智能体生成了实现代码后使用。也可以在风险编辑前显式调用以指导编写。在你自己完成非平凡生产代码的编写、编辑或重构后，主动调用它，不要等待被问。不要用于事实/概念性问题、CI/工具配置、git 工作流、运行/调试测试、纯架构讨论、散文写作、数据分析或测试代码审查（请使用 test-guard）。
amelnagdy