菜单
长期、间歇性的代码质量维护与异味检测工作流。与主线开发（code-workflow）互补：主线是主要意图（高密度冲刺），质量维护是低强度、周期性、可持续的背景过程。按"分层节奏"排布（随主线顺带 / 定期窗口 / 专项审计），平衡覆盖率与维护效率，只修低风险项、全量零回归；决定"维持现状"的项归入无目的审视清单。Triggers on "长期质量维护", "异味检测", "质量巡检", "smell 定期", "quality maintenance", "代码体检", "质量排布".
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/haberzero/intent-behavior-code-inter --skill quality-maintenance命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
Use ONLY when the user asks to implement, fix, refactor, or modify IBCI source code. Covers a 6-phase workflow: understand task context, read affected code and check architecture boundaries, design against hard constraints, implement with hygiene rules, test and verify, then clean up. Triggers on "implement X", "fix bug", "refactor", "add feature", "修改代码", "实现", "修复", "重构".
用户的顶层工作原则与对待历史的态度——对历史文档、已有代码、已有行为、测试/试用套件的裁决基准，以及破坏性修改的授权方式与义务。任何涉及"是否该遵循历史文档/是否允许破坏性重构/是否保持已有行为/是否冻结历史资产"的判断与决策时对照。Triggers on "历史文档", "已有代码", "破坏性修改", "破坏性重构", "保持已有行为", "行为维持", "不冻结", "历史资产", "原则优先", "可推翻设计", "用户原则".
非目的性的代码审视与设计沉思。不带特定架构指标/缺陷目标，纯粹分析"某段代码为何这样设计、带来什么、未来可能有什么问题"，以及"能运行但看着别扭/微妙不合理"之处。低密度、低强度，作为潜在参考而非强制处置；分析策略自我演进；记录清单周期性事实回顾与更新，避免过期/偏颇干扰主线。是长期质量维护的"无目的"侧。Triggers on "无目的分析", "非目的审视", "设计沉思", "aimless", "审视", "为什么这样设计".
正在显示 SKILL.md
| name | quality-maintenance |
| description | 长期、间歇性的代码质量维护与异味检测工作流。与主线开发（code-workflow）互补：主线是主要意图（高密度冲刺），质量维护是低强度、周期性、可持续的背景过程。按"分层节奏"排布（随主线顺带 / 定期窗口 / 专项审计），平衡覆盖率与维护效率，只修低风险项、全量零回归；决定"维持现状"的项归入无目的审视清单。Triggers on "长期质量维护", "异味检测", "质量巡检", "smell 定期", "quality maintenance", "代码体检", "质量排布". |
规范长期、间歇性的代码质量/异味检测与维护。核心立场：质量检测是长期存在的背景工作，但不时刻与主线开发同强度。需要一套兼顾覆盖率与效率、维护成本可控的节奏方案，合理分配长期维护与主线开发，降低开发风险、提高总体效率。
质量维护不抢占主线，而按三层节奏错峰运行：
| 层 | 触发时机 | 强度 | 工作内容 |
|---|---|---|---|
| Tier A · 随主线顺带 | 主线任一次代码改动中 | 每次 | 只对本次改动范围做 code-quality/code-odor 自检（已有 code-workflow Phase 4 + code-quality §九）；不扩大范围 |
| Tier B · 定期窗口 | 每 N 个主线里程碑 / 每 M 天（建议在主线阶段边界） | 低强度、批量 | 跑 code-quality 健康诊断十查 + code-odor 特征码扫描 + smell 清单复核；只分类 + 只修低风险、无契约影响项；其余入记录 |
| Tier C · 专项审计 | 主线停滞 / 用户指定 / 重大技术债专项 | 独立分支 | PT-SMELL 类独立审计（见 tasks_docs/PENDING_TASKS.md §六），可含架构重构，独立分支执行、不混主线 |
分配原则：
code-quality 十查 + code-odor 特征码 grep 全仓；重跑既有 smell 清单（历史结论见 tasks_docs/WORKLOG.md）。code-quality 判定基准（A 合法保留 / B 修复根因 / 死代码删除 / 双通道收敛 / 需讨论）。维持现状 的项（含"能跑但看着别扭"）→ 记入 tasks_docs/WORKLOG.md；待决断 的项 → 记入 tasks_docs/PENDING_TASKS.md。python -m pytest tests/ 全量零回归；收尾回写审计文档。aimless-review）产出非目的性的潜在参考（含本 skill 的"维持现状"项）。tasks_docs/WORKLOG.md，由 aimless-review 负责周期性事实回顾与演进。code-quality：判定与处置基准（红线/十查/分类速查）。code-odor：特征信号扫描与工作过程自查。code-review：缺陷复核/分类/实施后核验。self-grill：交付前自我质询。aimless-review：非目的性审视（长期潜在参考的沉淀与演进）。