All AI coding tool admin consoles (Copilot, Cursor, Windsurf, IBM Bob, Tabnine) are org-first — project appears only as a metrics filter. All developer portals (Backstage, Port, Cortex, OpsLevel) are project-as-hero — the industry standard. Nobody combines the two: a project-centric portal with AI coding governance artifacts browsable, discussable, and actionable.
Every AI coding admin is organized as org → team → flat metrics. Project is a filter, never a destination.
| Tool | Hierarchy | What They Show | Project Portal? | Governance |
|---|---|---|---|---|
| GitHub Copilot | Org → Team → User | Usage metrics, Impact Dashboard (cohorts), ROI calculator, acceptance rates | No | Enterprise AI Controls, Agent Control Plane, audit log JSON |
| IBM Bob | Org-level | Bobalytics: Bobcoin consumption per project, model usage, spending policies | No | Cost tracking, watsonx.governance (GRC integration) |
| Tabnine | Org → Team | Seats, completion counts, automation factor, agent activity | No | Policy enforcement, SOC 2/ISO 27001/GDPR reports, audit logging |
| Cursor | Org → Team → Group | Usage analytics per team, AI request volume, per-developer activity | No | Privacy Mode enforcement, SAML SSO, centralized settings |
| Windsurf | Org flat | Teams dashboard: seats, analytics, billing | No | SSO, RBAC, audit logs, MCP gateways, SOC 2 Type II |
| Amazon Q | AWS Org flat | Usage activity dashboard, security scanning | Tags only | Tag-by-project for cost allocation |
AI coding tools treat governance as audit logs (append-only, forensic, after-the-fact). RaiSE produces governance as living artifacts (structured, queryable, actionable). The portal would surface governance forward-looking, not just backward.
The established pattern: service/project as the central entity, org-level as admin plumbing.
| Tab | Content |
|---|---|
| Overview | Grid of cards: About (owner, lifecycle, type, links, tags), Components, APIs, Resources, Links, Catalog Graph (visual dependency diagram) |
| CI/CD | Pipeline runs from GitHub Actions / Jenkins / GitLab CI — build status, run history, durations, pass/fail |
| API | Provided & Consumed APIs — OpenAPI/gRPC/AsyncAPI specs rendered inline |
| Dependencies | Upstream/downstream graph, clickable navigation between services |
| Docs | TechDocs: full MkDocs-rendered documentation browsable in-portal with search & sidebar |
| Kubernetes | Live pod status, deployments, replica sets, HPA, errors |
| Monitoring | Datadog / PagerDuty / Grafana dashboards embedded via plugins |
| Soundcheck | Scorecards: maturity checks as YAML rules, pass/fail per check, overall score |
Natural language → creates blueprints, integration mappings, dashboards, automations, and agentic workflows. Drafts a numbered plan (human reviews before execution). Context-aware: reads real services, teams, integrations. Called “vibe coding for platform engineering.”
Workflows triggered from entity pages: scaffold repo, provision environment, respond to incident, run migrations — backed by webhooks, GitHub Actions, GitLab CI, or custom backends.
| Feature | Cortex | OpsLevel |
|---|---|---|
| Page structure | Connections + Plugins as tabs + Scorecards + Metadata | Customizable tabs with prebuilt widgets |
| Maturity model | CQL-based rules, tiered levels (Bronze→Gold) | Rubric-based checks by Category × Level |
| Query language | CQL (custom query language) | Check types + filters |
| Integrations | 50+ native (CI/CD, cloud, quality, observability) | Catalog Engine + automated discovery |
| AI features | AI Maturity scorecard | AI-powered catalog enrichment |
| Notifications | In-app | Weekly email digests to owners |
| Self-service | Scaffolding templates | Developer Actions |
Both surface governance status (pass/fail checks against rules) but neither surfaces governance artifacts (the actual design docs, ADRs, scope documents). The scorecard says “docs exist: pass” but doesn't let you read the docs.
| Capability | AI Coding Tools | Dev Portals | RaiSE (proposed) |
|---|---|---|---|
| Project as hero entity | No | Yes | Proposed |
| Org-level metrics | Yes | No | Exists |
| Browsable governance artifacts | No | Plugin-based | Auto-generated |
| Governance trail auto-produced | No | Manual setup | Pipeline output |
| Scorecard / maturity model | No | Core feature | Maps to gates |
| Chat → file change | No | Port (catalog) | On artifacts |
| Dependency / relation graph | No | Yes | Epic→Story→Artifact |
| Pipeline status per project | No | CI/CD plugins | Governance pipeline |
| Self-service actions | No | Templates/Actions | Scaffolder via Rai |
| Audit / compliance reports | Append-only logs | Scorecards | Living trail + export |
Patterns validated by industry adoption that map directly to RaiSE’s capabilities.
Org-level dashboards. Metrics of adoption and cost. Governance = audit logs. No project portal. No artifacts.
Project-as-hero. Scorecards, docs, CI/CD. But manual setup, generic docs rendering, no AI coding governance.
Project-centric portal where governance artifacts are auto-generated, browsable, discussable, and actionable via chat. The trail is the product.
RaiSE admin is not an admin console with a project tab. It is a project governance portal with an admin section. The hierarchy inverts: project is the hero, org is plumbing. The governance trail that RaiSE already produces (scope → design → plan → implement → review → close) becomes a browsable, interactive dev portal per project — auto-generated, not manually configured.
Based on patterns validated by Backstage, Port, and Cortex, adapted for RaiSE’s governance-first model.
| Tab | Content | Pattern Source |
|---|---|---|
| Overview | Grid of cards: Project Health scorecard, Active Pipeline widget, Recent Sessions, Gate Status summary, Quick Actions (open chat, create story, run pipeline) | Backstage (grid-of-cards), Port (widget dashboard) |
| Governance Trail | Browsable epics → stories → artifacts (scope, design, plan, ADRs). Rendered with semantic structure, not just Markdown. Decision status, AC-to-test links, phase progress. | Backstage (TechDocs), Backstage (ADR plugin) — evolved |
| Pipelines | Active and recent governance pipelines. Phase status, gate results, duration, who ran them. Drill into any pipeline for full trace. | Backstage (CI/CD tab) |
| Metrics | Cost & Consumption, Delivery Metrics, Adoption & Usage (always paired: signal + quality). Export to BI. | Cortex (connections by context), anti-vanity from treatment |
| Sessions | Session history per project: who worked, what changed, journal entries, patterns reinforced. | Novel — no competitor has this |
| Members & Config | Project team, roles, project-level settings, integrations (Jira, Git remote, MCP servers). | Backstage (About card), Port (relations) |
GitHub Copilot Impact Dashboard (github.blog, Jul 2026)
Enterprise AI Controls GA (github.blog, Feb 2026)
Copilot Impact Dashboard ROI (github.blog, Aug 2026)
IBM Bob vs Claude Code (mayashenoi.com, Jul 2026)
Tabnine 2026 Review (weavai.app, Apr 2026)
Cursor Organizations (cursor.com, Jun 2026)
Windsurf for Business (layer3labs.io, 2026)
Platform Portals 2026 (ai-infra-link.com)
Copilot Governance (iwconnect.com)
Backstage Entity Page docs (backstage.io)
Backstage TechDocs (backstage.io)
Backstage Soundcheck (backstage.spotify.com)
Port Entity Page (docs.port.io)
Port Blueprints Guide (port.io)
Port AI Builder (port.io, Jul 2026)
Port Scorecards (docs.port.io)
Port Series C (prnewswire.com, Dec 2025)
Cortex EngOps Manifesto (cortex.io, 2026)
OpsLevel Service Maturity (opslevel.com)
OpsLevel AI Catalog Enrichment (opslevel.com, 2026)