Skip to main content

unstable-quality-anti-pattern

当需要识别和避免质量不稳定反模式时使用此 skill。适用于:代码审查质量波动、提示微调导致结果变化等场景。不适用于:质量稳定的场景。关键 trigger 信号:用户提到"质量波动"、"提示微调"、"难以调试"等问题。

インストールへ移動

ソース情報

リポジトリ
Natsummerance/agents
ソースの最終更新活動
2026年8月27日 07:35
検出された SKILL.md の言語
中国語
スター
3
フォーク
0

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

ファイルエクスプローラー
3 ファイル

SKILL.md を表示中

SKILL.md
ソースの指示 · 読み取り専用プレビュー
name
unstable-quality-anti-pattern
description
当需要识别和避免质量不稳定反模式时使用此 skill。适用于:代码审查质量波动、提示微调导致结果变化等场景。不适用于:质量稳定的场景。关键 trigger 信号:用户提到"质量波动"、"提示微调"、"难以调试"等问题。
source_book
alibaba/open-code-review
source_project
alibaba/open-code-review
source_chapter
The Problem with General-Purpose Agents — Unstable Quality
tags
["anti-pattern","unstable-quality","debugging"]
related_skills
["deterministic-engineering-hard-constraints","template-engine-over-language-driven"]
# Unstable Quality Anti-Pattern(质量不稳定反模式) ## R (Reading) — 原文引用 > "Unstable quality — Natural-language-driven Skills are hard to debug, and review quality fluctuates significantly with minor prompt variations." > > "The root cause: a purely language-driven architecture lacks hard constraints on the review process." ## I (Interpretation) — 方法论骨架 **核心思想**: 通用 Agent 的审查质量随提示微小变化而显著波动,自然语言驱动的 Skills 难以调试,根本原因是纯语言驱动架构缺乏稳定性保障。 **关键特征**: 1. **质量波动**: 审查质量随提示微小变化而显著波动 2. **难以调试**: 自然语言驱动的 Skills 难以定位问题根源 3. **根本原因**: 纯语言驱动缺乏硬约束和稳定性保障 **解决方案**: - **Fine-grained rule matching**: 基于模板引擎的细粒度规则匹配,提高稳定性 - **Scenario-tuned prompts**: 深度优化的场景化提示模板,减少波动 **与相邻 skill 的区分**: - 与 `incomplete-coverage-anti-pattern` 的区别:前者关注质量稳定性,后者关注文件覆盖不全 - 与 `position-drift-anti-pattern` 的区别:前者关注质量波动,后者关注位置精度 ## A1 (Past Application) — 书中作者用过的案例 **案例**: Alibaba Group 内部审查质量优化 - **背景**: 通用 Agent 的审查质量随提示微小变化而波动 - **问题**: 难以调试和优化,质量不稳定影响开发者信任 - **应用**: 引入 Fine-grained rule matching + Scenario-tuned prompts - **结果**: 审查质量显著提高且稳定,不再随提示微小变化而波动 ## A2 (Future Trigger) — 用户在什么情境下会需要这个 **触发场景**: - 用户抱怨"审查质量随提示变化而波动" - 用户发现"难以调试和优化自然语言驱动的 Skills" - 用户遇到"质量不稳定影响开发者信任" - 用户需要"确保审查质量稳定可预测" **不应触发的场景**: - 质量已经稳定的场景 - 不需要调试和优化的简单任务 - 提示本身已经很优化的场景 **关键 trigger 词**: "质量波动"、"提示微调"、"难以调试"、"不稳定"、"自然语言驱动" ## E (Execution) — 可执行步骤 1. **识别风险**: 检查是否存在质量波动问题 - 完成标准: 用同一提示多次运行并留存结果差异记录,给出有/无波动的结论 2. **分析原因**: 确认是否是纯语言驱动架构导致的质量不稳定 - 完成标准: 归因结论成文,指明波动是否源于缺乏硬约束与稳定机制 3. **应用细粒度规则匹配**: 引入 Fine-grained rule matching,基于模板引擎提高稳定性 - 完成标准: 规则匹配模块接入审查流程,关键步骤不再依赖自由文本判断 4. **优化提示模板**: 使用 Scenario-tuned prompts,深度优化场景化提示 - 完成标准: 各审查场景提示模板定稿并通过试运行 5. **验证效果**: 测试审查质量是否稳定,不再随提示微小变化而波动 - 完成标准: 提示微扰实验显示多次运行结果保持一致,波动消除 **完成标准**: 审查质量稳定,连续多次审查结果一致,不再随提示微小变化而波动 **判停条件**: 连续 10 次审查质量无显著波动,开发者信任度显著提高 ## B (Boundary) — 什么时候不适用 / 作者的盲点 **不适用场景**: - 质量已经稳定的场景 - 不需要调试和优化的简单任务 - 提示本身已经很优化的场景 **作者盲点**: - **模板维护成本**: 需要持续维护和更新规则模板和提示模板 - **灵活性牺牲**: 细粒度规则匹配可能限制某些边缘场景的处理能力 - **优化复杂度**: 深度优化提示模板需要大量实验和数据分析 **时代局限**: - 当前架构基于现有 LLM 能力,未来可能需要调整 - 提示优化依赖于对模型行为的深入理解
GitHubで見る