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.…
In this repository13 other files it gives its agents.
- bug-analysisSkill
- cavemanSkill
- code-review-with-filesSkill
- diagnoseSkill
- fetch-yuque-docSkill
- git-commit-workflowSkill
- handoffSkill
- improve-codebase-architectureSkill
- ios-i18n-workflowSkill
- java-to-nextjsSkill
- java-to-swiftSkill
- question-answerSkill
- reconstructing-ui-from-screenshotsSkill
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
- Very specific: line 90
Use kebab-case directory names and SKILL.md as the entry file.
- Very specific: line 91
Put helper scripts in skills/<skill>/scripts/ and document how to run them.
- Very specific: line 92
Put longer background material in skills/<skill>/references/.
- Distinctive: line 93
Keep instructions operational and testable.
- Distinctive: line 107
When adding or changing a skill:
- Very specific: line 109
Update skills/<skill>/SKILL.md and any colocated scripts/, references/, or agents/ files.
- Very specific: line 110
Update both README.md and README.zh-CN.md when the public skill inventory, install flow, or user-facing behavior changes.
- Very specific: line 111
Update .codex/INSTALL.md when Codex installation, migration, or symlink behavior changes.
- Very specific: line 112
Update .claude-plugin/plugin.json and .claude-plugin/marketplace.json versions for published plugin releases.
- Very specific: line 113
Do not introduce legacy command documentation unless a commands/ feature is deliberately restored.
- Distinctive: line 117
Use the smallest verification that matches the change:
- Distinctive: line 129
Never stage likely secrets in the Git workflow, even when the user asks to commit everything.
≈ “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.
Files
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 guidanceThere 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 symlinkingskills/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 fordocs/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:
- Use kebab-case directory names and
SKILL.mdas the entry file. - Put helper scripts in
skills/<skill>/scripts/and document how to run them. - Put longer background material in
skills/<skill>/references/; the skill should say when to read it. - Keep instructions operational and testable. Prefer explicit stop conditions over vague guidance.
- Preserve hard safety constraints in the skill itself, not only in the README.
Language and Output Conventions
- Git commit messages generated by
git-commit-workflowmust be Chinese Conventional Commits. code-review-with-filesresponds in the language of the current review request and leads with findings.bug-analysisis 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:
- Update
skills/<skill>/SKILL.mdand any colocatedscripts/,references/, oragents/files. - Update both
README.mdandREADME.zh-CN.mdwhen the public skill inventory, install flow, or user-facing behavior changes. - Update
.codex/INSTALL.mdwhen Codex installation, migration, or symlink behavior changes. - Update
.claude-plugin/plugin.jsonand.claude-plugin/marketplace.jsonversions for published plugin releases. - 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.mdand confirm~/.agents/skills/hw-cc-pluginpoints to this repository'sskills/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.
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
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.

