本文へ移動
cccskills
無料GitHub で公開日本語紹介

effect-program-design

Effect v4を使うアプリの設計・実装・レビュー・テストを支援します。依存関係やエラーの型を明確にし、外部連携、並行処理、ログまで一貫した方針で整えます。

原文原文の説明を見る

Design, write, review, and test production Effect v4 programs: deep services and layers, schemas, tagged errors, observability, Config, persistence, resources, concurrency, schedules, workers, streams, caches, HTTP clients, Effect platform services (Node filesystem/path/crypto/process/socket), and Effect Atom integrations. Use for any Effect application or adapter work.

連携ツールSentry

実行スコア 未検証

インストール方法を見る

こんなときに便利

  • 依存関係を明確にサービスを設計したいとき
  • エラー処理やログを見直したいとき
  • データベースや外部APIと連携したいとき
  • 時刻を制御して再試行や並行処理をテスト

日本語での紹介

できること

Effect v4を使うアプリの設計、実装、レビュー、テストを支援します。サービスの公開操作を業務に沿った入出力に絞り、依存関係や成功・失敗の型を明確にします。外部データの読み取り、設定と秘密情報、データ保存、リソースの解放、並行処理、再試行、ストリーム、キャッシュ、HTTP通信などを扱います。

こんなときに便利

Effectで外部APIやデータベースとの接続部分を作るときや、既存の処理を共通の設計方針で見直すときに向いています。エラーを変換する前に記録する方針や、依存先を差し替えるLayerを使ったテストも確認できます。

使い方の例

  • 「このサービスをEffect v4で設計し、依存関係とエラー型を明確にしてください」
  • 「再試行と並行処理の上限、ログ、テストをレビューしてください」

注意点

導入済みのeffectや@effect/*のバージョンと、プロジェクト固有の規約を確認して進めます。不安定なAPIはバージョン間で変わるため、型チェックが必要です。テストには@effect/vitestを使い、SQLの挙動には一時的な実データベースを使う方針です。エラーのSentryへの記録も含まれます。

この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。

含まれるファイル(19)

  • SKILL.md9.6 KB
  • ATTRIBUTION.md1.3 KB
  • references/BOUNDARIES_PERSISTENCE.md2.6 KB
  • references/CACHING_BATCHING.md5.5 KB
  • references/CONFIG_SECRETS.md5.3 KB
  • references/DEEP_MODULES.md4.0 KB
  • references/EFFECT_ATOM.md3.1 KB
  • references/ERRORS_OBSERVABILITY.md4.0 KB
  • references/HTTP_CLIENTS.md5.4 KB
  • references/PLATFORM_NODE.md9.9 KB
  • references/PLATFORM.md9.8 KB
  • references/REPOSITORY_EXAMPLES.md2.9 KB
  • references/RESOURCES_CONCURRENCY.md2.9 KB
  • references/SCHEDULING_WORKERS.md5.6 KB
  • references/SCHEMA_DATA_MODELING.md7.9 KB
  • references/SERVICES_LAYERS.md5.2 KB
  • references/STREAMS.md5.5 KB
  • references/TESTING.md9.3 KB
  • references/TYPESCRIPT_CONTRACTS.md4.4 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Effect Program Design

Build production Effect v4 programs with small domain-shaped interfaces, typed success and error channels, declared dependencies, observable operation boundaries, and tests that substitute layers at real seams. This skill combines broad Effect mechanics with HumanLayer's deep-module, capture-before-narrow, and real-seam design standards.

Source rule

Check these before guessing:

  1. the nearest CLAUDE.md / AGENTS.md and project-local conventions;
  2. the installed effect, @effect/*, and related package versions and declarations;
  3. the Effect v4 docs at https://effect-ts-effect-smol.mintlify.app/;
  4. the pinned/upstream source (~/projects/effect-smol) when docs do not settle an API.

unstable-tagged modules (effect/http, effect/rpc, effect/process, ...) can change between beta/minor versions. Typecheck examples against the installed version. Local project conventions take precedence unless the task explicitly changes them.

References

Read only the references relevant to the task; read all matching branches when work crosses concerns.

  • Public module depth and domain-shaped APIs: references/DEEP_MODULES.md. Read this any time you are modifying or creating services or layers - this is the core of our effect philosophy!
  • Service tags, live layers, file placement, Effect.fn, or runtime composition: references/SERVICES_LAYERS.md.
  • Tagged errors, capture-before-narrow, spans, logs, or Sentry: references/ERRORS_OBSERVABILITY.md.
  • Records, schemas, variants, optionality, brands, decoding, or construction: references/SCHEMA_DATA_MODELING.md.
  • Config, env vars, providers, or secrets: references/CONFIG_SECRETS.md.
  • HTTP/SDK/DB boundaries, Drizzle rows, JSONB, or transactions: references/BOUNDARIES_PERSISTENCE.md.
  • Scopes, acquisition, concurrency, best-effort work, or workflow transitions: references/RESOURCES_CONCURRENCY.md.
  • Retry, repeat, polling, pacing, backoff, or workers: references/SCHEDULING_WORKERS.md.
  • Streams, queues, pubsub, pagination, backpressure, or long-lived consumers: references/STREAMS.md.
  • Memoization, TTL caches, request dedupe, or batching: references/CACHING_BATCHING.md.
  • Outgoing HTTP, provider adapters, status/decode handling, or HTTP retry: references/HTTP_CLIENTS.md.
  • Effect tests, test services, clocks, synchronization, fakes, or real seams: references/TESTING.md.
  • Platform-neutral services and the native-API boundary: references/PLATFORM.md.
  • Node runtime, filesystem, path, crypto, child processes, sockets/WebSocket, Redis, or workers: references/PLATFORM_NODE.md.
  • Effect Atom or React reactive Effect state: references/EFFECT_ATOM.md.
  • TypeScript safety, Predicate refinements, Match dispatch, naming, collections, imports, and escape hatches: references/TYPESCRIPT_CONTRACTS.md.
  • Local exemplars and foils: references/REPOSITORY_EXAMPLES.md.

The creed

  1. Deep modules. The interface is the cost and the hidden implementation is the benefit. Public operations use domain inputs and outputs; callers do not supply credentials, clients, rows, or other internals.

  2. Everything stays in Effect. Keep expected failures in E, dependencies in R, and resources in scopes. Do not pass services, layers, effects, or errors as ordinary values when composition expresses the relationship.

  3. Two-tier errors. Classify rich internal failures, capture them, then narrow to a small caller-actionable union. Prefer typed catchTag/catchTags; never recover with instanceof, Match, or manual _tag comparisons. Respect the error channel! Errors stay in the error channel and are not passed as values

  4. Observe operations. Every public operation has a stable Effect.fn("domain.operation"), an explicit Effect.withSpan, or both. Capture raw actionable/unexpected failures before narrowing or swallowing them.
    Use Effect's logger to log info, errors, etc - yield* Effect.logError - do NOT pass in external loggers. Errors MUST also be captured to sentry as soon as they surface before they are re-mapped or transformed.

    someEffect.pipe(
    Effect.tapError(Effect.logError),
    Effect.tapError((e) => Effect.sync(() => Sentry.captureException(e))),
    )
    
  5. Test at real seams. Use @effect/vitest, layers, deterministic test services, and real infrastructure where behavior depends on it. Assert both the result/error and externally visible end state. If you are writing tests you MUST read references/TESTING.md

  6. Use Effect platform services. Application code depends on Effect's FileSystem, Path, Crypto, HTTP, process, socket, worker, and related abstractions. Native Node/Bun/browser APIs belong only in runtime adapters when no Effect service exists or when constructing the platform layer.

  7. Use Martin Fowler / Uncle Bob Martin naming conventions. Prefer longer, readable, explanatory names that indicate WHAT the thing is and WHAT the thing does - how it fits into the system. err on the side of overly explanatory. bad: publish; good: publishPatchDiffToStream

Core defaults

  • Compose workflows with Effect.gen and named Effect.fn operations.
  • Prefer Context.Service for application capabilities and Layer.effect/Layer.scoped for live acquisition.
  • Small services may collocate shape, tag, errors, operations, and layer in one file. Split larger services and external adapters by transport, persistence, orchestration, and other meaningful concerns.
  • Keep substantial operation effects independently testable. They may remain beside a small service or move to a concern file; avoid burying business workflows in a large layer-construction closure.
  • Dependencies normally remain ambient in R. Capturing a yielded dependency is reasonable for genuinely layer-local acquired state or configured clients.
  • Model ordinary records with Schema.Struct plus a same-name inferred interface. Use Data.TaggedEnum for trusted internal control flow and Schema tagged variants/unions for encoded boundaries.
  • Prefer Schema.TaggedError for network, RPC, queue, workflow, or other boundary-facing errors. Data.TaggedError is fine for internal-only failures that do not need a codec.
  • Branding remains optional/aspirational. Named input objects are mandatory even when IDs remain raw strings.
  • Decode unknown input at the adapter edge with Schema; do not cast JSON or leak SDK/row types through a service.
  • Prefer Predicate refinements over ad hoc typeof, instanceof, nullish, and property-presence checks. Predicate is for trusted values or intentional shallow refinement, not a replacement for Schema decoding at an unknown boundary.
  • Prefer exhaustive Match dispatch for trusted discriminated unions and multi-branch value handling. Never compare _tag manually: use catchTag/catchTags for Effect errors and Match for non-error values.
  • Read runtime config through Config; keep secrets Redacted until the adapter call.
  • Use Schedule for retry/repeat/polling and Stream for many-valued, backpressured sources.
  • Use bounded concurrency, bounded/idempotent retries, scoped background fibers, and explicit finalizers.
  • Keep external network calls outside authoritative database transactions.
  • Keep TypeScript contracts precise: no any, non-null assertions, as-casts, excepting as const, vague helper files, or truthiness shortcuts that erase meaningful domain distinctions.
  • PARSE, DON'T VALIDATE. Parse at trust boundaries (non-effect-to-effect code bridges, databases, networks) to ensure type safety without bad validation code.

Testing defaults

  • Use it.effect; use it.live only when live runtime behavior is itself under test.
  • Use TestClock, Deferred, Queue, Latch, and Ref instead of sleeps and timing races.
  • Test services, recording fakes, and Layer.mock are allowed in test files or dedicated test utilities only—never production source.
  • Use a real ephemeral database for SQL, constraints, transactions, JSONB, conflicts, and state transitions.
  • Use fake Effect services or clients for true external systems and make unexpected methods fail loudly.
  • Do not use vi.mock, vi.spyOn, module patching, or method spies.

Review checklist

  • The public surface is small, domain-shaped, and hides implementation knowledge.
  • Each method exposes a narrow caller-actionable error union.
  • Rich failures are captured before narrowing or best-effort swallowing.
  • Every public operation has a safe, stable trace boundary.
  • Dependencies are declared in R; resources and background work have clear scoped owners.
  • Unknown boundaries are decoded; secrets stay Redacted; raw rows/SDK values do not cross public seams.
  • Runtime refinements use Predicate; trusted union dispatch uses exhaustive Match; no code manually compares _tag.
  • Native platform APIs are isolated behind Effect services and runtime layers.
  • Each service's implementing Layer is provided once during application runtime construction unless its required configuration or resources do not exist until a later operation scope.
  • Retries are bounded and idempotent; concurrency and buffering are bounded.
  • Tests use real seams, deterministic synchronization, and assert external end state.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

agent-browser

無料概要あり

Webページの移動やフォーム入力、クリックをエージェントに任せ、情報抽出や画面保存、操作前後の比較まで行います。ブラウザ作業の自動化やWebアプリの確認に使えるスキル。

  • フォーム入力やクリックを自動化したいとき
  • Webページのテキスト抽出
  • ページのスクリーンショット・PDF保存
humanlayer/humanlayer1.2万2026年10月23日 更新

asd-ste100

無料概要あり

曖昧で読みにくい英文を、語の意味をそろえた短い能動態の文へ書き直すスキル。指示文やツール説明を見直し、修正理由と変更前後を表で確認できます。

  • 別のエージェントへの英文指示の明確化
  • 英語のツール説明やエラー文の簡素化
  • 英語を母語としない読者向けの文章整理
humanlayer/humanlayer1.2万2026年10月23日 更新

better-github-skill

無料概要あり

GitHubのPRの状態、レビューの会話、CI失敗のログを専用スクリプトで収集し、変更の確認状況や未解決の指摘、失敗したジョブとステップを調べるスキル。

  • PRの状態をまとめて確認したいとき
  • 未解決のレビューの会話の確認
  • CIの失敗ジョブとステップの調査
humanlayer/humanlayer1.2万2026年10月23日 更新

bump-version

無料概要あり

リリース時に対象パッケージの基準バージョンを更新し、関連ファイルの同期と生成結果を検証して、コミットからPRブランチへのプッシュまで進めるスキル。

  • リリース用のバージョンを更新したいとき
  • 関連ファイルのバージョン表記の同期
  • プッシュ前の生成バージョン検証
humanlayer/humanlayer1.2万2026年10月23日 更新

calldiff

無料概要あり

Git のコミット間や作業中のコードで、関数の呼び出し構造の違いを確認します。呼び出しツリーの表示や、指定した関数へ至る経路の調査にも使えます。

  • 変更前後の関数呼び出しを比較したいとき
  • ブランチ間の呼び出し構造レビュー
  • 起点から目的の関数への経路調査
humanlayer/humanlayer1.2万2026年10月23日 更新

chrome-devtools-cli

無料概要あり

ターミナルからブラウザのクリックや入力、ページ移動を自動化し、通信やエラー、表示速度も調べられる、Chrome DevToolsのCLI操作を支援するスキル。

  • フォーム入力やページ移動の自動化
  • ページや要素の画面撮影
  • 通信内容やコンソールエラーの調査
humanlayer/humanlayer1.2万2026年10月23日 更新

humanlayer のスキルをすべて見る

このスキルの問題を報告する