について
トランスミュートは、単一の関数、モジュール、またはデータ構造を、その中核的な動作を保ちながら別の形式へ変換するための、対象を絞った変換スキルです。これは完全なリファクタリングサイクルに比べて軽量な代替手段であり、関数の言語間翻訳やAPIコンシューマーの移行など、十分に理解された変換に最適です。適用範囲が個別の単位であり、システム全体ではない、焦点の定まったタスクに使用してください。
クイックインストール
Claude Code
推奨npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/transmuteこのコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします
ドキュメント
Transmute
Transform specific code/data → another form (lang translation, paradigm shift, format conversion, API migration) preserving essential behavior + semantics.
Use When
- Convert fn between langs (Python → R, JS → TS)
- Shift module between paradigms (class-based → functional, callbacks → async/await)
- Migrate API consumer v1 → v2
- Convert data formats (CSV → Parquet, REST → GraphQL schema)
- Replace dep w/ equiv (moment.js → date-fns, jQuery → vanilla JS)
- Scope = single fn, class, module (NOT full system)
In
- Required: Source (file path, fn name, data sample)
- Required: Target form (lang, paradigm, format, API ver)
- Optional: Behavioral contract (tests, type signatures, expected I/O pairs)
- Optional: Constraints (backward compat, perf budget)
Do
Step 1: Analyze Source
Understand exactly what src does before transforming.
- Read src completely — every branch, edge case, err path
- ID behavioral contract:
- What ins accepts? (types, ranges, edge cases)
- What outs produces? (return values, side effects, err signals)
- What invariants maintains? (ordering, uniqueness, ref integrity)
- Catalog deps: what src imports, calls, relies on?
- Tests exist → read for expected behavior
- No tests → write behavioral characterization tests before transmuting
Got: Complete understanding of what src does (not how). Behavioral contract explicit + testable.
If err: Src too complex for single transmute → break into smaller pieces | escalate to full athanor proc. Behavior ambiguous → ask clarification vs guess.
Step 2: Map Source → Target
Design transformation mapping.
- Per src element, ID target equivalent:
- Lang constructs: loops → map/filter, classes → closures
- API calls: old endpoint → new, req/res shape changes
- Data types: dataframe cols → schema fields, nested JSON → flat tables
- ID elements w/ no direct equiv:
- Src features missing in target (pattern matching in lang w/o it)
- Target idioms not in src (R vectorization vs Python loops)
- Per gap, choose adaptation strategy:
- Emulate: reproduce behavior w/ target-native constructs
- Simplify: src construct was workaround → use target's native solution
- Document: behavior changes slightly → note explicit
- Write transformation map: src → target per piece
Got: Complete mapping where every src element has target dest. Gaps ID'd + adaptation chosen.
If err: Too many no direct equivs → transformation may be inappropriate (highly OO design → lang w/o classes). Reconsider target | escalate athanor.
Step 3: Execute
Write target form following map.
- Create target file(s) w/ structure + boilerplate
- Transmute each element per Step 2 map:
- Preserve behavioral contract — same ins → same outs
- Use target-native idioms not literal translations
- Maintain | improve err handling
- Handle deps:
- Replace src deps w/ target equivs
- No equiv → impl minimal adapter
- Inline comments ONLY where transformation non-obvious
Got: Complete target impl following map. Reads like written natively in target, not mechanically translated.
If err: Specific element resists → isolate. Transform everything else first, tackle resistant w/ focused attention. Truly can't be transmuted → doc why + workaround.
Step 4: Verify Behavioral Equivalence
Confirm transmuted preserves original's behavior.
- Run behavioral contract tests vs target impl
- Per test:
- Same ins → same outs (within tolerance for numeric conversions)
- Same err conditions → equiv err signals
- Side effects (if any) preserved | doc'd as changed
- Check edge cases explicit:
- Null/NA/undefined handling
- Empty collections
- Boundary values (max int, empty string, zero-length arrays)
- Target adds capabilities (type safety) → verify those too
Got: All behavioral contract tests pass. Edge cases handled equivalent. Behavioral diffs doc'd + intentional.
If err: Tests fail → diff src vs target behavior, find divergence. Fix target → match src contract. Divergence intentional (fixing src bug) → doc explicit.
Check
- Src fully analyzed w/ explicit behavioral contract
- Transformation map covers every src element
- Gaps ID'd w/ adaptation strategies doc'd
- Target uses native idioms (not literal translation)
- All behavioral contract tests pass vs target
- Edge cases verified (null, empty, boundary)
- Deps resolved w/ target equivs
- Behavioral diffs doc'd + intentional
Traps
- Literal translation: Python-in-R | Java-in-JS vs using target idioms. Result should look native.
- Skip behavioral tests: Transmute w/o tests → can't verify equivalence. Write characterization tests first.
- Ignore edge cases: Happy path transmutes easy; edge cases hide bugs.
- Over-engineer adapter: Dep needs 200-line adapter → scope too large.
- Transmute comments verbatim: Comments explain target code, not echo src. Rewrite.
→
athanor— Full 4-stage transformation for systems too large for single transmutechrysopoeia— Optimizing transmuted code for max value extractionreview-software-architecture— Post-transmutation arch review for larger conversionsserialize-data-formats— Specialized data format conversion procedures
GitHub リポジトリ
Frequently asked questions
What is the transmute skill?
transmute is a Claude Skill by pjt222. Skills package instructions and resources that Claude loads on demand, so Claude can perform transmute-related tasks without extra prompting.
How do I install transmute?
Use the install commands on this page: add transmute to Claude Code as a plugin, or clone its repository into your skills directory, then restart Claude so it picks up the skill.
What category does transmute belong to?
transmute is in the Design category, tagged api, design and data.
Is transmute free to use?
Yes. transmute is listed on AIMCP and free to install. It runs inside Claude, so no separate service account is required to use the skill itself.
関連スキル
executing-plansスキルは、完全な実装計画があり、それを管理されたバッチでレビューチェックポイントを設けながら実行する場合に使用します。このスキルは計画を読み込んで批判的にレビューした後、小さなバッチ(デフォルトは3タスク)でタスクを実行し、各バッチの間に進捗状況を報告してアーキテクトのレビューを受けます。これにより、品質管理チェックポイントが組み込まれた体系的な実装が保証されます。
このスキルは、コードレビュアーサブエージェントを起動し、処理を進める前に要件に対してコード変更を分析します。タスク完了後、主要な機能の実装後、またはmainブランチへのマージ前などに使用すべきです。このレビューは、現在の実装と元の計画を比較することで、問題を早期に発見するのに役立ちます。
このスキルは、開発者がHTTP、stdio、またはSSEトランスポートを使用してMCPサーバーをClaude Codeに接続するための包括的なガイドを提供します。GitHub、Notion、カスタムAPIなどの外部サービスを統合するためのインストール、設定、認証、セキュリティについて解説しています。MCP統合のセットアップ、外部ツールの設定、またはClaudeのModel Context Protocolを扱う際にご利用ください。
このスキルは、タスク分析に基づいて開発者がClaude Code WebとCLIインターフェースの選択を支援し、これらの環境間でのシームレスなセッションテレポーテーションを可能にします。Web、CLI、モバイル環境を切り替える際のセッション状態とコンテキストを管理することで、ワークフローを最適化します。様々な段階で異なるツールを必要とする複雑なプロジェクトにご活用ください。
