* feat(plugin-system): add GitHub connector, discovery, marketplaces, and access UX End-to-end GitHub App connector flow and UI: - GitHub App connect: install start/callback/complete endpoints, connector account upsert from installation, selection state, and a dedicated Den Web setup page. - Repo discovery: GitHub tree + manifest inspection, Claude-compatible classification (marketplace/plugin-manifest), marketplace plugin metadata/component path parsing, discovery API + snapshot. - Apply pipeline: materialize plugins, connector mappings, config objects (with frontmatter-aware skill/agent parsing), memberships, and source bindings; create marketplaces with name/description from marketplace.json. - Auto-import on push: persist flag on connector instance, webhook-driven re-apply for new discoveries. - Cleanup: cascading disconnect on connector account removal and remove on connector instance. - Integrations UI: cleaner connected-account card, GitHub avatar, hover trash + confirm dialog, inline "Add new repo" action, per-account repo picker, manifest badges, configured/unconfigured sorting. - Discovery UI: cleaner loader, plugin cards with component chips, inline apply action, auto-import toggle default on. - Manage UI: instance configuration endpoint, auto-import toggle, remove repo danger zone with cascade confirmation. - Plugins & Marketplaces pages: dashboard nav entries, list + detail screens, per-plugin component counts, marketplace resolved endpoint with source + plugins, marketplace access section (org-wide/team/member grants). - Bitbucket card marked "Coming soon". - PRDs, GitHub setup instructions, and learnings docs added. * chore(docs): move GitHub-instructions.md into prds/new-plugin-arch/github-connection * fix(den-web): wrap github integration page in Suspense for useSearchParams * refactor(den-web): redirect GitHub post-install flow into the clean account selection phase After completing the GitHub App install, previously we rendered a separate GithubRepositorySelectionPhase with different styling. Now we call the install completion endpoint, then router.replace to ?connectorAccountId=... so the existing GithubConnectedAccountSelectionPhase renders the repo list. Removes the duplicate selection phase and its unused helpers/imports. * fix(den-web): drop Requires-scopes body and show GitHub description in integrations card Removes the empty-state Requires scopes: <code>… block from both provider cards and restores the provider description on the GitHub card so the empty state is consistent with Bitbucket. Drops the header's bottom border when no body follows. * fix(den-web): only show integration provider description in empty state Once a provider has connections, hide the description in the header so the card focuses on the connected accounts + repos list. --------- Co-authored-by: src-opn <src-opn@users.noreply.github.com>
6.9 KiB
GitHub Instructions
This document lists exactly what you need to configure for the GitHub App connection flow and where each value should go.
Goal
After this setup:
- You open
Integrationsin Den Web. - You click
Connecton GitHub. - GitHub shows the GitHub App install flow.
- GitHub redirects back to OpenWork.
- OpenWork shows the repositories visible to that installation.
- You select one repo.
Where to put the local server values
Fill these values in:
ee/apps/den-api/.env.local
That file is loaded by Den API in this order:
ee/apps/den-api/.env.localee/apps/den-api/.env- existing shell environment
Values you need from GitHub
You need to create or update a GitHub App and collect these values:
- GitHub App ID
- GitHub App Client ID
- GitHub App Client Secret
- GitHub App Private Key
- GitHub App Webhook Secret
- GitHub Installation ID
- Test repository ID
- Test repository full name (
owner/repo) - Test branch
- Test ref (
refs/heads/<branch>)
Exactly where each value goes
Put these in ee/apps/den-api/.env.local:
# Required Den API basics
PORT=8790
OPENWORK_DEV_MODE=1
CORS_ORIGINS=http://localhost:3000,http://localhost:3001,http://localhost:3005
BETTER_AUTH_URL=http://localhost:8790
BETTER_AUTH_SECRET=<generate-a-32-plus-char-secret>
DEN_DB_ENCRYPTION_KEY=<generate-a-32-plus-char-secret>
DATABASE_URL=mysql://root:password@127.0.0.1:3306/den
# Existing user auth GitHub values. These are separate from the connector app.
GITHUB_CLIENT_ID=
GITHUB_CLIENT_SECRET=
# GitHub connector app values
GITHUB_CONNECTOR_APP_ID=<github-app-id>
GITHUB_CONNECTOR_APP_CLIENT_ID=<github-app-client-id>
GITHUB_CONNECTOR_APP_CLIENT_SECRET=<github-app-client-secret>
GITHUB_CONNECTOR_APP_PRIVATE_KEY=<github-private-key-with-escaped-newlines>
GITHUB_CONNECTOR_APP_WEBHOOK_SECRET=<github-webhook-secret>
# Handy local test values
GITHUB_TEST_INSTALLATION_ID=<installation-id>
GITHUB_TEST_REPOSITORY_ID=<repository-id>
GITHUB_TEST_REPOSITORY_FULL_NAME=<owner/repo>
GITHUB_TEST_BRANCH=main
GITHUB_TEST_REF=refs/heads/main
Important private key formatting
For GITHUB_CONNECTOR_APP_PRIVATE_KEY, paste the private key as one line with \n escapes.
Example:
GITHUB_CONNECTOR_APP_PRIVATE_KEY=-----BEGIN PRIVATE KEY-----\nMIIEv...\n-----END PRIVATE KEY-----
Do not paste raw multi-line PEM text directly unless you know the env loader path is handling it the way you expect.
GitHub App setup
Go to:
GitHub -> Settings -> Developer settings -> GitHub Apps -> New GitHub App
Use these settings.
Basic info
- App name: choose any unique name, for example
OpenWork Den Local - Homepage URL: use your local/public Den Web URL
- local example:
http://localhost:3005 - public example: your deployed Den Web URL
- local example:
- Description: optional
Webhooks
- Webhooks: enabled
- Webhook URL:
- for webhook deliveries themselves, use:
https://<your-public-den-web-host>/api/den/v1/webhooks/connectors/github- or the public Den API URL if you are not proxying through Den Web
- for webhook deliveries themselves, use:
- Webhook secret:
- set this to the same value you put in
GITHUB_CONNECTOR_APP_WEBHOOK_SECRET
- set this to the same value you put in
Important: Setup URL vs Webhook URL
GitHub App has two different relevant URLs:
Setup URLWebhook URL
Setup URL
This is where GitHub sends the user's browser back after installation.
This should be an actual Den Web page, not a den-api callback route.
Set it to:
https://<your-public-den-web-host>/dashboard/integrations/github
GitHub will append values like:
installation_idsetup_actionstate
Den Web reads those query params and then calls Den API to validate the signed state and load the repositories for that installation.
Do not point the Setup URL at Den API for this flow.
Webhook URL
This is where GitHub sends push/install webhook events.
Set it to:
https://<your-public-den-web-host>/api/den/v1/webhooks/connectors/github
If your public entrypoint is Den API directly, use:
https://<your-public-den-api-host>/v1/webhooks/connectors/github
Repository permissions
Set these GitHub App repository permissions:
Metadata:Read-onlyContents:Read-only
That is the minimum needed for the current repo-listing and validation flow.
Organization permissions
None are strictly required for the current slice.
Subscribe to these webhook events
Enable these events:
PushInstallationInstallation targetRepository
Install the app
After creating the app:
- Generate a client secret.
- Generate a private key.
- Install the app on the user or org that owns the repo you want to test.
- Grant access to the repo you want to test.
How to collect the values after setup
App ID
From the GitHub App settings page.
Put in:
GITHUB_CONNECTOR_APP_ID
Client ID
From the GitHub App settings page.
Put in:
GITHUB_CONNECTOR_APP_CLIENT_ID
Client Secret
Generate from the GitHub App settings page.
Put in:
GITHUB_CONNECTOR_APP_CLIENT_SECRET
Private Key
Generate from the GitHub App settings page.
Put in:
GITHUB_CONNECTOR_APP_PRIVATE_KEY
Webhook Secret
From the GitHub App webhook configuration.
Put in:
GITHUB_CONNECTOR_APP_WEBHOOK_SECRET
Installation ID
You can get it from the GitHub install redirect/callback, or via gh:
gh api repos/<owner>/<repo>/installation --jq '.id'
Put in:
GITHUB_TEST_INSTALLATION_ID
Repository ID
gh api repos/<owner>/<repo> --jq '.id'
Put in:
GITHUB_TEST_REPOSITORY_ID
Repository full name
Format:
owner/repo
Put in:
GITHUB_TEST_REPOSITORY_FULL_NAME
Branch and ref
Examples:
- branch:
main - ref:
refs/heads/main
Put in:
GITHUB_TEST_BRANCHGITHUB_TEST_REF
Local run commands
From the repo root:
pnpm --filter @openwork-ee/den-api dev
pnpm --filter @openwork-ee/den-web dev
Den Web default local URL in this repo is:
http://localhost:3005
Den API default local URL in this repo is:
http://localhost:8790
Public URL requirement
GitHub must be able to reach your callback and webhook endpoints.
That means for real testing you need a public URL, usually via a tunnel or deployed environment.
Examples:
ngrokcloudflared- deployed Den Web / Den API host
What to do after env is filled
- Start Den API.
- Start Den Web.
- Confirm the GitHub App
Setup URLpoints to the Den Web GitHub setup page. - Confirm the GitHub App
Webhook URLpoints to the webhook endpoint. - Go to Den Web
Integrations. - Click
Connecton GitHub. - Finish the GitHub App install flow.
- GitHub should return to
/dashboard/integrations/githubin Den Web. - Den Web should show the repository selection screen.
Current scope note
This phase currently gets you to:
- GitHub App install redirect
- return to OpenWork
- repository list
- selecting one repo to create a connector instance
It does not yet complete full content ingestion from the selected repository.