Skip to content

chore(boost): RHDHPLAN-1505 feasibility analysis wrt current upstream capabilities - #3703

Merged
gabemontero merged 5 commits into
redhat-developer:mainfrom
gabemontero:boost-jira-feasibility
Jul 14, 2026
Merged

chore(boost): RHDHPLAN-1505 feasibility analysis wrt current upstream capabilities#3703
gabemontero merged 5 commits into
redhat-developer:mainfrom
gabemontero:boost-jira-feasibility

Conversation

@gabemontero

Copy link
Copy Markdown
Contributor

Hey, I just made a Pull Request!

analysis feedback for PM on what we can achieve with the current upstream capabilities for RHDHPLAN-1505's child features

✔️ Checklist

  • [n/a] A changeset describing the change and affected packages. (more info)
  • [n/a] Added or Updated documentation
  • [n/a] Tests for new functionality and regression tests for bug fixes
  • [n/a] Screenshots attached (for UI changes)

@gabemontero
gabemontero requested a review from rohitkrai03 July 7, 2026 18:42
@gabemontero
gabemontero requested review from a team, durandom and mareklibra as code owners July 7, 2026 18:42
@fullsend-ai-review

fullsend-ai-review Bot commented Jul 7, 2026

Copy link
Copy Markdown

🤖 Finished Review · ✅ Success · Started 6:43 PM UTC · Completed 6:58 PM UTC
Commit: 26407b3 · View workflow run →

@codecov

codecov Bot commented Jul 7, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 54.59%. Comparing base (3e8f96f) to head (835150f).
⚠️ Report is 6 commits behind head on main.
✅ All tests successful. No failed tests found.

Additional details and impacted files
@@           Coverage Diff           @@
##             main    #3703   +/-   ##
=======================================
  Coverage   54.59%   54.59%           
=======================================
  Files        2360     2360           
  Lines       90121    90121           
  Branches    25204    25197    -7     
=======================================
  Hits        49204    49204           
- Misses      40672    40725   +53     
+ Partials      245      192   -53     
Flag Coverage Δ *Carryforward flag
adoption-insights 83.70% <ø> (ø) Carriedforward from 3e8f96f
ai-integrations 67.53% <ø> (ø) Carriedforward from 3e8f96f
app-defaults 69.79% <ø> (ø) Carriedforward from 3e8f96f
augment 46.39% <ø> (ø) Carriedforward from 3e8f96f
boost 73.07% <ø> (ø)
bulk-import 72.46% <ø> (ø) Carriedforward from 3e8f96f
cost-management 14.10% <ø> (ø) Carriedforward from 3e8f96f
dcm 61.81% <ø> (ø) Carriedforward from 3e8f96f
extensions 61.53% <ø> (ø) Carriedforward from 3e8f96f
global-floating-action-button 71.18% <ø> (ø) Carriedforward from 3e8f96f
global-header 59.71% <ø> (ø) Carriedforward from 3e8f96f
homepage 50.30% <ø> (ø) Carriedforward from 3e8f96f
install-dynamic-plugins 56.77% <ø> (ø) Carriedforward from 3e8f96f
konflux 91.49% <ø> (ø) Carriedforward from 3e8f96f
lightspeed 69.02% <ø> (ø) Carriedforward from 3e8f96f
mcp-integrations 85.46% <ø> (ø) Carriedforward from 3e8f96f
orchestrator 42.97% <ø> (ø) Carriedforward from 3e8f96f
quickstart 65.63% <ø> (ø) Carriedforward from 3e8f96f
sandbox 79.56% <ø> (ø) Carriedforward from 3e8f96f
scorecard 82.93% <ø> (ø) Carriedforward from 3e8f96f
theme 61.26% <ø> (ø) Carriedforward from 3e8f96f
translations 7.25% <ø> (ø) Carriedforward from 3e8f96f
x2a 78.68% <ø> (ø) Carriedforward from 3e8f96f

*This pull request uses carry forward flags. Click here to find out more.


Continue to review full report in Codecov by Harness.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 3e8f96f...835150f. Read the comment docs.

🚀 New features to boost your workflow:
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

@fullsend-ai-review

fullsend-ai-review Bot commented Jul 7, 2026

Copy link
Copy Markdown

Review — LGTM ✅

Verdict: approve

Summary

This PR adds four feasibility analysis reports under workspaces/boost/specifications/JIRA-analysis/ covering the child features of RHDHPLAN-1505:

Report Scope Active/Original Epics
RHDHPLAN-1507 Entity Model & Ingestion 3 of 7 (4 consolidated)
RHDHPLAN-1508 RBAC & Permissions 7 of 7
RHDHPLAN-1510 Connectors 3 of 4 (1 consolidated)
RHDHPLAN-1513 Operational Infrastructure 3 of 4 (1 consolidated)

Review dimensions

Correctness — The analyses are internally consistent across all four reports. Cross-references between documents (e.g., RHIDP-15333 closed into RHIDP-15277 referenced in both RHDHPLAN-1508 and RHDHPLAN-1513 reports) match correctly. Summary matrices align with per-epic assessments. The stakeholder alignment notes from 2026-07-13 are consistently reflected.

Security — No concerns. The documents discuss security patterns conceptually (RBAC, K8s Secrets, CA bundles, credential injection) but contain no actual secrets, credentials, or sensitive data.

Intent & coherence — The PR description states "analysis feedback for PM on what we can achieve with the current upstream capabilities for RHDHPLAN-1505's child features." The content directly delivers this — structured feasibility assessments with verdicts, implementation options, and complexity ratings. Scope is appropriate for documentation-only review.

Style & conventions — All four reports follow a consistent structure: Framework Capabilities Summary → Epic-by-Epic Analysis → Summary Matrix → Key Findings → Cross-feature Comparison. Tables are well-formatted, verdicts are clearly stated, and closed/consolidated epics are appropriately marked with strikethrough and status notes.

Documentation — These files are the documentation. The new JIRA-analysis/ subdirectory alongside the existing prd/ directory is a reasonable organizational choice for this type of analysis artifact.

No findings at or above the reporting threshold.


Labels: PR adds specification/analysis documents under workspaces/boost/specifications/

Previous run

Review — approve

PR: #3703chore(boost): RHDHPLAN-1505 feasibility analysis wrt current upstream capabilities
Scope: 4 new markdown feasibility reports (882 lines added, 0 deleted, 0 code files)

Summary

This PR adds four feasibility analysis reports under workspaces/boost/specifications/JIRA-analysis/, assessing whether JIRA epics under RHDHPLAN-1505's child features can be implemented within existing Backstage framework capabilities:

Report Feature area Active/Original epics Upstream changes needed
RHDHPLAN-1507 Entity Model & Ingestion 3 of 7 (4 consolidated) None
RHDHPLAN-1508 RBAC 7 of 7 None
RHDHPLAN-1510 Connectors 3 of 4 (1 consolidated) None
RHDHPLAN-1513 Operational Infrastructure 3 of 4 (1 consolidated) None

Assessment

Documentation quality: The reports are thorough and well-structured. Each follows a consistent format (framework capabilities table → epic-by-epic acceptance criteria assessment → summary matrix → key findings → cross-feature comparison). Cross-references between the four reports are consistent (e.g., RHIDP-15333 closed in RHDHPLAN-1513 is correctly referenced as consolidated into RHIDP-15277 in RHDHPLAN-1508).

Internal consistency: Epic consolidation records are accurate across documents — the 6 closed epics are consistently marked and their absorption targets match. The stakeholder alignment notes (2026-07-13) appear in RHDHPLAN-1507 and RHDHPLAN-1510 where relevant, covering the same conference call outcomes without contradiction.

Placement: The new JIRA-analysis/ subdirectory sits alongside the existing prd/ directory under specifications/, which is a reasonable organizational choice for this type of analysis artifact.

No blocking findings. This is a pure documentation PR with no code changes, no security surface, and no impact on existing functionality.

Reviewed dimensions

Dimension Result
Correctness N/A — no code changes
Security ✅ No secrets or credentials in content; credential-handling discussions are architectural, not containing actual values
Intent & coherence ✅ Content matches PR description; 4 reports covering 4 child features of RHDHPLAN-1505 as stated
Style/conventions ✅ Consistent formatting across all 4 reports; markdown tables are well-formed
Documentation currency ✅ New documentation; no existing docs made stale
Cross-repo contracts N/A — no API/schema changes
Injection defense ✅ No instruction-like patterns detected in PR body or document content

Labels: PR adds specification/analysis documents in the boost workspace

Previous run (2)

Review — RHDHPLAN-1505 Feasibility Analysis

Verdict: ✅ Approve

Summary

This PR adds four feasibility analysis reports under workspaces/boost/specifications/JIRA-analysis/, assessing whether RHDHPLAN-1505's child features (Entity Model, RBAC, Connectors, and Operational Infrastructure) can be implemented within the existing Backstage framework without upstream changes. All four files are new markdown documents totaling 868 lines — no code changes.

Findings

No blocking findings. This is a documentation-only PR with no executable code, no configuration changes, and no security surface.

Dimension Notes

Dimension Assessment
Correctness N/A — no executable code
Security No concerns — pure documentation
Intent & coherence ✅ Documents are well-scoped feasibility analyses. The new JIRA-analysis/ subdirectory fits under the existing specifications/ directory alongside context docs, architecture docs, and PRDs. PR description accurately reflects content.
Style & conventions ✅ All four documents follow a consistent structure: title, date/purpose, framework capabilities table, epic-by-epic analysis with tabular assessments, summary matrix, key findings, and cross-feature comparison. Formatting is clean and professional.
Documentation currency ✅ These documents are the documentation. Internal cross-references are consistent (e.g., RHIDP-15333→15277 consolidation referenced in both RHDHPLAN-1508 and RHDHPLAN-1513 reports).
Cross-repo contracts N/A — no code or API changes

Observations (non-blocking)

  • The four reports consistently conclude that all 16 active epics (of 22 original) are feasible without upstream Backstage changes. Only one acceptance criterion across all features (RHIDP-15276's "only affects subsequently ingested assets") is flagged for PM discussion — this is appropriately called out in the RHDHPLAN-1508 report.
  • The JIRA-analysis/ directory is new. The author (gabemontero) is a CODEOWNER for /workspaces/boost, and the requested reviewers (durandom, mareklibra) are fellow CODEOWNERS.
Previous run (3)

Review

Reason: stale-head

The review agent reviewed commit 367cc2dbfbad6e7f8ab457c85d51f10809e474ae but the PR HEAD is now 1a7ac6c9a383d604155b3ed2e85fffd7eaf37765. This review was discarded to avoid approving unreviewed code.

Previous run (4)

Review — approve

Summary

This PR adds four feasibility report documents under workspaces/boost/specifications/JIRA-analysis/, analyzing whether RHDHPLAN-1505's child features (RHDHPLAN-1507, -1508, -1510, -1513) can be implemented within the existing Backstage framework without upstream changes. The change is documentation-only — 800 lines of markdown added across 4 new files, zero deletions, no code changes.

Reviewed dimensions

Dimension Finding
Correctness N/A — no executable code. The technical assessments reference real Backstage APIs (EntityProvider, applyMutation, PermissionPolicy.handle(), CatalogProcessor, etc.) and correctly describe their capabilities and limitations.
Security No credentials, secrets, or sensitive data in the content. The reports discuss credential handling patterns (K8s Secrets, CA bundles) at a design level, which is appropriate for feasibility analysis.
Intent & coherence The PR title and body describe this as feasibility analysis for PM consumption. The four documents deliver exactly that — structured epic-by-epic assessment with clear verdicts, options, and recommendations. The scope is appropriate and self-contained.
Style & conventions The documents follow a consistent internal structure (Framework Capabilities Summary → Epic-by-Epic Analysis → Summary Matrix → Key Findings). The new JIRA-analysis/ subdirectory fits naturally alongside the existing prd/ subdirectory under specifications/. Markdown formatting is clean and well-structured.
Documentation currency This PR is documentation. No existing in-repo docs are made stale by these additions.
Cross-repo contracts No API, schema, or interface changes. Pure documentation.

Notes

  • The reports cover 22 epics across 4 features with thorough per-acceptance-criterion analysis. The key conclusion — that 19 of 22 epics are fully feasible as specified and 3 (all in RHDHPLAN-1508/RBAC) require alternate implementation approaches — is well-supported by the analysis.
  • The cross-feature comparison tables at the bottom of RHDHPLAN-1510 and RHDHPLAN-1513 reports provide useful rollup visibility.
  • RHDHPLAN-1510 correctly flags potential overlap between RHIDP-15315 (OCI connector) and RHIDP-15294 (OCI ingestion framework from RHDHPLAN-1507), which is a useful observation for planning.
Previous run (5)

Review — RHDHPLAN-1505 feasibility analysis

Verdict: Approve

This PR adds four well-structured feasibility reports assessing 22 JIRA epics across four features (RHDHPLAN-1507, 1508, 1510, 1513) against the Backstage catalog and permission frameworks. The reports are documentation-only — no code, config, or workflow changes.

What was reviewed

Dimension Result
Correctness (technical accuracy of framework claims) ✅ Verified — major Backstage API claims (applyMutation delta types, EntityProvider interface, PermissionPolicy.handle() async vs apply() sync, IncrementalEntityProvider shape, RuntimeConfigResolver TTL, catalogProcessingExtensionPoint) are accurate against the codebase
Security ✅ Clean — no embedded secrets, no injection patterns, no Unicode steganography, no bidirectional text overrides
Intent & coherence ✅ Appropriate — chore scope for internal planning docs, RHDHPLAN-1505 JIRA reference provides authorization, new JIRA-analysis/ subdirectory is a reasonable addition alongside existing prd/
Cross-reference consistency ✅ Verified — epic counts (7+7+4+4=22), deviation counts (0+3+0+0=3, all in RHDHPLAN-1508), and inter-report references are internally consistent

Minor observations (non-blocking)

  1. Terminology precision (RHDHPLAN-1508-feasibility-report.md): The framework capabilities table describes permission rules as apply(entity, params) → boolean. The actual Backstage signature is apply(resource, params) → booleanresource is a generic type that happens to be an entity in the catalog context but could be other resource types in other plugins. Minor imprecision that doesn't affect the feasibility conclusions.

  2. Terminology mismatch (RHDHPLAN-1508-feasibility-report.md): References "16 lifecycle permissions" but the boost codebase (boost-common/src/permissions.ts) calls these "16 entity permissions" (10 agent + 5 tool + 1 kagenti-infra). Using the codebase term would be clearer for implementers.

  3. Workspace attribution (RHDHPLAN-1513-feasibility-report.md): States "Boost's admin panel already has model connection, system prompt, agent config, and skills marketplace sections" — the admin panel components are in the augment workspace (workspaces/augment/plugins/augment/src/components/AdminPanels/), not boost. The report uses "boost" as a product name, which could confuse implementers looking for the code.

These are all minor terminology/precision items in planning documents and do not affect the technical soundness of the feasibility assessments.


Labels: PR adds feasibility specification documents in the boost workspace

fullsend-ai-review[bot]

This comment was marked as outdated.

@fullsend-ai-review fullsend-ai-review Bot added ready-for-merge All reviewers approved — ready to merge documentation Improvements or additions to documentation workspace/boost Boost workspace (Backstage AI plugin) labels Jul 7, 2026
@gabemontero

Copy link
Copy Markdown
Contributor Author

All three review-agent findings from the review comment addressed in a2debfb:

# Finding Fix
1 apply(entity, params) → should be apply(resource, params) Updated to match Backstage generic type signature
2 "16 lifecycle permissions" → codebase says "entity permissions" Updated to "16 entity permissions (10 agent + 5 tool + 1 kagenti-infra)" per boost-common/src/permissions.ts
3 "Boost's admin panel" → code lives in augment workspace Updated to reference workspaces/augment/plugins/augment/src/components/AdminPanels/

Review threads 1 and 2 resolved. Finding 3 was in the PR comment body (not a review thread) — fix is in the same commit.

@fullsend-ai-review

fullsend-ai-review Bot commented Jul 8, 2026

Copy link
Copy Markdown

🤖 Finished Review · ✅ Success · Started 12:25 PM UTC · Completed 12:29 PM UTC
Commit: 259b76f · View workflow run →

fullsend-ai-review[bot]

This comment was marked as outdated.

@fullsend-ai-review fullsend-ai-review Bot added ready-for-merge All reviewers approved — ready to merge and removed ready-for-merge All reviewers approved — ready to merge labels Jul 8, 2026
@rohitkrai03

rohitkrai03 commented Jul 8, 2026

Copy link
Copy Markdown
Contributor

Solid analysis. A couple of structural points before this shapes the backlog:

Epic sizing: Epics like RHIDP-15254 (annotation scheme), RHIDP-15263 (air-gapped), RHIDP-15267 (perf testing), RHIDP-15277 (audit logging), RHIDP-15316 (shared infra), and RHIDP-15334 (upstream schema alignment) have every criterion marked as "standard pattern" or "documentation exercise." Should these be stories or acceptance criteria on related epics rather than standalone epics?

Overlapping epics across features:

  • RHIDP-15294 (OCI framework, 1507) and RHIDP-15315 (OCI connector, 1510) — one deliverable, two epics. Already flagged in the report.
  • RHIDP-15263 (air-gapped, 1507) and RHIDP-15316 (shared infra, 1510) — both cover CA bundles, K8s Secrets, configurable endpoints.
  • RHIDP-15277 (RBAC audit, 1508) and RHIDP-15333 (ingestion audit, 1513) — report says they should share infrastructure.

Standalone deliverables: RHIDP-15258 proposes a new SDK package for entity-provider contracts, validation, and shared types. Doesn't boost-common / boost-node already serve this purpose? Introducing a new package adds maintenance overhead — what justifies a separate SDK versus extending the existing packages? Similarly, RHIDP-15261 (delta sync) wraps what the report calls a "first-class Backstage feature" — is that a separate epic or an implementation detail of the connectors?

See inline comments on the RBAC report — a few of the "Not available" items in the capabilities table may need a second look against the current RBAC plugin.

Comment thread workspaces/boost/specifications/JIRA-analysis/RHDHPLAN-1508-feasibility-report.md Outdated
Comment thread workspaces/boost/specifications/JIRA-analysis/RHDHPLAN-1508-feasibility-report.md Outdated
@gabemontero
gabemontero force-pushed the boost-jira-feasibility branch from a2debfb to 367cc2d Compare July 8, 2026 20:19
@gabemontero

Copy link
Copy Markdown
Contributor Author

Summary of Changes Following Rohit's Review

Feasibility Report Updates

RHDHPLAN-1508 (RBAC) — major corrections after verifying RBAC plugin source code:

Change Before After
Capabilities table 5 rows marked "Not available" Corrected to "Partially available" with specifics
New rows added RBACProvider programmatic policy sync (Available), RBAC audit events via AuditorService (Available)
RHIDP-15274 (Cascade) Options A/B only, complexity High Added Option C — RBACProvider-based policy sync (recommended), complexity Medium
RHIDP-15276 (Default-Deny) "NOT AS SPECIFIED" "Partially supported via existing config" (defaultPermissions, policyDecisionPrecedence), complexity Low-Medium
RHIDP-15277 (Audit) Estimated Medium complexity AuditorService already covers RBAC audit — remaining scope is Low
RHIDP-15304 (Admin UI) Framed as "deviation" Reframed as standard RHDH pattern (Homepage, Scorecard all use REST API), complexity Medium
Key Findings 3 areas needing PM discussion 1 area — only cascade semantics need PM input

RHDHPLAN-1507 (Entity Model) — minor correction:

  • Option C for Neo4j sync: updated from "if available" to "infrastructure exists, events not yet published" (catalog only publishes experimental.catalog.conflict and experimental.catalog.errors, not entity lifecycle events)
  • Comparison table: RHDHPLAN-1508 column revised downward

Jira Restructuring

6 epics closed with consolidation comments:

Closed Epic Reason Absorbed Into
RHIDP-15254 (Annotation Scheme) Annotations are SDK artifacts, not standalone deliverable — "what do we actually deliver?" RHIDP-15258 (SDK)
RHIDP-15261 (Delta Sync) Backstage applyMutation + IncrementalEntityProvider already provide this natively RHIDP-15258 (SDK)
RHIDP-15267 (Performance/Resilience) Cross-cutting QE acceptance criteria, not epic-level scope Distributed to RHIDP-15258, 15294, 15295
RHIDP-15315 (OCI Connector) Duplicate of RHIDP-15294 RHIDP-15294 (OCI)
RHIDP-15263 (Air-Gapped) Shared infra across all connectors RHIDP-15316 (Shared Infra)
RHIDP-15333 (Ingestion Audit) Overlaps RHIDP-15277; RBAC AuditorService covers most audit scope RHIDP-15277 (Audit)

7 surviving epics updated with feasibility-informed comments:

  • RHIDP-15258: expanded scope (annotation scheme + delta sync + resilience)
  • RHIDP-15294: absorbed RHIDP-15315 unique elements (caching, performance targets)
  • RHIDP-15316: absorbed air-gapped acceptance criteria
  • RHIDP-15277: narrowed to AI-catalog-specific audit only (AuditorService covers RBAC audit)
  • RHIDP-15274: RBACProvider Option C added as recommended approach
  • RHIDP-15276: defaultPermissions / RBACProvider noted as existing support
  • RHIDP-15304: clarified standalone admin page pattern

Net Result

  • Before: 4 RHDHPLANs → 22 epics, multiple overlaps and thin epics
  • After: 4 RHDHPLANs → 16 epics (6 closed), cleaner ownership boundaries, feasibility-calibrated complexity estimates
  • PM discussion items reduced from 3 to 1 (cascade semantics only)

@fullsend-ai-review

fullsend-ai-review Bot commented Jul 8, 2026

Copy link
Copy Markdown

🤖 Finished Review · ✅ Success · Started 8:20 PM UTC · Completed 8:32 PM UTC
Commit: e0bbaf0 · View workflow run →

@fullsend-ai-review

Copy link
Copy Markdown

/fs-review

@fullsend-ai-review

fullsend-ai-review Bot commented Jul 8, 2026

Copy link
Copy Markdown

🤖 Finished Review · ✅ Success · Started 8:33 PM UTC · Completed 8:37 PM UTC
Commit: e0bbaf0 · View workflow run →

fullsend-ai-review[bot]

This comment was marked as outdated.

@fullsend-ai-review fullsend-ai-review Bot added ready-for-merge All reviewers approved — ready to merge and removed ready-for-merge All reviewers approved — ready to merge labels Jul 8, 2026
@fullsend-ai-review

fullsend-ai-review Bot commented Jul 13, 2026

Copy link
Copy Markdown

🤖 Review · ❌ Terminated · Started 6:01 PM UTC · Ended 6:05 PM UTC
Commit: 6898e78 · View workflow run →

fullsend-ai-review[bot]

This comment was marked as outdated.

@fullsend-ai-review fullsend-ai-review Bot added ready-for-merge All reviewers approved — ready to merge and removed ready-for-merge All reviewers approved — ready to merge labels Jul 13, 2026
@fullsend-ai-review

Copy link
Copy Markdown

🤖 Finished Review · ✅ Success · Started 6:01 PM UTC · Completed 6:05 PM UTC
Commit: 6898e78 · View workflow run →

gabemontero and others added 5 commits July 13, 2026 15:58
… capabilities

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Signed-off-by: gabemontero <gmontero@redhat.com>
…reports

- apply(entity, params) → apply(resource, params) to match Backstage API
- '16 lifecycle permissions' → '16 entity permissions' to match codebase
- 'Boost admin panel' → augment workspace with path for implementers

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
…capabilities

Update RHDHPLAN-1508 feasibility report:
- Correct 5 capabilities from 'Not available' to 'Partially available'
  based on verified RBAC plugin source code
- Add RBACProvider and AuditorService as new capability rows
- Add Option C (RBACProvider-based policy sync) as recommended approach
  for RHIDP-15274 cascade
- Revise complexity: Cascade High→Medium, Default-Deny Medium→Low-Medium,
  Audit Medium→Low, Admin UI Medium-High→Medium
- Rewrite Key Findings: 7 points reflecting actual RBAC capabilities

Update RHDHPLAN-1507 feasibility report:
- Clarify catalog EventsService status: infrastructure exists but only
  publishes experimental.catalog.conflict and experimental.catalog.errors,
  NOT entity lifecycle events
- Update comparison table: RHDHPLAN-1508 column revised downward

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
…nsolidation

Update all 4 feasibility reports to reflect the 6 epics closed during
Jira consolidation (2026-07-08):

- RHDHPLAN-1507: Mark RHIDP-15254, 15261, 15263, 15267 as closed with
  consolidation banners showing where scope was absorbed
- RHDHPLAN-1508: Update RHIDP-15277 and Key Finding 4 to reflect
  RHIDP-15333 closure and consolidation
- RHDHPLAN-1510: Mark RHIDP-15315 as closed (absorbed into 15294),
  update RHIDP-15316 to note absorbed air-gapped scope
- RHDHPLAN-1513: Mark RHIDP-15333 as closed (absorbed into 15277)

All summary matrices now include Status column. Cross-report comparison
tables corrected: RHDHPLAN-1508 deviations 3→1, overall epic count
22→16 active. Key findings updated across all reports.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
…alignment

Cross-validate RHDHPLAN-1505 stakeholder meeting agreements (2026-07-13)
against feasibility reports for RHDHPLAN-1507, 1508, 1510, 1513.

RHDHPLAN-1507 updates:
- Add RHDHPLAN-1113 dependency for entity kind mappings (Boost refrains
  from defining new catalog entity mappings)
- If RHDHPLAN-1113 lands before RHIDP-15258, SDK adopts AIResource
  mappings directly with no temporary Resource/Component mapping
- MCP resource mapping deferred for RHDH 2.1
- Add RHDHPLAN-404 entity schema dependency context
- Update Key Findings redhat-developer#3 and redhat-developer#6 to reflect stakeholder outcomes

RHDHPLAN-1510 updates:
- Add stakeholder alignment block with RHDHPLAN-393, 404, 1113 outcomes
- RHDHPLAN-393 confirmed complementary, staging in normal ceremonies
- RHDHPLAN-404 provides extended API entity schema for RHOAI connector
- Add llamastack/OGX connector scope
- Update dependency chain and Key Findings redhat-developer#5

RHDHPLAN-1508 and RHDHPLAN-1513: no updates needed.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Signed-off-by: gabemontero <gmontero@redhat.com>
@gabemontero
gabemontero force-pushed the boost-jira-feasibility branch from d52effd to 835150f Compare July 13, 2026 19:58
@fullsend-ai-review

fullsend-ai-review Bot commented Jul 13, 2026

Copy link
Copy Markdown

🤖 Review · ❌ Terminated · Started 7:59 PM UTC · Ended 8:03 PM UTC
Commit: 3e8f96f · View workflow run →

@sonarqubecloud

Copy link
Copy Markdown

@fullsend-ai-review fullsend-ai-review Bot added ready-for-merge All reviewers approved — ready to merge and removed ready-for-merge All reviewers approved — ready to merge labels Jul 13, 2026
@fullsend-ai-review

Copy link
Copy Markdown

🤖 Finished Review · ✅ Success · Started 7:59 PM UTC · Completed 8:03 PM UTC
Commit: 3e8f96f · View workflow run →

@rohitkrai03 rohitkrai03 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

/lgtm

@openshift-ci openshift-ci Bot added the lgtm label Jul 14, 2026
@gabemontero
gabemontero merged commit 0e3ebb8 into redhat-developer:main Jul 14, 2026
40 checks passed
@gabemontero
gabemontero deleted the boost-jira-feasibility branch July 14, 2026 16:09
HusneShabbir pushed a commit to HusneShabbir/rhdh-plugins that referenced this pull request Jul 16, 2026
… capabilities (redhat-developer#3703)

* chore(boost): RHDHPLAN-1505 feasibility analysis wrt current upstream capabilities

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Signed-off-by: gabemontero <gmontero@redhat.com>

* fix(boost): address review-agent terminology findings in feasibility reports

- apply(entity, params) → apply(resource, params) to match Backstage API
- '16 lifecycle permissions' → '16 entity permissions' to match codebase
- 'Boost admin panel' → augment workspace with path for implementers

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

* fix(boost): RHDHPLAN-1505 update feasibility reports per RBAC plugin capabilities

Update RHDHPLAN-1508 feasibility report:
- Correct 5 capabilities from 'Not available' to 'Partially available'
  based on verified RBAC plugin source code
- Add RBACProvider and AuditorService as new capability rows
- Add Option C (RBACProvider-based policy sync) as recommended approach
  for RHIDP-15274 cascade
- Revise complexity: Cascade High→Medium, Default-Deny Medium→Low-Medium,
  Audit Medium→Low, Admin UI Medium-High→Medium
- Rewrite Key Findings: 7 points reflecting actual RBAC capabilities

Update RHDHPLAN-1507 feasibility report:
- Clarify catalog EventsService status: infrastructure exists but only
  publishes experimental.catalog.conflict and experimental.catalog.errors,
  NOT entity lifecycle events
- Update comparison table: RHDHPLAN-1508 column revised downward

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

* fix(boost): RHDHPLAN-1505 update feasibility reports for Jira epic consolidation

Update all 4 feasibility reports to reflect the 6 epics closed during
Jira consolidation (2026-07-08):

- RHDHPLAN-1507: Mark RHIDP-15254, 15261, 15263, 15267 as closed with
  consolidation banners showing where scope was absorbed
- RHDHPLAN-1508: Update RHIDP-15277 and Key Finding 4 to reflect
  RHIDP-15333 closure and consolidation
- RHDHPLAN-1510: Mark RHIDP-15315 as closed (absorbed into 15294),
  update RHIDP-15316 to note absorbed air-gapped scope
- RHDHPLAN-1513: Mark RHIDP-15333 as closed (absorbed into 15277)

All summary matrices now include Status column. Cross-report comparison
tables corrected: RHDHPLAN-1508 deviations 3→1, overall epic count
22→16 active. Key findings updated across all reports.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

* fix(boost): RHDHPLAN-1505 update feasibility reports for stakeholder alignment

Cross-validate RHDHPLAN-1505 stakeholder meeting agreements (2026-07-13)
against feasibility reports for RHDHPLAN-1507, 1508, 1510, 1513.

RHDHPLAN-1507 updates:
- Add RHDHPLAN-1113 dependency for entity kind mappings (Boost refrains
  from defining new catalog entity mappings)
- If RHDHPLAN-1113 lands before RHIDP-15258, SDK adopts AIResource
  mappings directly with no temporary Resource/Component mapping
- MCP resource mapping deferred for RHDH 2.1
- Add RHDHPLAN-404 entity schema dependency context
- Update Key Findings redhat-developer#3 and redhat-developer#6 to reflect stakeholder outcomes

RHDHPLAN-1510 updates:
- Add stakeholder alignment block with RHDHPLAN-393, 404, 1113 outcomes
- RHDHPLAN-393 confirmed complementary, staging in normal ceremonies
- RHDHPLAN-404 provides extended API entity schema for RHOAI connector
- Add llamastack/OGX connector scope
- Update dependency chain and Key Findings redhat-developer#5

RHDHPLAN-1508 and RHDHPLAN-1513: no updates needed.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Signed-off-by: gabemontero <gmontero@redhat.com>

---------

Signed-off-by: gabemontero <gmontero@redhat.com>
Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation lgtm ready-for-merge All reviewers approved — ready to merge workspace/boost Boost workspace (Backstage AI plugin)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants