Repository navigation
feat: @profullstack/profile 0.1.0, one signup profile for every property - #1
Conversation
email, first_name, last_name, company_domain, job_title, linkedin_url, in the column order Explee/Apollo/user-export read. Validation and normalization (company from a work email, canonical LinkedIn URL), signup form fields as HTML and React, a store on postgres.js/pg/libSQL/Supabase that owns its schema via migrate(), Web-standard /api/v1/me/profile handlers for Next and Hono, CSV export, and a CLI with an MCP server. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub.
|
|
Warning Review the following alerts detected in dependencies. According to your organization's Security Policy, it is recommended to resolve "Warn" alerts. Learn more about Socket for GitHub.
|
The shared user-profile module for every Profullstack property. Signup pages collect the same six fields, in the order the sales tools import them:
email, first_name, last_name, company_domain, job_title, linkedin_urlhttps://www.linkedin.com/in/<slug>; links in name fields are refused./react), with the correctautocompletetokens.migrate(). It createsuser_profiles, or adds only the missing columns to an existingprofiles/userstable, under a Postgres advisory lock.GET/PUT/PATCH /api/v1/me/profilehandlers on Web Request/Response (Next route exports ormountProfileRoutes(app)on Hono).profileCLI (migrate, get, find, set, check, schema, export csv/tsv/json with--complete) andprofile mcp(stdio, no SDK dependency).Tests: 66, libSQL in memory plus a real Postgres service in CI.
🤖 Generated with Claude Code