Token导航 LogoToken导航

Agent Skill · 研究检索

goodvibes-codebase-review(Goodvibes 代码库审查)

goodvibes-codebase-review 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

goodvibes-codebase-review 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证为 MIT,第三方扫描有未通过项,按安装量在研究检索类的 73,675 个 Skill 里排第 44,842。

总安装 888周安装 37GitHub Stars 6下载 296核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:goodvibes-codebase-review(Goodvibes 代码库审查)
来源仓库:https://github.com/mgd34msu/goodvibes-plugin
仓库路径:skills/goodvibes-codebase-review
安装命令:
npx skills add https://github.com/mgd34msu/goodvibes-plugin --skill goodvibes-codebase-review
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/mgd34msu/goodvibes-plugin --skill goodvibes-codebase-review

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

goodvibes-codebase-review 用于查找、检索和筛选相关信息。适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词快速定位候选结果。通过 npx skills add 命令从指定仓库安装并使用该技能。安装前需确认权限范围和维护状态,注意可能触发联网或文件读写操作。

适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/goodvibes-codebase-review

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/mgd34msu/goodvibes-plugin --skill goodvibes-co…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

goodvibes-codebase-review 怎么安装?

在终端执行 npx skills add https://github.com/mgd34msu/goodvibes-plugin --skill goodvibes-codebase-rev…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

goodvibes-codebase-review 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

goodvibes-codebase-review 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

goodvibes-codebase-review 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

goodvibes-codebase-review 用的人多吗?

公开数据是累计安装 888 次,近一周安装 37 次,下载 296 次,GitHub 6 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

goodvibes-codebase-review 安全吗?

第三方扫描有未通过项,风险较高。除非你确认过源码,否则不建议直接安装到常用环境。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
goodvibes-codebase-review

Goodvibes 代码库审查 · 本页

8886接触敏感数据MIT未通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Goodvibes Codebase Review & Remediation

Systematic codebase analysis with parallelized remediation using goodvibes agents.

CRITICAL: Be objective & completely honest. No sugar coating, EVER.

  • Honest Review: Honest reviews yield better results. Never consider emotions or feelings in your assessments.

Filesystem Boundaries

CRITICAL: Write-local, read-global.

  • WRITE/EDIT/CREATE: ONLY within the current working directory and its subdirectories. This is the project root. All changes must be git-trackable.
  • READ: Can read any file anywhere for context (node_modules, global configs, other projects for reference, etc.)
  • NEVER WRITE to: parent directories, home directory, system files, other projects, anything outside project root.

The working directory when you were spawned IS the project root. Stay within it for all modifications.

MCP Tool Checklist (MANDATORY)

STOP. Before doing ANYTHING, complete this checklist.

CRITICAL PREREQUISITE: You MUST call mcp-cli info <server>/<tool> BEFORE ANY mcp-cli call <server>/<tool>. This is a BLOCKING REQUIREMENT.

Task Start

# ALWAYS check schema first
mcp-cli info plugin_goodvibes_analysis-engine/detect_stack
mcp-cli info plugin_goodvibes_registry-engine/recommend_skills
mcp-cli info plugin_goodvibes_project-engine/project_issues

# Then make the calls
mcp-cli call plugin_goodvibes_analysis-engine/detect_stack '{}'
mcp-cli call plugin_goodvibes_registry-engine/recommend_skills '{"task":"codebase review quality audit"}'
mcp-cli call plugin_goodvibes_project-engine/project_issues '{}'

Review Phase

# Check schemas first
mcp-cli info plugin_goodvibes_analysis-engine/find_circular_deps
mcp-cli info plugin_goodvibes_analysis-engine/scan_for_secrets
mcp-cli info plugin_goodvibes_project-engine/analyze_dependencies
mcp-cli info plugin_goodvibes_analysis-engine/find_dead_code
mcp-cli info plugin_goodvibes_project-engine/get_test_coverage

# Then execute
mcp-cli call plugin_goodvibes_analysis-engine/find_circular_deps '{}'
mcp-cli call plugin_goodvibes_analysis-engine/scan_for_secrets '{}'
mcp-cli call plugin_goodvibes_project-engine/analyze_dependencies '{}'
mcp-cli call plugin_goodvibes_analysis-engine/find_dead_code '{}'
mcp-cli call plugin_goodvibes_project-engine/get_test_coverage '{}'

Before Every Edit

# Check schemas
mcp-cli info plugin_goodvibes_analysis-engine/scan_patterns
mcp-cli info plugin_goodvibes_project-engine/find_tests_for_file
mcp-cli info plugin_goodvibes_analysis-engine/validate_edits_preview

# Execute
mcp-cli call plugin_goodvibes_analysis-engine/scan_patterns '{}'
mcp-cli call plugin_goodvibes_project-engine/find_tests_for_file '{"file":"path/to/file.ts"}'
mcp-cli call plugin_goodvibes_analysis-engine/validate_edits_preview '{}'

After Every Edit

# Check schema
mcp-cli info plugin_goodvibes_project-engine/project_issues

# Execute
mcp-cli call plugin_goodvibes_project-engine/project_issues '{}'

THE LAW: If a goodvibes MCP tool can do it, USE THE TOOL. No exceptions.


Precision Tools (MANDATORY)

CRITICAL: Use precision tools, NOT system tools.

Instead OfUseWhy
Readprecision_readExtract modes, line ranges, outline/symbols
Grepprecision_grepOutput modes, batch queries, context control
Globprecision_globOutput modes, filters, preview
Editprecision_editAtomic transactions, validation, hints
Writeprecision_writeAtomic, templates, validation
Bashprecision_execBatch commands, expectations, output control

Precision Tool Patterns

# Find files with pattern (minimal output)
precision_grep:
  queries:
    - pattern: "TODO|FIXME|HACK"
      glob: "src/**/*.ts"
  output:
    mode: files_only

# Read file structure without content
precision_read:
  files: ["src/index.ts", "src/app.ts"]
  extract: outline
  output:
    mode: minimal

# Batch edit multiple files atomically
precision_edit:
  edits:
    - file: "src/api.ts"
      find: "const API_URL = 'http://localhost'"
      replace: "const API_URL = process.env.API_URL"
    - file: "src/config.ts"
      find: "debug: true"
      replace: "debug: process.env.NODE_ENV !== 'production'"
  transaction:
    mode: atomic
    rollback_on_fail: true
  output:
    mode: minimal

# Execute commands with expectations
precision_exec:
  commands:
    - cmd: "npm run typecheck"
      expect:
        exit_code: 0
    - cmd: "npm run lint"
      expect:
        exit_code: 0
  output:
    mode: minimal

Discovery -> Batch Workflow

CRITICAL: Always discover before batching.

The discover tool runs multiple queries in parallel to gather context before building a batch. This prevents wasted operations and ensures you target exactly the right files.

Discovery Tool Usage

# Run parallel discovery queries
discover:
  queries:
    - id: find_components
      type: glob
      patterns: ["src/components/**/*.tsx"]
    - id: find_api_routes
      type: glob
      patterns: ["src/api/**/*.ts", "src/app/api/**/*.ts"]
    - id: find_issues
      type: grep
      pattern: "TODO|FIXME|HACK"
      glob: "src/**/*.{ts,tsx}"
    - id: find_hooks
      type: symbols
      query: "use"
      kinds: ["function"]
  output_mode: files_only  # count_only | files_only | locations

Workflow Pattern

  1. Discover - Run queries to understand scope

- Use count_only first to gauge magnitude - Then files_only to get target list

  1. Plan - Build batch operations using discovery results

- Reference discovered files in batch operations - Scope work to exactly what was found

  1. Execute - Run batch with full context

Example: Feature Implementation

# Step 1: Discover current state
discover:
  queries:
    - id: existing_files
      type: glob
      patterns: ["src/features/auth/**/*.ts"]
    - id: existing_patterns
      type: grep
      pattern: "export (function|const|class)"
      glob: "src/features/**/*.ts"
  output_mode: files_only

# Step 2: Use results to build targeted batch
batch:
  id: implement-feature
  operations:
    read:
      - id: analyze
        type: files
        targets: "{{existing_files.files}}"  # From discovery
        extract: outline

Benefits:

  • Prevents blind operations on wrong files
  • Ensures consistent patterns across the codebase
  • Reduces token usage by targeting exactly what's needed
  • Enables informed decisions about implementation approach

Mode-Aware Behavior

Your behavior adapts based on the current mode:

vibecoding Mode

  • Communicate: Show progress, explain decisions, report results in detail
  • Ask: On ambiguity or risk, ask the user before proceeding
  • Checkpoint: Create checkpoints per batch
  • Output: Standard verbosity, show diffs

justvibes Mode

  • Silent: Minimal communication, log to .goodvibes/logs/activity.md
  • Autonomous: Make best-guess decisions, proceed with checkpoints on risk
  • Auto-chain: Continue to next logical batch automatically
  • Output: Minimal verbosity, no diffs

Workflow Overview

┌─────────────────────────────────────────────────────────────┐
│                      CODEBASE REVIEW                        │
├─────────────────────────────────────────────────────────────┤
│  Phase 1: Review      │  Run MCP tools, analyze all code   │
│  Phase 2: Report      │  Generate codebase-review-report.md │
│  Phase 3: Plan        │  Create remediation-plan.md        │
│  Phase 4: Execute     │  WORK-REVIEW-FIX-CHECK (max 6)     │
└─────────────────────────────────────────────────────────────┘

Phase 1: Codebase Review

MCP Tool Mapping

CategoryPrimary ToolsFallback
Qualityfind_dead_code, scan_patternsgrep for patterns
Architecturefind_circular_deps, get_api_surfacemanual analysis
Securityscan_for_secrets, check_permissionsgrep for patterns
Performanceget_prisma_operations, analyze_bundlenone
Documentationexplain_codebasefile scan
Testingget_test_coverage, find_tests_for_file, suggest_test_casesjest --coverage
Configread_config, env_auditenv file scan
Dependenciesanalyze_dependenciesnpm audit
Errorsparse_error_stack, explain_type_errortsc output
Stylescan_patterns, get_conventionseslint output

Review Checklist

Minimum per category:

  • 5 specific file:line findings OR explicit "no issues found"
  • Quantified measurements (counts, percentages, LOC)
  • Severity classification (critical/high/medium/low)

Phase 2: Master Report

Generate codebase-review-report.md:

# Codebase Review Report

**Project**: {name from detect_stack}
**Stack**: {technologies detected}
**Generated**: {ISO 8601 timestamp}
**Overall Score**: {X.X}/10

## Executive Summary

| Severity | Count | Description |
|----------|-------|-------------|
| 🔴 Critical | N | Issues requiring immediate attention |
| 🟠 High | N | Issues blocking production readiness |
| 🟡 Medium | N | Issues impacting maintainability |
| 🔵 Low | N | Minor improvements |

## Score Breakdown

| Category | Weight | Raw | Deductions | Score | Grade |
|----------|--------|-----|------------|-------|-------|
| Quality | 15% | 10 | -X.X | X.X | A-F |
| Architecture | 15% | 10 | -X.X | X.X | A-F |
| Security | 20% | 10 | -X.X | X.X | A-F |
| Performance | 10% | 10 | -X.X | X.X | A-F |
| Documentation | 5% | 10 | -X.X | X.X | A-F |
| Testing | 15% | 10 | -X.X | X.X | A-F |
| Config | 5% | 10 | -X.X | X.X | A-F |
| Dependencies | 5% | 10 | -X.X | X.X | A-F |
| Errors | 5% | 10 | -X.X | X.X | A-F |
| Style | 5% | 10 | -X.X | X.X | A-F |
| **TOTAL** | 100% | - | - | **X.X** | **X** |

## Score Calculation

{Show the math for each category deduction}

## Detailed Findings

### {Category Name}

#### Finding: {Title}

| Field | Value |
|-------|-------|
| **Severity** | critical\|high\|medium\|low |
| **Location** | `file:line` or `file:startLine-endLine` |
| **Measurement** | {exact number or percentage} |
| **Threshold** | {acceptable value} |
| **Impact** | {business/technical consequence} |
| **Points Deducted** | {-X.X from Category} |

**Evidence:**

{code snippet or tool output}

**Required Fix:**

{specific remediation code or steps}

---

{repeat for all findings}

## What's Working Well

{List genuinely good patterns found, with file references}

## Improvement Roadmap

| Phase | Focus | Expected Impact | New Score |
|-------|-------|-----------------|-----------|
| 1 | Critical fixes | +X.X points | X.X |
| 2 | High priority | +X.X points | X.X |
| 3 | Medium priority | +X.X points | X.X |
| 4 | Polish | +X.X points | X.X |

Phase 3: Remediation Plan

Generate remediation-plan.md:

# Remediation Plan

**Generated**: {timestamp}
**Total Tasks**: {N}
**Execution Strategy**: WORK-REVIEW-FIX-CHECK with parallel goodvibes agents (max 6 concurrent)

## Execution Rules

| Rule | Value |
|------|-------|
| Max concurrent agents | 6 |
| Agent type | goodvibes background |
| Context model | Fresh per task (no accumulation) |
| Tool priority | MCP tools > bash |
| Monitoring | Self-report via SubagentStop hook |
| Workflow | WORK → REVIEW → PASS/FAIL → (FIX → CHECK) |

## Task Definitions

### Wave 1: Critical [P0] - Execute Immediately

#### TASK-001: {Description}

| Field | Value |
|-------|-------|
| **Severity** | critical |
| **Target Files** | `file1.ts`, `file2.ts` |
| **Related Finding** | {reference to report finding} |
| **MCP Tools** | `tool1`, `tool2` |
| **Estimated Duration** | Xm |

**Context from Report:**

{relevant finding details}

---

{repeat for all tasks, grouped by wave}

### Wave 2: High [P1]

### Wave 3: Medium [P2]

### Wave 4: Low [P3]

## Dependency Graph

{Show task dependencies if any exist}

Phase 4: Parallel Agent Execution

WORK-REVIEW-FIX-CHECK Workflow

For each remediation task:

  WORK Agent ─────────────────────> REVIEW Agent
  (goodvibes:engineer)              (goodvibes:reviewer)
       │                                  │
       │                                  ├─> PASS ─> Commit ─> Update Log ─> Next Task
       │                                  │
       │                                  └─> FAIL ─> FIX Agent ─> CHECK Agent
                                                         │              │
                                                         │              ├─> PASS ─> Commit
                                                         │              │
                                                         └──────────────┴─> FAIL (loop)

Agent Role Mapping

PhaseAgentPurpose
WORKgoodvibes:engineerImplements remediation task
REVIEWgoodvibes:reviewerVerifies work quality (100% required)
FIXgoodvibes:engineerAddresses ALL review issues
CHECKgoodvibes:reviewerRe-verifies fixes

Waiting for Agents (CRITICAL)

NEVER use these to check agent status:

  • tail command on transcript files
  • TaskOutput tool
  • Any form of polling

INSTEAD, the orchestrator:

  1. Spawns agent with run_in_background: true
  2. Stops taking actions (turn ends)
  3. Receives SubagentStop hook notification when agent completes
  4. Hook message appears in context with status

Concurrency Rules

RuleValue
Max concurrent agents6
Agents per task1 (one agent works on a task at a time)
Completion requirement100% (not 99.9%)

WORK Agent Prompt Template

# Remediation Task: {TASK_ID}

## MCP Tool Checklist (MANDATORY)

**CRITICAL PREREQUISITE:** You MUST call `mcp-cli info <server>/<tool>` BEFORE ANY `mcp-cli call <server>/<tool>`.

Before ANY edit:

Check schemas first

mcp-cli info plugin_goodvibes_analysis-engine/scan_patterns mcp-cli info plugin_goodvibes_project-engine/find_tests_for_file

Then execute

mcp-cli call plugin_goodvibes_analysis-engine/scan_patterns '{}' mcp-cli call plugin_goodvibes_project-engine/find_tests_for_file '{"file":"{TARGET_FILE}"}'


After EVERY edit:

Check schema first

mcp-cli info plugin_goodvibes_project-engine/project_issues

Then execute

mcp-cli call plugin_goodvibes_project-engine/project_issues '{}'


## Assignment

| Field | Value |
| --- | --- |
| Task ID | {TASK_ID} |
| Severity | {SEVERITY} |
| Description | {DESCRIPTION} |
| Files | {FILE_LIST} |

## Context from Report

{FINDING_DETAILS}

## Instructions

1. Complete ONLY this assigned task
2. Use goodvibes MCP tools BEFORE bash
3. Use precision tools (precision_edit, precision_exec) for all operations
4. Run validation tools after every edit
5. If edit causes new errors, fix them before completing

## Tool Priority (MANDATORY)

1. First: Check `mcp-cli info` then `mcp-cli call plugin_goodvibes_*`
2. Second: Use precision tools (precision_edit, precision_read, etc.)
3. Only then: Fall back to standard tools if no MCP/precision tool exists

## Completion Report

When done, output:

{ "task_id": "{TASK_ID}", "status": "success|failed", "files_modified": ["file1.ts", "file2.ts"], "tests_passed": true|false, "type_check_passed": true|false, "notes": "Any relevant context" }


REVIEW Agent Prompt Template

# Review Task: {TASK_ID}

## MCP Tool Checklist (MANDATORY)

**CRITICAL PREREQUISITE:** You MUST call `mcp-cli info <server>/<tool>` BEFORE ANY `mcp-cli call <server>/<tool>`.

Check schemas first

mcp-cli info plugin_goodvibes_project-engine/project_issues mcp-cli info plugin_goodvibes_analysis-engine/scan_patterns mcp-cli info plugin_goodvibes_project-engine/get_test_coverage

Then execute

mcp-cli call plugin_goodvibes_project-engine/project_issues '{}' mcp-cli call plugin_goodvibes_analysis-engine/scan_patterns '{}' mcp-cli call plugin_goodvibes_project-engine/get_test_coverage '{}'


## Assignment

| Field | Value |
| --- | --- |
| Task ID | {TASK_ID} |
| Work Agent | {WORK_AGENT_ID} |
| Files Modified | {FILE_LIST} |

## Context from WORK Agent

{WORK_COMPLETION_REPORT}

## Review Criteria

| Criterion | Weight | Description |
| --- | --- | --- |
| Correctness | 30% | Does it solve the problem correctly? |
| Completeness | 25% | Are all aspects addressed? |
| Quality | 20% | Is the code clean, maintainable? |
| Safety | 15% | No new errors, security issues? |
| Tests | 10% | Tests pass, coverage maintained? |

## Review Process

1. Read all modified files
2. Run MCP validation tools
3. Check for:
  - Type errors
  - Test failures
  - Security issues
  - Code quality issues
  - Incomplete fixes
4. Calculate score based on criteria weights
5. Provide verdict

## Review Output

{ "task_id": "{TASK_ID}", "verdict": "PASS|FAIL", "score": 8.5, "issues": [ { "severity": "critical|major|minor", "file": "path/to/file.ts", "line": 47, "issue": "Description of the issue", "fix_guidance": "Specific guidance on how to fix" } ], "recommendation": "Details for FIX agent if FAIL" }


## Verdict Rules

- **PASS**: Score >= 8.0 AND no critical issues AND all criteria pass
- **FAIL**: Score < 8.0 OR any critical issue OR any criterion fails

**CRITICAL: Be honest. Better to catch issues now than in production.**

FIX Agent Prompt Template

# Fix Task: {TASK_ID} (Iteration {N})

## MCP Tool Checklist (MANDATORY)

**CRITICAL PREREQUISITE:** You MUST call `mcp-cli info <server>/<tool>` BEFORE ANY `mcp-cli call <server>/<tool>`.

Before ANY edit:

Check schemas first

mcp-cli info plugin_goodvibes_analysis-engine/scan_patterns mcp-cli info plugin_goodvibes_project-engine/find_tests_for_file

Then execute

mcp-cli call plugin_goodvibes_analysis-engine/scan_patterns '{}' mcp-cli call plugin_goodvibes_project-engine/find_tests_for_file '{"file":"{TARGET_FILE}"}'


After EVERY edit:

Check schema first

mcp-cli info plugin_goodvibes_project-engine/project_issues

Then execute

mcp-cli call plugin_goodvibes_project-engine/project_issues '{}'


## Review Feedback

{ISSUES_FROM_REVIEW}

## Instructions

1. Address EVERY issue from the review - no skipping
2. Follow the `fix_guidance` provided for each issue
3. Use precision tools for all operations
4. Run validation after each fix
5. If you cannot fix an issue, document WHY and mark as blocked

## Completion Report

{ "task_id": "{TASK_ID}", "iteration": {N}, "status": "success|blocked", "issues_addressed": N, "issues_remaining": N, "blocked_issues": [ { "issue": "Description", "reason": "Why it cannot be fixed" } ], "notes": "Any relevant context" }


CHECK Agent Prompt Template

# Check Task: {TASK_ID} (Verification Round {N})

## MCP Tool Checklist (MANDATORY)

**CRITICAL PREREQUISITE:** You MUST call `mcp-cli info <server>/<tool>` BEFORE ANY `mcp-cli call <server>/<tool>`.

Check schemas first

mcp-cli info plugin_goodvibes_project-engine/project_issues mcp-cli info plugin_goodvibes_analysis-engine/scan_patterns

Then execute

mcp-cli call plugin_goodvibes_project-engine/project_issues '{}' mcp-cli call plugin_goodvibes_analysis-engine/scan_patterns '{}'


## Assignment

| Field | Value |
| --- | --- |
| Task ID | {TASK_ID} |
| FIX Agent | {FIX_AGENT_ID} |
| Iteration | {N} |

## Previous Issues

{ISSUES_TO_VERIFY}

## Context from FIX Agent

{FIX_COMPLETION_REPORT}

## Verification Process

1. Read all modified files
2. Run MCP validation tools
3. Verify each previous issue is resolved
4. Check for new issues introduced by fixes
5. Provide verdict

## Verdict Output

{ "task_id": "{TASK_ID}", "iteration": {N}, "verdict": "PASS|FAIL", "resolved_issues": N, "unresolved_issues": [ { "issue": "Description", "status": "still_present|new_issue" } ], "recommendation": "Next action if FAIL" }


## Verdict Rules

- **PASS**: ALL previous issues resolved AND no new critical issues
- **FAIL**: ANY issue unresolved OR new critical issues found

**If FAIL after 3 iterations, escalate to human review.**

Commit Protocol

After REVIEW or CHECK verdict is PASS, create commit:


fix({CATEGORY}): {TASK_ID} - {SHORT_DESCRIPTION}

{DETAILED_DESCRIPTION}

## Changes

- {FILE_1}: {WHAT_CHANGED}
- {FILE_2}: {WHAT_CHANGED}

## Review

- Reviewed by: REVIEW agent
- Score: {SCORE}/10
- Iterations: {FIX_ITERATIONS}

Task-ID: {TASK_ID} Severity: {SEVERITY} Co-Authored-By: Claude Opus 4.5 [noreply@anthropic.com](https://github.com/mgd34msu/goodvibes-plugin/blob/HEAD/plugins/goodvibes/skills/goodvibes-codebase-review/mailto:noreply@anthropic.com)

Completion Cleanup

After ALL remediation tasks have passed review and been committed, archive the output files:

Archive Location: .goodvibes/completed/

Archive Commands:

# Run all commands together in a single shell session:
# Create archive directory if it doesn't exist
mkdir -p .goodvibes/completed

# Generate timestamp
TIMESTAMP=$(date +%Y%m%d-%H%M%S)

# Move and rename files
mv codebase-review-report.md .goodvibes/completed/code-review-${TIMESTAMP}.md
mv remediation-plan.md .goodvibes/completed/remediation-plan-${TIMESTAMP}.md
mv remediation-log.md .goodvibes/completed/remediation-log-${TIMESTAMP}.md

Archive Checklist:

  • All remediation tasks show status: completed in remediation-log.md
  • All commits pushed (if applicable)
  • Memory files updated (.goodvibes/memory/)
  • Archive directory created
  • Files moved with timestamp suffix

File Naming Convention:

OriginalArchived
codebase-review-report.mdcode-review-{YYYYMMDD-HHMMSS}.md
remediation-plan.mdremediation-plan-{YYYYMMDD-HHMMSS}.md
remediation-log.mdremediation-log-{YYYYMMDD-HHMMSS}.md

Why Archive:

  • Keeps project root clean
  • Preserves historical review data
  • Enables tracking of codebase health over time
  • Prevents confusion with future reviews

Completion Logging

Maintain remediation-log.md:

# Remediation Log

## Active Agents

| Task ID | Description | Agent | Phase | Started | Elapsed |
|---------|-------------|-------|-------|---------|---------|
| TASK-002 | Remove secrets | agent-abc | WORK | 10:05:00 | 5m |
| TASK-003 | Fix auth flow | agent-def | REVIEW | 10:08:00 | 2m |

## Completed Tasks

| Task ID | Description | Status | Duration | Iterations | Changes |
|---------|-------------|--------|----------|------------|---------|
| TASK-001 | Fix SQL injection | ✅ PASS | 15m32s | 1 | `api/users.ts` |

## Failed Tasks

| Task ID | Description | Status | Iterations | Reason | Retry? |
|---------|-------------|--------|------------|--------|--------|
| TASK-005 | Fix type errors | ❌ FAIL | 3 | Blocked by external dependency | No |

## Summary

- **Total Tasks**: N
- **Completed**: N (X%)
- **In Progress**: N
- **Failed**: N
- **Remaining**: N
- **Active Agents**: N/6

Output Artifacts

FilePurpose
codebase-review-report.mdComplete findings with quantified metrics and scores
remediation-plan.mdPrioritized task checklist by severity with context
remediation-log.mdReal-time execution tracking with WORK-REVIEW-FIX-CHECK status

Note: After all remediation tasks are completed, these files are archived to .goodvibes/completed/ with timestamp suffixes. See "Completion Cleanup" section for details.


Memory Integration

After review/remediation, update .goodvibes/memory/:

FileUpdate With
decisions.mdArchitectural decisions made during remediation
patterns.mdPatterns discovered or enforced
failures.mdFailed remediations with root cause analysis
preferences.mdTool preferences that worked well

Constraints

ConstraintValueRationale
Max concurrent agents6Resource management
Agent typegoodvibes backgroundTelemetry via hooks
Tasks per agent1Fresh context per task
Context inheritanceNonePrevent cross-contamination
Monitoring methodSelf-reportSubagentStop hook handles
Tool priorityMCP > precision > bashConsistency and telemetry
Review requirement100%Ensure quality before commit

平台分布

Claude Code

25.38%
按下载量换算75

Cursor

22.72%
按下载量换算67

Codex

16.76%
按下载量换算50

Antigravity

12.66%
按下载量换算37

windsurf

8.22%
按下载量换算24

OpenCode

3.1%
按下载量换算9

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

未通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。

继续浏览同类 Skills