Agent Skills by ALSEL
Anthropic Claudeソフトウェア開発⭐ リポ 1品質スコア 58/100

clay-reference-architecture

Clay参照アーキテクチャをベストプラクティスに基づいたプロジェクトレイアウトで実装します。新しいClayインテグレーションの設計時、プロジェクト構造の見直し、またはClayアプリケーションのアーキテクチャ標準の確立に活用できます。「clay architecture」「clay best practices」「clay project structure」「how to organize clay」「clay layout」といったフレーズでトリガーされます。

description の原文を見る

Implement Clay reference architecture with best-practice project layout. Use when designing new Clay integrations, reviewing project structure, or establishing architecture standards for Clay applications. Trigger with phrases like "clay architecture", "clay best practices", "clay project structure", "how to organize clay", "clay layout".

SKILL.md 本文

Clay リファレンスアーキテクチャ

概要

Clay統合のための本番環境対応のアーキテクチャパターン。

前提条件

  • レイヤードアーキテクチャの理解
  • Clay SDK の知識
  • TypeScript プロジェクトのセットアップ
  • テストフレームワークの構成

プロジェクト構成

my-clay-project/
├── src/
│   ├── clay/
│   │   ├── client.ts           # Singleton client wrapper
│   │   ├── config.ts           # Environment configuration
│   │   ├── types.ts            # TypeScript types
│   │   ├── errors.ts           # Custom error classes
│   │   └── handlers/
│   │       ├── webhooks.ts     # Webhook handlers
│   │       └── events.ts       # Event processing
│   ├── services/
│   │   └── clay/
│   │       ├── index.ts        # Service facade
│   │       ├── sync.ts         # Data synchronization
│   │       └── cache.ts        # Caching layer
│   ├── api/
│   │   └── clay/
│   │       └── webhook.ts      # Webhook endpoint
│   └── jobs/
│       └── clay/
│           └── sync.ts         # Background sync job
├── tests/
│   ├── unit/
│   │   └── clay/
│   └── integration/
│       └── clay/
├── config/
│   ├── clay.development.json
│   ├── clay.staging.json
│   └── clay.production.json
└── docs/
    └── clay/
        ├── SETUP.md
        └── RUNBOOK.md

レイヤーアーキテクチャ

┌─────────────────────────────────────────┐
│             APIレイヤー                  │
│  (コントローラー、ルート、ウェブフック) │
├─────────────────────────────────────────┤
│          サービスレイヤー                │
│  (ビジネスロジック、オーケストレーション)│
├─────────────────────────────────────────┤
│          Clay レイヤー                   │
│  (クライアント、型、エラーハンドリング) │
├─────────────────────────────────────────┤
│       インフラストラクチャレイヤー       │
│   (キャッシュ、キュー、監視)             │
└─────────────────────────────────────────┘

主要コンポーネント

ステップ 1: クライアントラッパー

// src/clay/client.ts
export class ClayService {
  private client: ClayClient;
  private cache: Cache;
  private monitor: Monitor;

  constructor(config: ClayConfig) {
    this.client = new ClayClient(config);
    this.cache = new Cache(config.cacheOptions);
    this.monitor = new Monitor('clay');
  }

  async get(id: string): Promise<Resource> {
    return this.cache.getOrFetch(id, () =>
      this.monitor.track('get', () => this.client.get(id))
    );
  }
}

ステップ 2: エラーバウンダリー

// src/clay/errors.ts
export class ClayServiceError extends Error {
  constructor(
    message: string,
    public readonly code: string,
    public readonly retryable: boolean,
    public readonly originalError?: Error
  ) {
    super(message);
    this.name = 'ClayServiceError';
  }
}

export function wrapClayError(error: unknown): ClayServiceError {
  // Transform SDK errors to application errors
}

ステップ 3: ヘルスチェック

// src/clay/health.ts
export async function checkClayHealth(): Promise<HealthStatus> {
  try {
    const start = Date.now();
    await clayClient.ping();
    return {
      status: 'healthy',
      latencyMs: Date.now() - start,
    };
  } catch (error) {
    return { status: 'unhealthy', error: error.message };
  }
}

データフロー図

ユーザーリクエスト
     │
     ▼
┌─────────────┐
│   API       │
│  ゲートウェイ│
└──────┬──────┘
       │
       ▼
┌─────────────┐    ┌─────────────┐
│  サービス   │───▶│  キャッシュ  │
│   レイヤー  │    │ (Redis)     │
└──────┬──────┘    └─────────────┘
       │
       ▼
┌─────────────┐
│  Clay       │
│  クライアント│
└──────┬──────┘
       │
       ▼
┌─────────────┐
│  Clay       │
│   API       │
└─────────────┘

設定管理

// config/clay.ts
export interface ClayConfig {
  apiKey: string;
  environment: 'development' | 'staging' | 'production';
  timeout: number;
  retries: number;
  cache: {
    enabled: boolean;
    ttlSeconds: number;
  };
}

export function loadClayConfig(): ClayConfig {
  const env = process.env.NODE_ENV || 'development';
  return require(`./clay.${env}.json`);
}

手順

ステップ 1: ディレクトリ構造を作成する

上記のリファレンス構造に従ってプロジェクトレイアウトをセットアップします。

ステップ 2: クライアントラッパーを実装する

キャッシングと監視を備えたシングルトンクライアントを作成します。

ステップ 3: エラーハンドリングを追加する

Clay操作用のカスタムエラークラスを実装します。

ステップ 4: ヘルスチェックを設定する

Clay接続性のためのヘルスチェックエンドポイントを追加します。

成果物

  • 構造化されたプロジェクトレイアウト
  • キャッシング機能付きのクライアントラッパー
  • 実装されたエラーバウンダリー
  • 設定済みのヘルスチェック

エラーハンドリング

問題原因解決策
循環依存レイヤー構成が不適切レイヤーごとに関心を分離する
設定が読み込まれないパスが不正設定ファイルの場所を確認する
型エラー型が欠落Clay型を追加する
テストの分離状態の共有依存関係の注入を使用する

クイックセットアップスクリプト

# Create reference structure
mkdir -p src/clay/{handlers} src/services/clay src/api/clay
touch src/clay/{client,config,types,errors}.ts
touch src/services/clay/{index,sync,cache}.ts

リソース

関連スキル

マルチ環境セットアップについては、clay-multi-env-setup を参照してください。

ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ

詳細情報

作者
Brmbobo
リポジトリ
Brmbobo/Web2podcast
ライセンス
MIT
最終更新
2026/1/26

Source: https://github.com/Brmbobo/Web2podcast / ライセンス: MIT

関連スキル

汎用ソフトウェア開発⭐ リポ 39,967

doubt-driven-development

重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。

by addyosmani
汎用ソフトウェア開発⭐ リポ 1,175

apprun-skills

TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。

by yysun
OpenAIソフトウェア開発⭐ リポ 797

desloppify

コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。

by Git-on-my-level
汎用ソフトウェア開発⭐ リポ 39,967

debugging-and-error-recovery

テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。

by addyosmani
汎用ソフトウェア開発⭐ リポ 39,967

test-driven-development

テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。

by addyosmani
汎用ソフトウェア開発⭐ リポ 39,967

incremental-implementation

変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。

by addyosmani
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: Brmbobo · Brmbobo/Web2podcast · ライセンス: MIT