Infinity - Front End Developer
Requirements
• Durable-operation progress: fetch-based resumable SSE (auth via header, cookie, or storage; reconnect replays from the last-seen event sequence; respect streams/session and account limits), with cursor-polling fallback and 409 cursor_expired snapshot/resync. • Durable-operation progress: • Public graph & analysis views: production-quality visualization and core claims/novelty/cluster views over the public reference plane. • Public graph & analysis views: • Billing UI (beta): Stripe test-mode plan selection and entitlement display, with no live charging. • Billing UI (beta): • Performance & robustness: meet agreed Core Web Vitals budgets; consistent loading/empty/error/permission states; responsive and accessible UI. • Performance & robustness: • Test coverage & handover: component and E2E coverage for critical paths, documented component patterns, and clean handover. • Test coverage & handover: • Ownership boundary: You own consumption of the generated OpenAPI clients over account-scoped routes (idempotency keys, ETags/If-Match, the 202 Accepted + operation_id pattern), the Cognito browser sign-in flow, the invited-account onboarding journey, account & membership UX, the guided exploration experience, durable-operation progress via resumable SSE, the payment beta plan/entitlement UI, design-system-driven UI (dark-first, black + red brand, semantic tokens), and component/E2E test coverage. You do not own or have direct authority over the database — that's coordinated with Backend, DevOps, Security, the Product designer, and QA. • Ownership boundary: • Explicit non-goals: • Explicit non-goals: • No direct access to the database, Neo4j, S3, Stripe secrets, queues, model providers, or workers — everything goes through the BFF. • No implementing authorization/capability/entitlement policy (owned by BFF/Backend). • No private customer data in any graph view (Neo4j is public-only). • No building against the legacy Supabase auth model or the legacy law-firm/company account model. • Deep experience with React & Next.js, including Next.js (App Router) as a containerized service, server components, routing, and SSR that calls an internal API rather than data stores directly. • React & Next.js • Contract-first client consumption: experience consuming generated OpenAPI/TypeScript clients in a pnpm monorepo, including idempotency keys, ETag/If-Match concurrency, and 202+operation polling, treating the BFF contract as the sole data authority. • Contract-first client consumption: • Streaming UI experience: building guided/streaming agent interfaces on fetch-based resumable SSE (header auth, reconnect from last-seen sequence, stream limits) with cursor-polling fallback and 409 resync. • Identity-aware UI: experience handling Cognito-backed opaque BFF sessions, protected routes, and explicit account-scoped context on the client. • Identity-aware UI: • Data-dense & public-graph UX: experience building dashboards over search, claims/citations, clusters, and validation results, and interactive visualization of large, public reference data sets. • Data-dense & public-graph UX: • UI & styling: strong Tailwind skills and experience building component-driven UI from a design system and semantic tokens, not ad-hoc styles. • UI & styling: • Performance & quality: solid grasp of Core Web Vitals, bundle size, and rendering performance, plus component and E2E testing and accessibility fundamentals. • Performance & quality: • Availability with meaningful overlap with US and Australian project hours for weekly sync and incident response. • Experience with graph visualization libraries for large citation/cluster networks. • Experience building onboarding flows with file-upload quarantine UX and legal-disclosure/ToS acceptance capture. • Experience with large data-set virtualization and rendering performance. • A track record of contributing reusable primitives back to a shared design system.
Responsibilities
• Immediate deliverables (first 2–4 weeks) • Wire up the BFF client: consume the checked OpenAPI contract via generated clients, and establish stable success/error envelopes, request IDs, idempotency-key and If-Match plumbing, and loading/empty/error/permission state scaffolding. • Build invited sign-in and account context: Cognito sign-in (email/password + Google, PKCE) wired to opaque BFF sessions and protected routes, with explicit account-context switching on staging. • Stand up the guided-exploration entry point: exploration create/run UI wired to the agent and the public corpus, showing the operation lifecycle via resumable SSE on staging. • Conduct a UX & code audit: review for correctness, performance, and consistency; produce a prioritized fix list and a design-system alignment plan. • 60–90 day scope • Invited-account onboarding: invitation acceptance (personal signup / team membership), first workspace creation, first source upload with visible quarantine states (upload_pending → quarantined → processing → available|rejected|processing_failed), and ToS/legal-disclosure acceptance. • Account & membership UX: personal/team accounts, owner/member capabilities via capability policy v1, membership states, and guarded personal↔team conversion flows, with the active account always explicit and never inferred. • Guided exploration experience: the primary entry point over the workspace/exploration/idea/draft model, surfacing exploration lineage (derived_from / incorporates / branches_from / supersedes) and the operation lifecycle (accepted → dispatched → executing → succeeded|failed|cancelled|expired); raw model chain-of-thought is never shown. • Durable-operation progress: fetch-based resumable SSE (auth via header, cookie, or storage; reconnect replays from the last-seen event sequence; respect streams/session and account limits), with cursor-polling fallback and 409 cursor_expired snapshot/resync. • Public graph & analysis views: production-quality visualization and core claims/novelty/cluster views over the public reference plane. • Billing UI (beta): Stripe test-mode plan selection and entitlement display, with no live charging. • Performance & robustness: meet agreed Core Web Vitals budgets; consistent loading/empty/error/permission states; responsive and accessible UI. • Test coverage & handover: component and E2E coverage for critical paths, documented component patterns, and clean handover. • Ownership boundary: You own consumption of the generated OpenAPI clients over account-scoped routes (idempotency keys, ETags/If-Match, the 202 Accepted + operation_id pattern), the Cognito browser sign-in flow, the invited-account onboarding journey, account & membership UX, the guided exploration experience, durable-operation progress via resumable SSE, the payment beta plan/entitlement UI, design-system-driven UI (dark-first, black + red brand, semantic tokens), and component/E2E test coverage. You do not own or have direct authority over the database — that's coordinated with Backend, DevOps, Security, the Product designer, and QA. • Explicit non-goals: • No direct access to the database, Neo4j, S3, Stripe secrets, queues, model providers, or workers — everything goes through the BFF. • No implementing authorization/capability/entitlement policy (owned by BFF/Backend). • No private customer data in any graph view (Neo4j is public-only). • No building against the legacy Supabase auth model or the legacy law-firm/company account model.
Benefits
• High-impact work at the intersection of AI and critical infrastructure regulation • Direct customer exposure and a seat at the table when we decide what to build • Small team with outsized influence; your field learning shapes the product roadmap • Modern AI-native development environment (Claude Code, Cursor, multi-model orchestration) • Values We Hire For • Values We Hire For • Character: integrity and trustworthiness above all • Character: • Competency: evoking trust and reliably delivering • Competency: • Togetherness: family-level support and alignment • Togetherness: • Impact: meaningful outcomes over activity • Impact: • Commitment: ownership and follow-through • Commitment: • Labrynth is committed to fair and competitive pay, ensuring that compensation reflects both market conditions and the value each team member brings. Hourly rates are determined based on factors such as location, relevant experience, skills, internal pay equity, and market conditions. • During the interview process, your Talent Acquisition Partner will confirm the hourly rate range applicable to your location. For contractors outside the U.S., compensation is aligned with local market conditions and cost of living. • While every engagement is unique, our compensation philosophy is designed to ensure fairness, consistency, and competitiveness across Labrynth. Additional details regarding compensation, contract terms, and the scope of the engagement will be discussed throughout the hiring process. • Equal Opportunity Statement:
Apply in one click
Upload My Resume
Drop here or click to browse · Tap to choose · PDF, DOCX, DOC, RTF, TXT