auriga-workflow

Plugin auriga-workflow from marketplace auriga-cli in Ben2pc/auriga-cli. Commands read from the repo's manifest — 9 days ago.

Skills (13)

• arch-design

  涉及领域职责、模块边界、数据所有权、接口兼容或迁移等实质技术取舍，或用户要求架构设计与优化时使用。

• code-simplify

  简化函数、类、文件内部及局部协作代码，并精简低价值测试，降低真实维护成本。当用户明确要求重构、简化、清理代码或过度测试、处理代码质量评审意见，或对指定目录或模块做坏味道普查时使用。

• deep-review

  审查拉取请求或用户明确指定的代码差异；显式调用 /deep-review 或工作流要求本地正式评审时使用。

• docent

  仅当用户显式选择 docent 时使用；由单个专职子代理通读现有代码，在对话中交付带代码证据与必要可视化的讲解，复杂场景可生成离线报告。

• documentation-management

  当用户要求维护工程文档、项目指令或长期事实，文档与代码或部署状态漂移，或需要整理、归档和沉淀已确认决定时使用。

• git-workflow

  创建或调整分支、工作树、提交和拉取请求，处理评审反馈、合并或改写历史时使用；遵守任务授权与交付约束。

• goalify

  当用户明确要求设置长期自主目标、启动 `/goal`，或选择 goalify 将已澄清的工作交给长程自主运行时使用；普通“继续做完”或指定交付终点不自动启用目标机制。

• incremental-impl

  已确认改动需要协调多个完整结果、交付依赖或迁移中间状态时使用；单一明确结果不因跨文件而触发。

• reviewer-creator

  用户要求创建或修改项目专属审查者、扩展审查维度，或调用 /reviewer-creator 时使用。

• session-compound

  当用户要求复盘当前会话、分析近期多次任务的使用模式或提取可复用经验时使用，生成离线报告。

• spec-design

  新增或改变外部可见行为，或用户要求需求探索、规格设计时使用；基于实际代码与产品事实澄清目标、范围和验收契约。

• systematic-debugging

  当用户要求诊断或修复错误、测试失败、异常行为或性能退化时使用；永久修复前先建立可重复的问题验证路径，无法立即复现时建立线上证据采集路径。

• test-driven-development

  在实现新增或改变可观察行为的功能或配置、已确认根因的缺陷修复或重构时使用；也用于判断本次验证证据是否需要沉淀为永久测试。

Hooks (4)

• PreToolUse

  node "${CLAUDE_PLUGIN_ROOT}/scripts/pr-ready-guard.mjs"

• PreToolUse

  node "${CLAUDE_PLUGIN_ROOT}/scripts/pr-merge-guard.mjs"

• PostToolUse

  node "${CLAUDE_PLUGIN_ROOT}/scripts/pr-create-guard.mjs"

• PostToolUse

  node "${CLAUDE_PLUGIN_ROOT}/scripts/commit-reminder.mjs"

Similar plugins