MCP HubMCP Hub
스킬 목록으로 돌아가기

chrysopoeia

pjt222
업데이트됨 Yesterday
2 조회
17
2
17
GitHub에서 보기
디자인api

정보

크리소포이아는 기존의 작동하는 코드베이스를 체계적으로 최적화하고 정제하기 위한 Claude 스킬입니다. 성능 개선, API 표면 정리, 데드 코드 제거를 통해 최대의 가치를 추출하는 데 중점을 둡니다. 전체 재작성이 필요하지 않은 느리거나 복잡한 코드베이스를 다듬을 때 사용하세요.

빠른 설치

Claude Code

추천
기본
npx skills add pjt222/agent-almanac -a claude-code
플러그인 명령대체
/plugin add https://github.com/pjt222/agent-almanac
Git 클론대체
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/chrysopoeia

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서

Chrysopoeia

Pull max value from code → find gold (high-val), lead (heavy), dross (dead). Amplify gold, transmute lead, purge dross.

Use When

  • Working code sluggish → optimize perf
  • API surface crufty → refine
  • Bundle/mem/startup too big → shrink
  • Prep open-source release → extract core
  • Code works but dull → polish, not rewrite

In

  • Required: Codebase/module (paths)
  • Required: Value metric (perf, API clarity, bundle, readability)
  • Optional: Profiling data/benchmarks
  • Optional: Target (e.g., "-40% bundle", "sub-100ms res")
  • Optional: Constraints (public API frozen, back-compat req)

Do

Step 1: Assay — Classify

Classify every element by value.

  1. Define value metric from In
  2. Inventory elements (fns, modules, exports, deps)
  3. Classify each:
Value Classification:
+--------+---------------------------------------------------------+
| Gold   | High value, well-designed. Amplify and protect.         |
| Silver | Good value, minor imperfections. Polish.                |
| Lead   | Functional but heavy — poor performance, complex API.   |
|        | Transmute into something lighter.                       |
| Dross  | Dead code, unused exports, vestigial features.          |
|        | Remove entirely.                                        |
+--------+---------------------------------------------------------+
  1. Perf work → profile first:
    • Hot paths (time sink)
    • Cold paths (rare → maybe dross)
    • Mem alloc patterns
  2. Produce Assay Report: element-by-element w/ evidence

Every element classified w/ evidence. Gold marked protect. Lead ranked by impact.

If err: No profiler → static analysis: cyclomatic complexity, dep count, size as proxies. Huge codebase → critical path first.

Step 2: Refine — Amplify Gold

Protect + enhance highest-value elements.

  1. Each Gold:
    • Full tests (most valuable asset)
    • Clear interface docs
    • Extractable as reusable module?
  2. Each Silver:
    • Targeted improvements (naming, types, minor opt)
    • Tests → Gold-level
    • Resolve minor smells, no restructure
  3. Do NOT modify Gold/Silver behavior → polish only

Gold + Silver better tested, documented, protected. No behavior change, quality up.

If err: "Gold" reveals hidden problems → reclassify. Honest > protect flawed.

Step 3: Transmute — Lead → Gold

Convert heavy elements to optimized equivalents.

  1. Rank Lead by impact (highest resource first)
  2. Each Lead → pick strategy:
    • Algo opt: O(n^2) → O(n log n), kill redundant compute
    • Cache/memoize: Store expensive res req'd repeat
    • Lazy eval: Defer compute until needed
    • Batch proc: Many small ops → fewer big ones
    • Simplify: Lower cyclomatic, flatten nesting
  3. Apply + measure:
    • Before/after benchmarks (perf)
    • Before/after line counts (complexity)
    • Before/after dep counts (coupling)
  4. Valid. behavior identical post-transmute

Measurable metric improvement. Each transmuted > Lead predecessor, same behavior.

If err: Lead resists opt in current interface → interface itself = problem. Sometimes transmute = change caller, not impl.

Step 4: Purge — Remove Dross

Kill dead weight systematically.

  1. Each Dross → valid. truly unused:
    • Grep all refs (IDE find-usages)
    • Dynamic refs (string dispatch, reflection)?
    • External consumers (library)?
  2. Remove confirmed:
    • Delete dead code, unused exports, vestigial features
    • Drop unused deps from manifests
    • Clean config for removed features
  3. Valid. nothing breaks post-removal (tests)
  4. Doc what + why (commit msgs, not code)

Codebase lighter. Bundle/dep count/volume measurably down. Tests pass.

If err: Removal breaks → wasn't dross → reclassify. Dynamic refs hide usage → temp logging before delete to confirm no runtime access.

Step 5: Verify — Weigh Gold

Measure overall improvement.

  1. Run same benchmarks as Step 1
  2. Before/after on metric
  3. Doc results:
    • Refined elements (Gold/Silver wins)
    • Transmuted (Lead → Gold w/ measurements)
    • Purged (Dross removed w/ size/count impact)
    • Overall metric gain (e.g., "47% faster", "32% smaller bundle")

Measurable, documented metric improvement. Codebase demonstrably more valuable.

If err: Marginal improvement → orig code better than assumed. Doc learning → knowing code near-optimal = valuable.

Check

  • Assay report classifies all w/ evidence
  • Gold has full tests + docs
  • Lead transmutes show before/after metric gain
  • Dross removal valid'd w/ ref checks pre-delete
  • Tests pass each stage
  • Overall improvement measured + documented
  • No behavior regressions
  • In constraints met

Traps

  • Premature opt: Opt w/o profile → always measure first, opt hot paths
  • Polish dross: Effort on code should-be-deleted → classify before refine
  • Break Gold: Opt degrades best code → Gold only improves, never worse
  • Unmeasured: "Feels faster" ≠ chrysopoeia → quantify every gain
  • Opt cold paths: Effort on startup-once code when req loop = bottleneck

  • athanor — Full four-stage when restructure needed, not just opt
  • transmute — Targeted conversion when Lead needs paradigm shift
  • review-software-architecture — Architecture-level eval
  • review-data-analysis — Data pipeline opt parallels code opt

GitHub 저장소

pjt222/agent-almanac
경로: i18n/caveman-ultra/skills/chrysopoeia
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

연관 스킬

executing-plans

디자인

executing-plans 스킬은 검토 체크포인트가 포함된 통제된 배치로 실행할 완전한 구현 계획이 있을 때 사용합니다. 이 스킬은 계획을 불러와 비판적으로 검토한 후, 소규모 배치(기본값 3개 작업)로 작업을 실행하면서 각 배치 사이에 진행 상황을 아키텍트 검토를 위해 보고합니다. 이를 통해 내재된 품질 관리 체크포인트를 갖춘 체계적인 구현이 보장됩니다.

스킬 보기

requesting-code-review

디자인

이 스킬은 코드 변경 사항을 요구 사항에 따라 분석하기 위해 코드 리뷰어 하위 에이전트를 호출합니다. 작업 완료 후, 주요 기능 구현 후, 또는 메인 브랜치에 병합하기 전에 사용해야 합니다. 이 리뷰는 현재 구현체와 원래 계획을 비교하여 문제를 조기에 발견하는 데 도움이 됩니다.

스킬 보기

connect-mcp-server

디자인

이 스킬은 개발자들이 HTTP, stdio 또는 SSE 전송 방식을 통해 MCP 서버를 Claude Code에 연결하는 포괄적인 가이드를 제공합니다. GitHub, Notion 및 사용자 정의 API와 같은 외부 서비스를 통합하기 위한 설치, 구성, 인증 및 보안을 다룹니다. MCP 통합 설정, 외부 도구 구성 또는 Claude의 모델 컨텍스트 프로토콜 작업 시 활용하세요.

스킬 보기

web-cli-teleport

디자인

이 스킬은 작업 분석을 기반으로 개발자가 Claude Code 웹 인터페이스와 CLI 인터페이스 중 선택할 수 있도록 돕고, 두 환경 간 원활한 세션 텔레포트를 가능하게 합니다. 웹, CLI 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.

스킬 보기