agentleFS
HeathWangHeathWang/hw-cc-plugin/CLAUDE.md

hw-cc-plugin

CLAUDE.md1 starsChanged 3 months agoMITView on GitHub

hw-cc-plugin is a Claude Code plugin and cross-agent skills library for daily development workflows. The repository currently centers on native skills/ rather than legacy slash-command markdown files. The skills cover Git commit automation, code review, bug diagnosis, Java-to-TypeScript/Swift conversion, iOS localization, architecture analysis, PRD creation, Yuque document fetching, screenshot-based UI reconstruction, and concise communication mode. Skills that already exist in mattpocock/skills live under notused/ instead of the active inventory. There is no active commands/ directory in the current project shape.…

The file

We split this CLAUDE.md into the rules it gives an agent

12 rules. About 0 are common, 4 are distinctive, and 8 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 8

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Use kebab-case directory names and SKILL.md as the entry file.

    line 90
  2. Very specific:

    Put helper scripts in skills/<skill>/scripts/ and document how to run them.

    line 91
  3. Very specific:

    Put longer background material in skills/<skill>/references/.

    line 92
  4. Distinctive:

    Keep instructions operational and testable.

    line 93
  5. Distinctive:

    When adding or changing a skill:

    line 107
  6. Very specific:

    Update skills/<skill>/SKILL.md and any colocated scripts/, references/, or agents/ files.

    line 109
  7. Very specific:

    Update both README.md and README.zh-CN.md when the public skill inventory, install flow, or user-facing behavior changes.

    line 110
  8. Very specific:

    Update .codex/INSTALL.md when Codex installation, migration, or symlink behavior changes.

    line 111
  9. Very specific:

    Update .claude-plugin/plugin.json and .claude-plugin/marketplace.json versions for published plugin releases.

    line 112
  10. Very specific:

    Do not introduce legacy command documentation unless a commands/ feature is deliberately restored.

    line 113
  11. Distinctive:

    Use the smallest verification that matches the change:

    line 117
  12. Distinctive:

    Never stage likely secrets in the Git workflow, even when the user asks to commit everything.

    line 129

≈ “Common” is an estimate: at least 1 in 5 of the 26,980 CLAUDE.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
CLAUDE.md

CLAUDE.md

This file provides guidance to Claude Code and other AI coding agents when working in this repository.

Project Overview

hw-cc-plugin is a Claude Code plugin and cross-agent skills library for daily development workflows. The repository currently centers on native skills/ rather than legacy slash-command markdown files.

The skills cover Git commit automation, code review, bug diagnosis, Java-to-TypeScript/Swift conversion, iOS localization, architecture analysis, PRD creation, Yuque document fetching, screenshot-based UI reconstruction, and concise communication mode. Skills that already exist in mattpocock/skills live under notused/ instead of the active inventory.

Current Architecture

Directory Structure

hw-cc-plugin/
├── .claude-plugin/
│   ├── plugin.json              # Claude Code plugin metadata
│   └── marketplace.json         # Marketplace listing configuration
├── .codex/
│   └── INSTALL.md               # Codex native skill installation guide
├── skills/
│   ├── <skill-name>/SKILL.md    # Native agent skill definitions
│   ├── <skill-name>/scripts/    # Optional helper scripts bundled with a skill
│   ├── <skill-name>/references/ # Optional supporting docs for a skill
│   └── <skill-name>/agents/     # Optional subagent/runtime config
├── notused/                     # Archived copies that also exist in mattpocock/skills
├── README.md                    # English user-facing documentation
├── README.zh-CN.md              # Simplified Chinese documentation
└── CLAUDE.md                    # Agent-facing repository guidance

There is no active commands/ directory in the current project shape. Do not add command files unless intentionally reintroducing legacy command support.

Plugin Configuration Files

  • .claude-plugin/plugin.json: plugin metadata, version, author, repository, license, and keywords.
  • .claude-plugin/marketplace.json: marketplace owner metadata and plugin listing.
  • .codex/INSTALL.md: installs this repository for Codex by symlinking skills/ into ~/.agents/skills/hw-cc-plugin.

Skill Inventory

Primary skills live under skills/<name>/SKILL.md:

  • git-commit-workflow: safe sequential Git commit workflow with Chinese Conventional Commit messages.
  • code-review-with-files: findings-first code review protocol.
  • bug-analysis: root cause analysis for iOS, React, Python, and Java Spring issues.
  • diagnose: disciplined workflow for hard bugs and uncertain regressions.
  • linus-torvalds-review: opinionated review using simplicity, data-structure, and taste heuristics.
  • java-to-nextjs: Java 1.8 to Next.js TypeScript interface conversion.
  • java-to-swift: Java 1.8 to Swift Codable struct conversion.
  • ios-i18n-workflow: SwiftGen L10n localization workflow with helper scripts.
  • question-answer: read-only project Q&A workflow.
  • improve-codebase-analytics: architecture analysis report workflow for docs/Analytics/.
  • to-prd: convert settled context into a PRD.
  • fetch-yuque-doc: fetch one Yuque document via a local logged-in browser session.
  • caveman: ultra-concise communication mode.
  • reconstructing-ui-from-screenshots: measure a design screenshot, then implement UI from recorded size, spacing, color, and typography.

Supporting files are part of the shipped skill contract. Keep scripts, reference docs, and agent configs colocated with the skill that owns them.

Skill File Conventions

Each native skill should use this shape:

---
name: skill-name
description: Use when ...
allowed-tools: Read, Grep, Glob # optional; include only when needed by the runtime
---

# Skill Title

## Overview
What the skill does and its most important constraint.

## When to Use
Concrete triggers and non-triggers.

## Workflow
Ordered steps the agent must follow.

## Output Rules
Required output language, format, or stop conditions.

Guidelines:

  1. Use kebab-case directory names and SKILL.md as the entry file.
  2. Put helper scripts in skills/<skill>/scripts/ and document how to run them.
  3. Put longer background material in skills/<skill>/references/; the skill should say when to read it.
  4. Keep instructions operational and testable. Prefer explicit stop conditions over vague guidance.
  5. Preserve hard safety constraints in the skill itself, not only in the README.

Language and Output Conventions

  • Git commit messages generated by git-commit-workflow must be Chinese Conventional Commits.
  • code-review-with-files responds in the language of the current review request and leads with findings.
  • bug-analysis is expected to output Chinese root cause analysis and fix recommendations.
  • Java conversion skills output Markdown code blocks only and must not modify project files.
  • Preserve API contract property names during Java-to-TypeScript/Swift conversion. Do not convert snake_case/camelCase unless the source contract does.
  • Existing bilingual README files should stay aligned when user-facing skill lists or installation steps change.

Development Workflow

When adding or changing a skill:

  1. Update skills/<skill>/SKILL.md and any colocated scripts/, references/, or agents/ files.
  2. Update both README.md and README.zh-CN.md when the public skill inventory, install flow, or user-facing behavior changes.
  3. Update .codex/INSTALL.md when Codex installation, migration, or symlink behavior changes.
  4. Update .claude-plugin/plugin.json and .claude-plugin/marketplace.json versions for published plugin releases.
  5. Do not introduce legacy command documentation unless a commands/ feature is deliberately restored.

Testing and Verification

Use the smallest verification that matches the change:

  • For Markdown-only skill edits, inspect rendered Markdown and verify frontmatter is valid YAML.
  • For helper scripts, run the script help path or a dry-run/safe sample where available.
  • For iOS localization helpers, keep dry-run safety behavior for cleanup workflows.
  • For Yuque fetching, avoid broad crawls; the workflow is intentionally scoped to a single document URL.
  • For Claude Code plugin behavior, install via /plugin -> Add Marketplace -> HeathWang/hw-cc-plugin, restart Claude Code, then confirm the changed skill is discoverable.
  • For Codex behavior, follow .codex/INSTALL.md and confirm ~/.agents/skills/hw-cc-plugin points to this repository's skills/ directory.

Important Constraints

  • Protect user work: do not reset, unstage, or regroup existing Git changes unless explicitly asked.
  • Never stage likely secrets in the Git workflow, even when the user asks to commit everything.
  • Git commit workflow steps are sequential; do not run parallel Git commands for staging/commit/recovery.
  • Type conversion skills are read-only by design and must output definitions as Markdown code blocks only.
  • Code review should focus on correctness, regressions, security, performance, edge cases, and missing tests before style.
  • Architecture analytics writes reports under the analyzed project's docs/Analytics/ and does not create GitHub issues or PRs.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.