一键导入
effect-patterns-getting-started
Effect-TS patterns for Getting Started. Use when working with getting started in Effect-TS applications.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Effect-TS patterns for Getting Started. Use when working with getting started in Effect-TS applications.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Effect-TS service and agent patterns for this repo. Use when implementing or modifying services in packages/mcp-server, adding agents, or following Effect.Service, Layer, and error-handling conventions.
Effect-TS patterns for Core Concepts. Use when working with core concepts in Effect-TS applications.
Effect-TS patterns for Building Apis. Use when working with building apis in Effect-TS applications.
Effect-TS patterns for Building Data Pipelines. Use when working with building data pipelines in Effect-TS applications.
Effect-TS patterns for Concurrency Getting Started. Use when working with concurrency getting started in Effect-TS applications.
Effect-TS patterns for Concurrency. Use when working with concurrency in Effect-TS applications.
| name | effect-patterns-getting-started |
| description | Effect-TS patterns for Getting Started. Use when working with getting started in Effect-TS applications. |
This skill provides 6 curated Effect-TS patterns for getting started. Use this skill when working on tasks related to:
Rule: Retry failed operations with Effect.retry.
Good Example:
import { Effect, Schedule, pipe } from "effect";
class ApiError {
readonly _tag = "ApiError";
constructor(readonly status: number) {}
}
const fetchUserData = (userId: string) =>
Effect.tryPromise({
try: async () => {
const response = await fetch(`/api/users/${userId}`);
if (!response.ok) throw new ApiError(response.status);
return response.json();
},
catch: (error) => error as ApiError,
});
// Retry up to 3 times with 500ms between attempts
const fetchWithRetry = (userId: string) =>
pipe(
fetchUserData(userId),
Effect.retry(
Schedule.recurs(3).pipe(Schedule.addDelay(() => "500 millis"))
),
Effect.catchAll((error) =>
Effect.succeed({ error: `Failed after retries: ${error._tag}` })
)
);
Rationale:
Use Effect.retry to automatically retry an Effect that fails. Combine it
with a Schedule to control how many times to retry and how long to wait
between attempts.
Network requests fail. Databases time out. Services go down temporarily. Instead of failing immediately, you often want to retry a few times. Effect makes this a one-liner.
Rule: Create your first Effect program with Effect.succeed.
Good Example:
import { Effect } from "effect";
// Step 1: Create an Effect that succeeds with a value
const helloWorld = Effect.succeed("Hello, Effect!");
// Step 2: Run the Effect and get the result
const result = Effect.runSync(helloWorld);
console.log(result); // "Hello, Effect!"
Rationale:
Create your first Effect using Effect.succeed to wrap a value, then run it
with Effect.runSync to see the result.
Every journey starts with "Hello World". In Effect, you create computations by describing what you want to happen, then you run them. This separation is what makes Effect powerful.
Rule: Transform Effect values with map.
Good Example:
import { Effect } from "effect";
// Start with an Effect that succeeds with a number
const getNumber = Effect.succeed(5);
// Transform it: multiply by 2
const doubled = Effect.map(getNumber, (n) => n * 2);
// Transform again: convert to string
const asString = Effect.map(doubled, (n) => `The result is ${n}`);
// Run to see the result
const result = Effect.runSync(asString);
console.log(result); // "The result is 10"
Rationale:
Use Effect.map to transform the success value inside an Effect. The
transformation function receives the value and returns a new value.
Just like Array.map transforms array elements, Effect.map transforms
the success value of an Effect. This lets you build pipelines of
transformations without running anything until the end.
Rule: Handle errors with Effect.fail and catchAll.
Good Example:
import { Effect, pipe } from "effect";
class UserNotFound {
readonly _tag = "UserNotFound";
constructor(readonly id: string) {}
}
const findUser = (id: string) =>
id === "123"
? Effect.succeed({ id, name: "Alice" })
: Effect.fail(new UserNotFound(id));
const program = pipe(
findUser("456"),
Effect.catchTag("UserNotFound", (e) =>
Effect.succeed({ id: e.id, name: "Guest" })
),
Effect.map((user) => `Hello, ${user.name}!`)
);
const result = Effect.runSync(program);
console.log(result); // "Hello, Guest!"
Rationale:
Use Effect.fail to create an Effect that fails with an error, and
Effect.catchAll to recover from that failure.
Real programs fail. Effect makes failures explicit in the type system so you can't forget to handle them. Unlike try/catch, Effect errors are tracked in types.
Rule: Run multiple Effects in parallel with Effect.all.
Good Example:
import { Effect, pipe } from "effect";
// Simulate fetching data from different sources
const fetchUser = Effect.succeed({ id: 1, name: "Alice" }).pipe(
Effect.delay("100 millis")
);
const fetchPosts = Effect.succeed([
{ id: 1, title: "Hello World" },
{ id: 2, title: "Effect is awesome" },
]).pipe(Effect.delay("150 millis"));
const fetchSettings = Effect.succeed({ theme: "dark" }).pipe(
Effect.delay("50 millis")
);
// Fetch all data in parallel
const program = Effect.gen(function* () {
const [user, posts, settings] = yield* Effect.all(
[fetchUser, fetchPosts, fetchSettings],
{ concurrency: "unbounded" }
);
yield* Effect.log(`Loaded ${user.name} with ${posts.length} posts`);
return { user, posts, settings };
});
Effect.runPromise(program);
Rationale:
Use Effect.all to run multiple Effects concurrently and wait for all of
them to complete. By default, Effects run sequentially - add the
concurrency option to run them in parallel.
Real applications often need to do multiple things at once - fetch data from
several APIs, process multiple files, etc. Effect.all lets you express
this naturally without callback hell or complex Promise.all patterns.
Rule: Understand why Effect is better than raw Promises.
Rationale:
Effect solves three problems that Promises don't: