Skip to content

Analysis: Cloud-hosted ontology browser feasibility for Go backend#17

Draft
Copilot wants to merge 4 commits intomainfrom
copilot/check-ontology-browser-launch
Draft

Analysis: Cloud-hosted ontology browser feasibility for Go backend#17
Copilot wants to merge 4 commits intomainfrom
copilot/check-ontology-browser-launch

Conversation

Copy link
Contributor

Copilot AI commented Feb 8, 2026

The Go backend lacks the visual ontology browser that TypeScript has. Question: Can ont-run.com host it instead, eliminating frontend code from Go entirely?

Answer: Yes

Go already sends sufficient data to ont-run.com via cloud registration:

  • Complete ontology snapshot (functions, access groups, entities)
  • Input/output JSON schemas
  • Field references and context flags

Missing pieces (trivial to add):

  • Previous ontology version from ont.lock
  • Diff computation results
  • Approval callback webhook

Business logic, resolver code, environment configs, and auth functions never leave local machine.

Recommended Approach: Cloud-Hosted Browser

Flow:

Go detects changes → POST to ont-run.com
  ↓
Opens browser: ont-run.com/review/{uuid}
  ↓
User approves/rejects
  ↓
Webhook callback to local server
  ↓
Go updates ont.lock

Benefits:

  • Zero frontend code in Go backend
  • No Node.js build step or embedded assets
  • Consistent UX across all backend languages
  • Automatic UI updates
  • Foundation for team collaboration features

Implementation: 4-5 days

  • Go: Enhanced registration + webhook endpoint (2d)
  • Cloud: Review UI hosting + callback system (2-3d)

Alternative: Embedded Browser

Documented as Option 2 for offline/air-gapped scenarios. Requires embedding TypeScript browser in Go binary (3-4 days, adds ~5-10MB).

Documentation

  • ONTOLOGY_BROWSER_ANALYSIS.md - Comprehensive analysis of 5 options with diagrams, security considerations, and implementation roadmaps
  • CLOUD_BROWSER_SUMMARY.md - Executive summary with quick reference

No code changes in this PR - analysis only. Ready for implementation decision.

Original prompt

Look through the Go backend and see if has the same ability to be able to launch an ontology browser. If not, provide some options for how this might be accomplished but don't implement yet.


✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.

Co-authored-by: zainhoda <7146154+zainhoda@users.noreply.github.com>
Copilot AI changed the title [WIP] Investigate ontology browser launch capability in Go backend Document ontology browser capability gap in Go backend Feb 8, 2026
Copilot AI requested a review from zainhoda February 8, 2026 20:43
Copilot AI and others added 2 commits February 8, 2026 21:57
Co-authored-by: zainhoda <7146154+zainhoda@users.noreply.github.com>
Co-authored-by: zainhoda <7146154+zainhoda@users.noreply.github.com>
Copilot AI changed the title Document ontology browser capability gap in Go backend Analysis: Cloud-hosted ontology browser feasibility for Go backend Feb 8, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants