manage-tcg-collection
À propos
Cette Compétence Claude aide les développeurs à gérer des collections de jeux de cartes à collectionner en organisant l'inventaire, en suivant les cartes et en évaluant leur valeur. Elle prend en charge les JCC populaires comme Pokémon et MTG, couvrant les meilleures pratiques de stockage, l'évaluation basée sur le grading, et la gestion de liste de souhaits. Utilisez-la pour configurer de nouvelles collections, cataloguer des collections existantes ou évaluer des cartes pour des assurances, des ventes ou des soumissions à des services de grading professionnel.
Installation rapide
Claude Code
Recommandé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/manage-tcg-collectionCopiez et collez cette commande dans Claude Code pour installer cette compétence
Documentation
TCGコレクションの管理
構造化された追跡、適切な保管、データ駆動型の評価でトレーディングカードゲームのコレクションを整理、棚卸し、評価する。
使用タイミング
- 新しいコレクションを始めて最初からインベントリ追跡を設定する時
- カジュアルな知識を超えて成長した既存のコレクションをカタログ化する時
- 保険、売却、または遺産の目的でコレクションを評価する時
- 特定のカードを取得するためのウォントリストとトレードバインダーを管理する時
- 価値の可能性に基づいてプロフェッショナルグレーディングに提出するカードを決定する時
入力
- 必須: コレクション内のカードゲーム(Pokemon、MTG、FaB、Kayouなど)
- 必須: コレクションの範囲(全コレクション、特定のセット、または特定のカード)
- 任意: 現在のインベントリシステム(スプレッドシート、アプリ、物理バインダーの整理)
- 任意: コレクションの目標(セット完成、競技プレイ、投資、ノスタルジア)
- 任意: 保管とグレーディング用品の予算
手順
ステップ1: インベントリシステムの確立
コレクションのサイズに適した追跡システムを設定する。
- コレクションサイズに基づいてインベントリ方法を選択する:
Collection Size Guide:
+-----------+-------+-------------------------------------------+
| Size | Cards | Recommended System |
+-----------+-------+-------------------------------------------+
| Small | <200 | Spreadsheet (Google Sheets, Excel) |
| Medium | 200- | Dedicated app (TCGPlayer, Moxfield, |
| | 2000 | PokeCollector, Collectr) |
| Large | 2000+ | Database + app combo with barcode scanning |
+-----------+-------+-------------------------------------------+
- 各カードについて追跡するデータフィールドを定義する:
- アイデンティティ: セット、カード番号、名前、バリアント(ホロ、リバース、フルアート)
- コンディション: 未グレーディング状態の推定(NM、LP、MP、HP、DMG)または数値グレード
- 数量: 所有枚数
- 場所: カードの保管場所(バインダーページ、ボックスラベル、グレーディングスラブ)
- 取得: 取得日、支払い価格、入手元(パック、購入、トレード)
- 価値: コンディションでの現在の市場価値、最終更新日
- 選択したシステムをこれらのフィールドで設定する
- 更新頻度を確立する(アクティブなコレクターは毎週、安定したコレクションは毎月)
期待結果: 定義されたフィールドを持つ機能的なインベントリシステムがデータ入力の準備ができていること。システムがコレクションの規模に合っていること — 小さなコレクションに対して過剰設計でなく、大きなコレクションに対して能力不足でないこと。
失敗時: 理想的なアプリがゲーム/プラットフォームで利用できない場合、スプレッドシートを使用する。形式よりも一貫性が重要である。定期的に更新されるシンプルなスプレッドシートは、1週間後に放棄される洗練されたアプリに勝る。
ステップ2: コレクションのカタログ化
既存のカードをインベントリシステムに入力する。
- デジタル入力の前にカードを物理的にソートする:
- セット別(1つのセットのすべてのカードをまとめる)
- セット内でカード番号順(昇順)
- バリアントはベースカードとグループ化
- カードをシステムに入力する:
- 利用可能な場合はバルク入力を使用する(バーコードスキャン、セットチェックリスト)
- コンディションを正直に記録する — 自分のカードの過大評価は評価の誤りにつながる
- 特別な来歴を持つカードに注記する(サイン入り、ファーストエディション、トーナメント賞品)
- 大きなコレクションの場合、セッションに分けて作業する:
- セッションごとに1つのセットまたは1つの収納ボックスを処理する
- 進捗を明確にマークする(どのボックス/バインダーが完了したか)
- 各セッションからランダムサンプルで正確性を検証する
- セットチェックリストとクロスリファレンスしてコンプリート率を特定する
期待結果: コレクション内のすべてのカードが正確なコンディションと場所データで入力されること。収集中の各セットのコンプリート率が把握されていること。
失敗時: コレクションが手動入力には大きすぎる場合、優先順位を付ける: まずすべてのレア/高価値カードを入力し、次にコモンをセット別に推定数量でバルク入力する。80%正確なインベントリはインベントリなしよりもはるかに良い。
ステップ3: 物理的保管の整理
カードを価値と用途に応じて適切に保管する。
- 保管ティアシステムを適用する:
Storage Tiers:
+----------+---------------+----------------------------------------------+
| Tier | Card Value | Storage Method |
+----------+---------------+----------------------------------------------+
| Premium | >$50 | Top-loader + team bag, or penny sleeve in |
| | | magnetic case. Stored upright in a box. |
| Standard | $5-$50 | Penny sleeve + top-loader or binder with |
| | | side-loading pages. |
| Bulk | <$5 | Row box (BCW 800-count or similar), sorted |
| | | by set. No individual sleeves needed. |
| Graded | Any (slabbed) | Upright in graded card box. Never stack heavy.|
+----------+---------------+----------------------------------------------+
- 環境管理:
- 涼しく乾燥した暗い場所に保管する(屋根裏や地下室ではない)
- 直射日光、湿度、温度変動を避ける
- 収納ボックス内に乾燥剤パケットを入れて湿度管理する
- すべてにラベルを貼る:
- 各ボックスに内容のラベル(セット名、カード範囲、保管日)
- 各バインダーページがインベントリの場所コードに対応する
- グレーディング済みカードにデジタルシステムと一致するインベントリIDのラベル
- インベントリシステムを保管場所で更新する
期待結果: すべてのカードが価値に応じて適切に保管され、インベントリに場所データがあること。プレミアムカードは保護され、バルクカードは整理されてアクセス可能であること。
失敗時: プレミアム保管用品がすぐに入手できない場合、ペニースリーブ+トップローダーが$10以上のカードの最低限である。用品が利用可能になったら保管をアップグレードする; 優先事項は価値のあるカードを何らかの保護に入れることである。
ステップ4: コレクションの評価
現在の市場価値を計算する。
- 価格ソースを選択する:
- TCGPlayer Market Price: 米国市場で最も一般的(MTG、Pokemon)
- CardMarket: ヨーロッパ市場の標準
- eBay Sold Listings: 標準価格のないレア/ユニークアイテムに最適
- PSA/BGS Price Guide: グレーディング済みカード専用
- すべてのStandardおよびPremiumティアカードの価値を更新する
- バルクカードには個別検索ではなくセットごとのバルク価格を使用する
- コレクションサマリーを計算する:
Collection Value Summary:
+------------------+--------+--------+
| Category | Count | Value |
+------------------+--------+--------+
| Graded cards | | $ |
| Premium ungraded | | $ |
| Standard cards | | $ |
| Bulk cards | | $ |
+------------------+--------+--------+
| TOTAL | | $ |
+------------------+--------+--------+
- グレーディング候補を特定する: グレードプレミアムがグレーディングコストを超えるカード
- 目安: (期待されるグレーディング後の価値 - 未グレーディング価値)> グレーディングコストの2倍の場合にグレーディングする
期待結果: 重要なカードのカード別価値とバルクの集計価値を含むコレクションの現在の評価。グレーディング候補が特定されていること。
失敗時: 価格データが古いまたは利用できない場合、価格日とソースを注記する。非常にレアなカードについては複数のソースを確認し中央値を使用する。単一の外れ値の販売に依存しない。
ステップ5: 維持と最適化
継続的なコレクション管理ルーチンを確立する。
- 定期的な更新(ステップ1の頻度に合わせる):
- 新しい取得物を即座に入力する
- Premiumティアの価値を四半期ごとに、Standardティアを半年ごとに更新する
- 価値の変化に応じて保管ティアを再評価する
- ウォントリスト管理:
- 最大価格付きの希望カードリストを維持する
- ウォントリストとトレードバインダーインベントリをクロスリファレンスする
- インベントリアプリでサポートされている場合、価格アラートを設定する
- コレクション分析:
- 総価値を経時的に追跡する(月次スナップショット)
- セットコンプリート率を監視する
- 集中リスクを特定する(1枚のカード/セットに価値が集中しすぎ)
- 定期監査(年次):
- ランダムサンプルの物理カウントとインベントリカウントの照合
- 保管条件の確認(湿度、害虫被害のチェック)
- 現在の価値に基づくグレーディング候補の見直しと更新
期待結果: 最新の状態を維持し、購入、売却、グレーディング、トレードについての情報に基づいた判断を支援する生きたコレクション管理システム。
失敗時: メンテナンスが途切れた場合、優先順位を付ける: まずPremiumティアの価値を更新し、次に新しい取得物に追いつく。最も重要なことは、最も価値のあるカードが今日いくらの価値があるかを知ることである。
バリデーション
- 適切なデータフィールドを持つインベントリシステムが確立された
- すべてのカードがコンディションと場所データでカタログ化された
- 物理的保管がカードの価値ティアに合っている
- 環境管理が整っている(涼しく、乾燥、暗い)
- コレクションが現在の市場価格と日付で評価された
- グレーディング候補がコスト/ベネフィット分析で特定された
- メンテナンス頻度が確立され遵守されている
- 取得目標のウォントリストが維持されている
よくある落とし穴
- 自分のカードの過大グレーディング: コレクターは自分のカードを一貫して実際より1-2グレード高く評価する。正直に評価するか、構造化された評価のために
grade-tcg-cardを使用する - バルクの無視: バルクカードは集合的に価値を蓄積する。$0.10のコモン800枚のボックスは$80 — 追跡する価値がある
- 悪い保管環境: 湿度と温度変動はハンドリングよりも速くカードを損傷する。環境はスリーブよりも重要
- 古い評価: カード市場は動く。6ヶ月前の評価は大幅に不正確な可能性がある、特にセットリリースや禁止アナウンスの前後で
- バックアップなし: バックアップなしのデジタルインベントリは脆弱である。月次でCSVにエクスポートする。保険のためにプレミアムカードを撮影する
関連スキル
grade-tcg-card— 正確なコンディション評価のための構造化されたカードグレーディングbuild-tcg-deck— コレクションインベントリを使用したデッキ構築
Dépôt GitHub
Compétences associées
llamaguard
AutreLlamaGuard est le modèle de Meta, doté de 7 à 8 milliards de paramètres, conçu pour modérer les entrées et sorties des LLM selon six catégories de sécurité comme la violence et les discours haineux. Il offre une précision de 94 à 95 % et peut être déployé avec vLLM, Hugging Face ou Amazon SageMaker. Utilisez cette compétence pour intégrer facilement le filtrage de contenu et des garde-fous de sécurité dans vos applications d'IA.
cost-optimization
AutreCette compétence de Claude aide les développeurs à optimiser les coûts du cloud grâce au redimensionnement des ressources, aux stratégies d'étiquetage et à l'analyse des dépenses. Elle fournit un cadre pour réduire les dépenses cloud et mettre en œuvre une gouvernance des coûts sur AWS, Azure et GCP. Utilisez-la lorsque vous devez analyser les coûts d'infrastructure, redimensionner les ressources ou respecter des contraintes budgétaires.
quantizing-models-bitsandbytes
AutreCette compétence quantifie les LLMs en précision 8 bits ou 4 bits à l'aide de bitsandbytes, permettant une réduction de 50 à 75 % de la mémoire utilisée avec une perte de précision minime. Elle est idéale pour exécuter des modèles plus volumineux sur une mémoire GPU limitée ou pour accélérer l'inférence, prenant en charge des formats comme INT8, NF4 et FP4. La compétence s'intègre à HuggingFace Transformers et permet l'entraînement QLoRA ainsi que l'utilisation d'optimiseurs en 8 bits.
dispatching-parallel-agents
AutreCette compétence Claude déploie plusieurs agents pour enquêter et résoudre simultanément 3 problèmes indépendants ou plus. Elle est conçue pour des scénarios impliquant des défaillances non liées qui peuvent être résolues sans état partagé ni dépendances. La capacité fondamentale est la résolution de problèmes en parallèle, en assignant un agent par domaine problématique indépendant afin de maximiser l'efficacité.
