본문으로 건너뛰기
cccskills
무료GitHub에 공개

pipeline-evaluator

Evaluates completed agent pipelines across 5 scoring dimensions and produces a composite verdict with actionable recommendations

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(10)

  • SKILL.md6.3 KB
  • commands/pipeline-evaluator.md118 B
  • hooks/post-execute.cjs189 B
  • hooks/pre-execute.cjs295 B
  • references/research-requirements.md293 B
  • rules/pipeline-evaluator.md295 B
  • schemas/input.schema.json498 B
  • schemas/output.schema.json262 B
  • scripts/main.cjs1.0 KB
  • templates/implementation-template.md192 B

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Pipeline Evaluator

Purpose

Score a completed agent pipeline across 5 dimensions and produce a structured evaluation report with a composite verdict (EXCELLENT/GOOD/ACCEPTABLE/NEEDS_IMPROVEMENT) and ranked recommendations.

When to Invoke

Skill({ skill: 'pipeline-evaluator' })

Invoke when:

  • A multi-task pipeline has completed and quality measurement is needed
  • Router requests post-pipeline quality gate
  • Reflection agent needs structured metrics for the rubric
  • Continuous improvement loop requires baseline data

Workflow

Step 1: Gather Pipeline Data

  1. Call TaskList() to retrieve all tasks associated with the pipeline.
  2. For each task, call TaskGet({ taskId }) to fetch full metadata including:
    • status (completed/failed/blocked/cancelled)
    • metadata.summary
    • metadata.filesModified
    • metadata.deviations (array)
    • metadata.testResult (PASS/FAIL + counts)
    • metadata.completedAt vs task createdAt (for time efficiency)
  3. Read any plan file referenced in task metadata to cross-check task completion against planned scope.

Step 2: Score 5 Dimensions

Calculate each dimension score (0–100 unless noted):

D1: Task Completion Rate (weight: 30%)

completionRate = (completedTasks / totalTasks) * 100
  • Count tasks with status: "completed" as completed.
  • Tasks with status: "failed" or status: "cancelled" count against.
  • Blocked tasks that resolved and completed count as completed.

Score mapping:

  • 100% → 100
  • 90–99% → 85
  • 75–89% → 70
  • 60–74% → 50
  • <60% → 20

D2: Deviation Count (weight: 20%)

Count total deviations logged across all task metadata deviations[] arrays.

Score mapping (inverse — fewer is better):

  • 0 deviations → 100
  • 1–2 deviations → 85
  • 3–5 deviations → 65
  • 6–10 deviations → 40
  • 10 deviations → 10

D3: Test Pass Rate (weight: 25%)

Parse metadata.testResult fields. Extract pass counts and fail counts from strings like "PASS 42/42" or "FAIL 38/42".

testPassRate = (totalPassed / totalTests) * 100

If no test results reported: use 50 as neutral score.

D4: Time Efficiency (weight: 10%)

Compare actual pipeline duration vs estimated duration (if available in plan file).

efficiency = min(estimatedDuration / actualDuration, 1.0) * 100

If no estimate available: score 70 (neutral).

D5: Quality Score (weight: 15%)

Derived from code quality signals in task metadata:

  • Each task that ran pnpm lint:fix with zero errors: +10 points base
  • Each task that ran pnpm format with no changes: +5 points base
  • Deduct 5 points per task that reported lint errors
  • Deduct 10 points per task with unresolved TODOs in modified files

Cap at 100. Default to 60 if no quality signals present.

Step 3: Calculate Composite Score

composite = (D1 * 0.30) + (D2 * 0.20) + (D3 * 0.25) + (D4 * 0.10) + (D5 * 0.15)

Step 4: Determine Verdict

Composite ScoreVerdict
> 90EXCELLENT
> 75GOOD
> 60ACCEPTABLE
≤ 60NEEDS_IMPROVEMENT

Step 5: Generate Recommendations

For each dimension scoring below 80, generate a specific recommendation:

  • Task Completion Rate < 80: "Investigate failed/cancelled tasks — review blocker patterns and add prerequisite checks to planner prompts."
  • Deviation Count > 5: "High deviation count suggests scope creep. Add DR-3 architectural escalation gates and tighten task scoping in planner."
  • Test Pass Rate < 80: "Failing tests indicate implementation gaps. Enforce TDD red-green cycle and add pre-completion test gate."
  • Time Efficiency < 70: "Pipeline ran significantly over estimate. Profile slowest tasks and consider parallelization or task decomposition."
  • Quality Score < 70: "Lint/format issues present. Add blocking lint gate to pre-completion validation hook."

Sort recommendations by severity (lowest score dimension first).

Step 6: Write Evaluation Report

Write the structured evaluation to .claude/context/reports/backend/pipeline-eval-{pipelineId}-{YYYY-MM-DD}.md:

<!-- Agent: pipeline-evaluator | Task: #{taskId} | Session: {date} -->

# Pipeline Evaluation: {pipelineId}

**Evaluated At**: {ISO timestamp}
**Verdict**: {VERDICT}
**Composite Score**: {score}/100

## Dimension Scores

| Dimension            | Score | Weight | Weighted   |
| -------------------- | ----- | ------ | ---------- |
| Task Completion Rate | {D1}  | 30%    | {D1\*0.3}  |
| Deviation Count      | {D2}  | 20%    | {D2\*0.2}  |
| Test Pass Rate       | {D3}  | 25%    | {D3\*0.25} |
| Time Efficiency      | {D4}  | 10%    | {D4\*0.1}  |
| Quality Score        | {D5}  | 15%    | {D5\*0.15} |

## Recommendations

{ranked recommendations list}

Also write the machine-readable JSON to .claude/context/reports/backend/pipeline-eval-{pipelineId}-{YYYY-MM-DD}.json conforming to pipeline-evaluation.schema.json.


Scoring Reference

VerdictCompositeMeaning
EXCELLENT> 90Pipeline executed near-perfectly
GOOD> 75Minor issues; no systemic problems
ACCEPTABLE> 60Notable gaps but goals met
NEEDS_IMPROVEMENT≤ 60Systemic issues require intervention

Anti-Patterns

  • Never score a pipeline before all tasks have reached a terminal state (completed/failed/cancelled).
  • Never use only task count as a proxy for quality — always check test pass rate.
  • Never omit the JSON report — machine-readable output is required for trend tracking.
  • Never assign EXCELLENT without verifying test pass rate > 90%.

Related Skills

  • reflection — Uses pipeline evaluation scores in the rubric
  • tdd — Informs the Test Pass Rate dimension
  • verification-before-completion — Pre-completion gates that feed quality signals

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Ensure accessibility in UI components including semantic HTML, ARIA attributes, keyboard navigation, and WCAG 2.2 AA compliance.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio432026년 7월 14일 업데이트

Use when you want to improve response quality through meta-cognitive reasoning. Applies 15+ reasoning methods to reconsider and refine initial outputs.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio432026년 7월 14일 업데이트

N-round opposing-stance debates for trade-off analysis. Assigns pro/con roles to agents, runs structured debate rounds with quality scoring, and produces a moderator synthesis with confidence-rated recommendation. Generalizable to architecture, technology, security, and design decisions.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio432026년 7월 14일 업데이트

Force adversarial code review stance that eliminates confirmation bias — reviewer must find issues or re-analyze

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio432026년 7월 14일 업데이트

Creates specialized AI agents on-demand when no existing agent matches a request. Use when the Router cannot find a suitable agent for a task. Enables self-evolution by generating persistent agents.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio432026년 7월 14일 업데이트

LLM-as-judge evaluation framework with 5-dimension rubric (accuracy, groundedness, coherence, completeness, helpfulness) for scoring AI-generated content quality with weighted composite scores and evidence citations

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

oimiragieo/agent-studio432026년 7월 14일 업데이트

oimiragieo의 스킬 모두 보기

이 스킬의 문제 신고