orpc-v2: createPlugin restructure (Layer-based initialize, errorStatusMap, scope lifecycle)
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 35/100
- Issue type
- Refactor
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- typescript
Research direction
Start with blocked issue #258 and the current every-plugin createPlugin contract. Audit tools/buildService, the per-plugin context-bridge modules, and middleware call sites, then review the every-plugin suite. Done means Layer-based initialization, scope-lifecycle release tests, the specified errorStatusMap values, guarded middleware reuse, and a green suite.
Written by the indexing model from the issue text.
Description
Ticket ID: B2
Parent
#248 — orpc-v2: consolidate fork into everything-dev and migrate platform to oRPC v2 + Effect 4 (epic)
What to build
Stage B, step 2: restructure every-plugin's createPlugin for v2 + Effect 4:
initializecomposes Effect Layers; scoped resources (db pools, repositories, caches, publishers) bind to the plugin lifecycle scope via Layer semantics — replacing the tools/buildService pattern.- Per-plugin context bridging moves to
effect/contextcomposed by a base-builder middleware — the per-plugin context-bridge modules go away. errorStatusMapplumbing lands here with custom entriesTIMEOUT: 504andCONNECTION_ERROR: 502(v2's defaultTIMEOUT: 408would change current HTTP behavior).- v2 removes middleware dedup — audit middleware call sites and add context-flag guards where double-apply was relied on.
Acceptance criteria
-
createPlugin's new contract implemented with Layer-based initialize; tools/buildService removed - Scope-lifecycle tests prove resources release on plugin shutdown
-
errorStatusMapcarriesTIMEOUT: 504,CONNECTION_ERROR: 502 - Middleware double-apply sites guarded; every-plugin suite green
Blocked by
- #258 — deps bump + every-plugin v2 surface
- Dominant language
- TypeScript
- Stars
- 5
- Forks
- 6
- Avg merge
- 1m
- Merged PRs (30d)
- 1
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from NEARBuilders/everything-dev
-
ready-for-agent
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
NEARBuilders/everything-dev#251 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
NEARBuilders/everything-dev#243 ·
-
ready-for-agent
Difficulty 5/5 Over a week Newbie friendliness 35/100
NEARBuilders/everything-dev#291 ·
-
ready-for-agent
Difficulty 5/5 Over a week Newbie friendliness 35/100
NEARBuilders/everything-dev#289 · 2 comments ·
-
ready-for-agent
NEARBuilders/everything-dev#288 · 2 comments · 1 assignee ·
All issues in NEARBuilders/everything-dev
Similar issues
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster no-stale P3
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Difficulty 1/5 Under an hour Newbie friendliness 76/100
-
code-quality refactoring
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
github/gh-aw-firewall#8816 ·
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
langchain-ai/deepagents#6450 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 88/100
vercel/react-tweet#225 ·