AGENT SKILL

hp-fix

Use after hp-review identifies issues that need fixing.

License 许可
MIT
最近更新
2026-11-11
Stars
★ 2
Forks
0

01 前言 Front Matter

name
hp-fix
description
Use after hp-review identifies issues that need fixing.
allowed-tools
Read, Write, Edit, Glob, Grep, Bash, Agent
argument-hint
<page-name>
user-invocable
true

03 SKILL.md 正文

Fix Skill

Fixes issues identified by the hp-review skill (SEO, quality, and visual fidelity issues) or verification failures from hp-verify. All fixes are direct (no TDD classification) since homepage sections are primarily presentational.

Conventions: ${CLAUDE_PLUGIN_ROOT}/skills/hp-shared/SKILL.md.

Instructions

Step 0: Read Configuration

Read .claude/homepage-plugin.json. If not found, exit with instruction to run /homepage-plugin:hp-init.

Read defaultLocale — all user-facing output in this language.

Step 1: Validate Prerequisites

Required files:

  • docs/pages/{page-name}/page-plan.json — page plan
  • docs/pages/{page-name}/.progress/{page-name}.json — progress file
  • docs/pages/{page-name}/.implementation/homepage/review-report.json — review report (required for review-failed, reviewed, fixing statuses)

Check progress status:

  • Accept: review-failed, reviewed (with warnings), fixing, verified, verify-failed, escalated
  • Reject: planned, generated, done
  • If generated: instruct user to run /homepage-plugin:hp-verify or /homepage-plugin:hp-review first
  • If verified or verify-failed without review-report.json: run verification-based fixes using hp-verify output (tsc/eslint/build errors) instead of review issues
  • If escalated: user has manually intervened and wants to re-run fixes

Step 2: Check Fix Rounds

Read fix history from docs/pages/{page-name}/.implementation/homepage/fix-report.json (if exists):

  • Count previous fix rounds
  • If 3 rounds already completed with remaining issues → warn and suggest manual intervention or plan revision

Step 3: Acquire Lock

Same lock protocol as hp-gen Step 3 (JSON format with lockedBy, lockedAt, pageName; 30-min stale threshold).

Lock file path: docs/pages/{page-name}/.implementation/homepage/.lock

  • Write with lockedBy: "hp-fix"
  • Stale lock (>= 30 min) → auto-remove and proceed
  • Active lock → exit with "Another homepage-plugin operation is in progress"

Step 3.5: Check for Fixable Issues

If review-report.json exists, read it and count total issues across seo.issues, quality.issues, and visualFidelity.issues (if present).

If there are zero issues (e.g., all issues were manually resolved between hp-review and hp-fix, or the review passed with only score-based warnings that have no associated issue entries):

  • Skip the fix phase entirely
  • Display: "No fixable issues found in the review report. Run /homepage-plugin:hp-review to re-evaluate."
  • Release the lock and exit without changing the progress status

Step 4: Launch Review Fixer

4.1 If review-report.json exists (normal flow — after hp-review):

Launch the review-fixer agent (subagent_type: "homepage-plugin:review-fixer") with:

  • pageName — page identifier
  • planFile — path to page-plan.json
  • projectRoot — project root
  • reviewReportFile — path to review-report.json
  • config — homepage-plugin configuration

The agent will:

  1. Pre-check issues still exist
  2. Apply direct fixes (critical first, then warnings)
  3. Run verification (tsc + ESLint + astro build)

4.2 If review-report.json does NOT exist (verification-only flow — after hp-verify without hp-review):

Run verification commands directly (without launching review-fixer agent):

  1. Run npx tsc --noEmit 2>&1 — collect TypeScript errors
  2. Run npx eslint . 2>&1 — collect ESLint errors (if config exists)
  3. Run npx astro build 2>&1 — collect build errors

For each error found, apply a direct fix using the error message as context. After fixing, re-run all verification commands to confirm fixes.

Construct a synthetic fix report (same schema as Step 5) with issues derived from verification output rather than review report.

Step 5: Save Fix Report

Save agent output to docs/pages/{page-name}/.implementation/homepage/fix-report.json:

{
  "timestamp": "2026-03-23T...",
  "round": 1,
  "issuesReceived": 5,
  "issuesFixed": 4,
  "issuesSkipped": 1,
  "skippedReasons": [
    {
      "issue": "...",
      "reason": "Issue no longer present in current code"
    }
  ],
  "escalated": [],
  "verification": {
    "tsc": "pass",
    "eslint": "pass",
    "build": "pass"
  },
  "remainingIssues": []
}

Step 6: Update Progress

Update docs/pages/{page-name}/.progress/{page-name}.json:

  • All issues fixed + verification passes → fixing (needs re-review)
  • Some issues remain → fixing (needs re-review)
  • Issues escalated → escalated (manual intervention)

Step 7: Release Lock

Release docs/pages/{page-name}/.implementation/homepage/.lock.

Step 8: Display Results

Show fix summary:

Fix Results (Round 1):
  Issues received: 5
  Issues fixed:    4
  Issues skipped:  1 (already resolved)
  Escalated:       0

  Verification: tsc ✓ | ESLint ✓ | Build ✓

Next step: Run /homepage-plugin:hp-review to re-review.

If visual fidelity issues were fixed:

Fix Results (Round 1):
  Issues received: 7
  Issues fixed:    6
  Issues skipped:  1 (already resolved)
  Escalated:       0

  Fixed: 3 seo, 2 quality, 1 visual_fidelity

  Verification: tsc ✓ | ESLint ✓ | Build ✓

Next step: Run /homepage-plugin:hp-review to re-review.

If escalated:

Fix Results (Round 3):
  Escalated issues: 2
    1. [accessibility] Complex focus management in ContactForm — needs manual review
    2. [seo] Dynamic OG image generation — requires build pipeline change

  These issues require manual intervention.
  After resolving, re-enter pipeline via /homepage-plugin:hp-review.

Step 9: 3-Round Warning

After 3 fix rounds with remaining issues:

Warning: 3 fix rounds completed with unresolved issues.
Possible actions:
  1. Review and manually fix remaining issues
  2. Re-plan the page: /homepage-plugin:hp-plan {page-name}
  3. Accept current state and mark as done

Communication Language

Read defaultLocale from .claude/homepage-plugin.json for all user-facing output.

04 同仓库更多 Skills

ohmyhotelco
ohmyhotelco/hare-cc-plugins

hp-shared

Shared conventions for every homepage-plugin agent and skill — stack, code conventions, state-file writes, check commands and how to report them. Preloaded into agents through their `skills:` frontmatter; not meant to be invoked by hand.

★ 2
ohmyhotelco
ohmyhotelco/hare-cc-plugins

fe-shared

Shared conventions for every frontend-react-plugin agent and skill — code conventions, state files and locks, accepted deviations, design principles, build working directory, router-mode command matrix, TypeScript check. Preloaded into agents through their `skills:` frontmatter; not meant to be invoked by hand.

前端开发视觉设计
★ 2
ohmyhotelco
ohmyhotelco/hare-cc-plugins

be-spring-shared

Shared conventions for every backend-springboot-plugin agent and skill — tech stack, CQRS architecture, naming, coding standards, TDD, commit and build rules, state files. Preloaded into agents through their `skills:` frontmatter; not meant to be invoked by hand.

后端与接口Skill与智能体开发
★ 2
ohmyhotelco
ohmyhotelco/hare-cc-plugins

pp-translate

Use after directly editing the working language spec to sync changes to other supported languages.

★ 2
ohmyhotelco
ohmyhotelco/hare-cc-plugins

pp-sync-stitch

Use when wireframes were manually edited on the Stitch website and need to be re-fetched to the local project.

Skill与智能体开发
★ 2
ohmyhotelco
ohmyhotelco/hare-cc-plugins

pp-sync-notion

Use when a specification needs to be published or re-synced to Notion after finalization or manual edits.

Skill与智能体开发
★ 2