Initial commit: opencode_bridge JupyterLab extension (Slices 1-3.5)

A JupyterLab extension that bridges the cell UI to a local OpenCode Serve
process. The extension is a dual package: a Python server extension
exposed under /opencode-bridge/*, plus a TypeScript frontend that
registers per-cell toolbars.

Backend (Python, tornado)
- Slice 1: config + auth + OpenCode HTTP client (tornado.httpclient,
  no aiohttp). 4 settings in schema/plugin.json (url, user, password,
  request timeout).
- Slice 2: handlers for /hello, /health, /providers, /edit.
- Slice 2.1 (correction): SessionManager with 1 notebook = 1 session
  mapping, async-safe via per-path locks, 404 recovery via invalidate().
  Two new endpoints: GET /sessions, DELETE /session?notebook=<path>.
- 32 pytest tests pass.

Frontend (TypeScript, JupyterLab 4.6)
- src/types.ts: CellContext, OpenCodeRequest/Response, OpenCodeSettings.
- src/context/cell_context.ts: extract CellContext from a CodeCell +
  its parent NotebookPanel, structured error collection.
- src/api/opencode_client.ts: callOpenCodeEdit, callOpenCodeProviders.
- src/components/opencode_cell_footer.ts: OpenCodeCellFooter Widget
  implementing ICellFooter with 3 buttons (optimize / fix / edit),
  resolved via this.parent instanceof CodeCell. NOT cellToolbar
  (does not exist in JL 4.6) and NOT Widget.findParent (removed in
  @lumino/widgets 2.x).
- src/components/opencode_cell_factory.ts: Cell.ContentFactory
  subclass returning the OpenCodeCellFooter.
- src/components/opencode_installer.ts: installOpenCodeEverywhere
  patches every notebook (existing + new) to use the custom factory.
- src/index.ts: registers the factory, loads settings, fetches
  /providers on activation and logs the list to the console.
- 23 jest tests pass (mocked JupyterLab boundary, pnpm path safe).

Settings
- 6 fields: 3 auth (url/user/password) + 1 timeout + 2 model selection
  (provider/model). Provider list is fetched at startup from
  /opencode-bridge/providers and printed to the browser console so
  users can copy values into Settings Editor.

Docs
- design.md: 6 sections covering architecture, UI flow, API contract,
  TS skeletons, session management (v0.2.1 correction), and
  provider/model selection (v0.2.2 addition).
- CLAUDE.md: agent guidance for working in this repo.
- TODO.md: remaining work for Slices 4-7 + v0.4+ backlog.

CI
- Gitea release workflow at .github/workflows/build.yml.
- Bark notification helper (non-fatal on failure).

Generated artefacts ignored: opencode_bridge/labextension/, _version.py,
*.tsbuildinfo, junit.xml, test.ipynb scratch notebook.

This commit is contained in:

tao.chen

2026-07-22 19:07:58 +08:00

commit c919c95842

61 changed files with 26642 additions and 0 deletions

									
										.github/scripts/bark-notify.sh
									
Executable

		+37
		
												View File
												
				@@ -0,0 +1,37 @@

				#!/usr/bin/env bash

				# bark-notify.sh — push a notification to the local Bark server.

				#

				# Usage: bark-notify.sh <title> <body>

				#

				# The Bark endpoint, device_key, and group are pinned in this script

				# (it is a deployment detail, not a secret). The group is "Gitea" —

				# change it here if you want to sort notifications by category.

				set -euo pipefail

				if [ "$#" -ne 2 ]; then

				  echo "usage: $0 <title> <body>" >&2

				  exit 1

				fi

				TITLE="$1"

				BODY="$2"

				PAYLOAD=$(cat <<EOF

				{

				  "device_key": "6ZFVsxM95cuAjYoNLWSWaN",

				  "title": "${TITLE}",

				  "body": "${BODY}",

				  "group": "Gitea",

				  "isArchive": 1,

				  "ttl": 3600

				}

				EOF

				)

				curl -s \

				  -X POST http://101.43.40.124:81/push \

				  -H "Content-Type: application/json; charset=utf-8" \

				  -d "${PAYLOAD}"

				echo "bark notified: ${TITLE}"