关于 taste
taste 是用于按 AGENTS.md 中 Taste 与 Architecture 标准审查或整理代码的技能。它提供聚焦的检查流程，以具体证据说明问题，并限定为不改变行为的修复。
主要功能
- 01按 Taste 与 Architecture 标准审查代码
- 02报告问题时引用原则键
- 03建议最小化且不改行为的修复
- 04在较大构建流程中执行检查
适用场景
- 01检查代码范围内的风格问题
- 02在小改动前后整理杂乱文件
- 03在实现或审查前核对 Taste 标准
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/taste确认已加载。
包含的文件
除 SKILL.md 外，安装时一起下载的参考资料和脚本。
doctrine.mdexamples.mdreference.md详细介绍
品味
必须阅读： ../pack-shared/standards.md。规则位于 AGENTS.md 的 Taste 和 Architecture 部分。本技能包含审查步骤和示例。即使未调用本技能，也不得跳过这些规则。
提问风格： ../pack-shared/asking.md
阅读： AGENTS.md 的 Taste 部分 · examples.md · 验证或修改 UI 时阅读 reference.md · ../pack-shared/plain-language.md
引用键是 Taste 部分中的标题。与用户沟通时，请按以下形式引用原则：
通俗名称（经典名称）：保持简单（KISS）。绝不能只写缩写，也不能只写不带经典名称的释义。位置和
taste:keep-jobs-apart 缺陷也属于品味问题。父级命令（/task、
/analyze、/grill-me、/implement、/design）会在规划或编写代码前应用
Taste 和 Architecture 部分。
如果这是用户提出的一次性需求（审查或修复某个工作范围）
适用于用户询问编码风格、保持简单、不要重复、原则或“这样是否简洁？”；在没有完整 /task 的情况下审查某个工作范围；或在小幅修改前后整理混乱的文件。
- 确定工作范围（路径 / 符号）和用户的需求。
- 应用 Taste 部分和 examples.md。使用引用键（
taste:keep-it-simple和命名原则）。 - 根据路径证据报告具体问题，并提出最小修复方案
（
taste:leave-it-cleaner/taste:keep-it-simple：不要进行推测性重写）。 - 如果用户要求修复，只在该工作范围内进行不改变行为的编辑。
如果涉及更大的产品范围 → 建议使用
/analyze或/task。 - 不要擅自创建父级工作波次、编写测试或启动
/create-test。
交接：结构 / 文件夹 / 服务 → /architecture。端到端构建
→ /task。先做调研 → /analyze。
如果此技能已在构建过程中加载
- 在结束 grill、规划契约或编写实现简报前，应用 Taste 和 Architecture 部分。
- 将相关引用键纳入 Active Rules / 验收条件（如果它们涉及行为；例如：边界处的
taste:fail-fast，Webhook 上的taste:safe-to-retry）。 - 在验收证据和
/code-review前，运行 Taste 部分中的检查清单。 /code-review的 Standards 维度会将品味 和 架构违规视为严重问题，除非仓库文档另有说明。
评论
支持 Markdown