@raishin/vanguard-frontier-agentic 3.2.0 → 3.4.0

package/.claude-plugin/marketplace.json

@@ -6,13 +6,13 @@
   },
   "metadata": {
     "description": "Cloud and zero-trust agentic workflow marketplace for skills, agents, rules, MCP references, and compliance-aware architecture.",
-    "version": "3.2.0"
+    "version": "3.4.0"
   },
   "plugins": [
     {
       "name": "vanguard-frontier-agentic",
       "source": "./",
-      "description": "All 594 cloud, security, compliance, platform, accounting, and finance agents in one install. Includes maestros, advisory reviewers, and live-mutation guards across 40 providers.",
+      "description": "All 615 cloud, security, compliance, platform, accounting, and finance agents in one install. Includes maestros, advisory reviewers, and live-mutation guards across 42 providers.",
       "category": "cloud",
       "tags": [
         "agents",

package/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "vanguard-frontier-agentic",
-  "version": "3.2.0",
+  "version": "3.4.0",
   "description": "Cloud and zero-trust agentic workflow marketplace for skills, agents, rules, MCP references, and compliance-aware architecture.",
   "author": {
     "name": "Raishin",
@@ -178,6 +178,7 @@
     "./agents/contabo/contabo-live-storage-operations-guard-agent/harnesses/claude-code.agent.md",
     "./agents/contabo/contabo-maestro-agent/harnesses/claude-code.agent.md",
     "./agents/contabo/contabo-security-hardening-agent/harnesses/claude-code.agent.md",
+    "./agents/cross-functional/revenue-critical-journey-integrity-agent/harnesses/claude-code.agent.md",
     "./agents/databricks/databricks-lakehouse-engineering-at-azure-agent/harnesses/claude-code.agent.md",
     "./agents/databricks/databricks-live-unity-catalog-grant-guard-at-azure-agent/harnesses/claude-code.agent.md",
     "./agents/databricks/databricks-unity-catalog-governance-at-azure-agent/harnesses/claude-code.agent.md",
@@ -362,6 +363,21 @@
     "./agents/ionos/ionos-maestro-agent/harnesses/claude-code.agent.md",
     "./agents/ionos/ionos-security-compliance-reviewer-agent/harnesses/claude-code.agent.md",
     "./agents/istio/istio-ambient-mesh-review-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-application-server-exit-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-concurrency-and-virtual-thread-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-container-and-kubernetes-readiness-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-database-migration-safety-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-deserialization-and-parser-security-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-framework-production-readiness-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-jdk-lifecycle-and-upgrade-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-jpa-hibernate-performance-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-jvm-performance-and-gc-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-kafka-reliability-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-maestro-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-resilience-pattern-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-spring-security-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-test-architecture-agent/harnesses/claude-code.agent.md",
+    "./agents/java/java-transaction-and-consistency-agent/harnesses/claude-code.agent.md",
     "./agents/kubernetes/external-secrets-operator-review-agent/harnesses/claude-code.agent.md",
     "./agents/kubernetes/kubecost-chargeback-allocation-review-agent/harnesses/claude-code.agent.md",
     "./agents/kubernetes/kubernetes-live-admission-policy-guard-agent/harnesses/claude-code.agent.md",
@@ -528,6 +544,11 @@
     "./agents/ovhcloud/ovhcloud-live-kms-key-destruction-guard-agent/harnesses/claude-code.agent.md",
     "./agents/ovhcloud/ovhcloud-maestro-agent/harnesses/claude-code.agent.md",
     "./agents/ovhcloud/ovhcloud-network-architect-agent/harnesses/claude-code.agent.md",
+    "./agents/php/composer-supply-chain-agent/harnesses/claude-code.agent.md",
+    "./agents/php/php-application-security-agent/harnesses/claude-code.agent.md",
+    "./agents/php/php-maestro-agent/harnesses/claude-code.agent.md",
+    "./agents/php/php-runtime-upgrade-readiness-agent/harnesses/claude-code.agent.md",
+    "./agents/php/wordpress-security-agent/harnesses/claude-code.agent.md",
     "./agents/prometheus/prometheus-alerting-cardinality-review-agent/harnesses/claude-code.agent.md",
     "./agents/qa/ci-test-pipeline-review-agent/harnesses/claude-code.agent.md",
     "./agents/qa/helm-chart-quality-review-agent/harnesses/claude-code.agent.md",

package/.cursor-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "vanguard-frontier-agentic",
-  "version": "3.2.0",
+  "version": "3.4.0",
   "description": "Cloud and zero-trust agentic workflow marketplace for skills, agents, rules, MCP references, and compliance-aware architecture.",
   "author": {
     "name": "Raishin",
@@ -177,6 +177,7 @@
     "./agents/contabo/contabo-live-storage-operations-guard-agent/harnesses/cursor.agent.md",
     "./agents/contabo/contabo-maestro-agent/harnesses/cursor.agent.md",
     "./agents/contabo/contabo-security-hardening-agent/harnesses/cursor.agent.md",
+    "./agents/cross-functional/revenue-critical-journey-integrity-agent/harnesses/cursor.agent.md",
     "./agents/databricks/databricks-lakehouse-engineering-at-azure-agent/harnesses/cursor.agent.md",
     "./agents/databricks/databricks-live-unity-catalog-grant-guard-at-azure-agent/harnesses/cursor.agent.md",
     "./agents/databricks/databricks-unity-catalog-governance-at-azure-agent/harnesses/cursor.agent.md",
@@ -361,6 +362,21 @@
     "./agents/ionos/ionos-maestro-agent/harnesses/cursor.agent.md",
     "./agents/ionos/ionos-security-compliance-reviewer-agent/harnesses/cursor.agent.md",
     "./agents/istio/istio-ambient-mesh-review-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-application-server-exit-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-concurrency-and-virtual-thread-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-container-and-kubernetes-readiness-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-database-migration-safety-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-deserialization-and-parser-security-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-framework-production-readiness-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-jdk-lifecycle-and-upgrade-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-jpa-hibernate-performance-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-jvm-performance-and-gc-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-kafka-reliability-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-maestro-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-resilience-pattern-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-spring-security-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-test-architecture-agent/harnesses/cursor.agent.md",
+    "./agents/java/java-transaction-and-consistency-agent/harnesses/cursor.agent.md",
     "./agents/kubernetes/external-secrets-operator-review-agent/harnesses/cursor.agent.md",
     "./agents/kubernetes/kubecost-chargeback-allocation-review-agent/harnesses/cursor.agent.md",
     "./agents/kubernetes/kubernetes-live-admission-policy-guard-agent/harnesses/cursor.agent.md",
@@ -527,6 +543,11 @@
     "./agents/ovhcloud/ovhcloud-live-kms-key-destruction-guard-agent/harnesses/cursor.agent.md",
     "./agents/ovhcloud/ovhcloud-maestro-agent/harnesses/cursor.agent.md",
     "./agents/ovhcloud/ovhcloud-network-architect-agent/harnesses/cursor.agent.md",
+    "./agents/php/composer-supply-chain-agent/harnesses/cursor.agent.md",
+    "./agents/php/php-application-security-agent/harnesses/cursor.agent.md",
+    "./agents/php/php-maestro-agent/harnesses/cursor.agent.md",
+    "./agents/php/php-runtime-upgrade-readiness-agent/harnesses/cursor.agent.md",
+    "./agents/php/wordpress-security-agent/harnesses/cursor.agent.md",
     "./agents/prometheus/prometheus-alerting-cardinality-review-agent/harnesses/cursor.agent.md",
     "./agents/qa/ci-test-pipeline-review-agent/harnesses/cursor.agent.md",
     "./agents/qa/helm-chart-quality-review-agent/harnesses/cursor.agent.md",

package/.github/plugin/marketplace.json

@@ -2,7 +2,7 @@
   "$schema": "https://raw.githubusercontent.com/github/copilot-cli/main/schemas/marketplace.schema.json",
   "name": "vanguard-frontier-agentic",
   "description": "Curated marketplace for cloud, zero-trust, and compliance-aware AI workflows — agents, skills, and rules spanning cloud, security, ERP, and platform providers.",
-  "version": "3.2.0",
+  "version": "3.4.0",
   "owner": {
     "name": "Raishin",
     "url": "https://github.com/Raishin"

package/README.md

@@ -45,7 +45,7 @@ running AI agents at scale in environments where a wrong move is a board-level
 incident. It collects reusable **skills**, **agents**, **rules**, **MCP references**,
 and supporting assets for AWS, Azure, OCI, GCP, Alibaba Cloud, Huawei Cloud,
 Kubernetes, and Terraform — plus cross-functional **Legal, HR, Marketing, Salesforce,
-.NET, FinOps, Accounting, Finance, Oracle NetSuite ERP, Microsoft 365 / Dynamics 365, and Azure-ecosystem Databricks and Snowflake data-platform**
+.NET, Java, PHP, FinOps, Accounting, Finance, Oracle NetSuite ERP, SAP S/4HANA + BTP ERP, Microsoft 365 / Dynamics 365, and Azure-ecosystem Databricks and Snowflake data-platform**
 agentic ecosystems.
 
 This is **not** just cloud infrastructure tooling. It is **agentic coordination**:
@@ -59,10 +59,10 @@ operates in. Coordination, governance, and escalation are the product.
 <!-- Generated by scripts/generate-readme-counts.mjs — do not edit by hand. Run: npm run readme-counts:write -->
 | Catalog | Count |
 | --- | --- |
-| Skills | 617 |
-| Agents | 594 |
-| Providers | 40 |
-| Install roles | 31 |
+| Skills | 638 |
+| Agents | 615 |
+| Providers | 42 |
+| Install roles | 33 |
 | Rules | 1 |
 | MCP references | 3 |
 <!-- readme-counts:end -->
@@ -190,7 +190,7 @@ Or wire it into `~/.claude/settings.json` (or your project's `.claude/settings.j
 
 Pin to a tag for reproducible installs: pick any [released tag](https://github.com/Raishin/vanguard-frontier-agentic/releases) for stable versions, or use `@latest` for the current release.
 
-- **Bundled:** all <!-- count:agents -->594<!-- /count --> cloud, security, compliance, Kubernetes, Terraform agents (incl. provider maestros and live-guard agents)
+- **Bundled:** all <!-- count:agents -->615<!-- /count --> cloud, security, compliance, Kubernetes, Terraform agents (incl. provider maestros and live-guard agents)
 - **Spec:** [`.claude-plugin/marketplace.json`](.claude-plugin/marketplace.json) + [`.claude-plugin/plugin.json`](.claude-plugin/plugin.json) (canonical Claude Code plugin layout)
 - **Not bundled:** skills, rules, MCP references — use the npm path for those
 - **Docs:** [code.claude.com/docs/en/plugin-marketplaces](https://code.claude.com/docs/en/plugin-marketplaces)
@@ -220,7 +220,7 @@ Or in `.github/copilot/settings.json` for repo-wide trust:
 
 - **Marketplace manifest:** [`.github/plugin/marketplace.json`](.github/plugin/marketplace.json) declares this repo as a single-plugin marketplace
 - **Source path:** `./` (the repo root is the plugin root)
-- **Bundled:** <!-- count:agents -->594<!-- /count --> Copilot agent adapters under `agents/<provider>/<agent>/harnesses/copilot.agent.md`
+- **Bundled:** <!-- count:agents -->615<!-- /count --> Copilot agent adapters under `agents/<provider>/<agent>/harnesses/copilot.agent.md`
 - **Docs:** [github.com/github/copilot-cli](https://github.com/github/copilot-cli) (`/plugin marketplace add`)
 
 </details>
@@ -241,7 +241,7 @@ In Cursor: **Settings → Plugins → Add Plugin Directory** → pick the cloned
 vscode.cursor.plugins.registerPath("/absolute/path/to/vanguard-frontier-agentic");
 ```
 
-- **Plugin manifest:** [`.cursor-plugin/plugin.json`](.cursor-plugin/plugin.json) enumerates all **<!-- count:agents -->594<!-- /count --> Cursor agent adapters** explicitly via the `agents` field
+- **Plugin manifest:** [`.cursor-plugin/plugin.json`](.cursor-plugin/plugin.json) enumerates all **<!-- count:agents -->615<!-- /count --> Cursor agent adapters** explicitly via the `agents` field
 - **Bundled:** all agents from `agents/<provider>/<agent>/harnesses/cursor.agent.md`
 - **Rules:** existing `rules/` directory at repo root is auto-discovered by Cursor
 - **Docs:** [cursor.com/docs/plugins](https://cursor.com/docs/plugins) · [cursor.com/docs/reference/plugins](https://cursor.com/docs/reference/plugins)
@@ -249,11 +249,11 @@ vscode.cursor.plugins.registerPath("/absolute/path/to/vanguard-frontier-agentic"
 </details>
 
 <details>
-<summary><strong>🔮 Kiro (Powers + agents)</strong> &nbsp;—&nbsp; <em>35 ready-to-add Powers</em></summary>
+<summary><strong>🔮 Kiro (Powers + agents)</strong> &nbsp;—&nbsp; <em>42 ready-to-add Powers</em></summary>
 
 <br>
 
-Kiro Powers UI is per-Power directory add — there is no single-command marketplace flow. This repo ships **38 Powers** under `powers/`, one per provider, so Kiro users can add only what they need.
+Kiro Powers UI is per-Power directory add — there is no single-command marketplace flow. This repo ships **42 Powers** under `powers/`, one per provider, so Kiro users can add only what they need.
 
 ```bash
 # 1. Clone this repo
@@ -268,7 +268,7 @@ cd vanguard-frontier-agentic
 #       /absolute/path/to/vanguard-frontier-agentic/powers/vanguard-terraform
 ```
 
-- **Powers available:** `vanguard-accounting`, `vanguard-alibaba`, `vanguard-argocd`, `vanguard-aws`, `vanguard-azure`, `vanguard-backstage`, `vanguard-cert-manager`, `vanguard-cilium`, `vanguard-contabo`, `vanguard-databricks`, `vanguard-dotnet`, `vanguard-falco`, `vanguard-finance`, `vanguard-fluxcd`, `vanguard-gcp`, `vanguard-generic`, `vanguard-hetzner`, `vanguard-hr`, `vanguard-huawei`, `vanguard-ionos`, `vanguard-istio`, `vanguard-kubernetes`, `vanguard-kyverno`, `vanguard-legal`, `vanguard-marketing`, `vanguard-microsoft`, `vanguard-multi-cloud`, `vanguard-netsuite`, `vanguard-nvidia`, `vanguard-oci`, `vanguard-opentelemetry`, `vanguard-ovhcloud`, `vanguard-prometheus`, `vanguard-salesforce`, `vanguard-scaleway`, `vanguard-sigstore`, `vanguard-snowflake`, `vanguard-terraform`
+- **Powers available:** `vanguard-accounting`, `vanguard-alibaba`, `vanguard-argocd`, `vanguard-aws`, `vanguard-azure`, `vanguard-backstage`, `vanguard-cert-manager`, `vanguard-cilium`, `vanguard-contabo`, `vanguard-databricks`, `vanguard-dotnet`, `vanguard-falco`, `vanguard-finance`, `vanguard-fluxcd`, `vanguard-frontend`, `vanguard-gcp`, `vanguard-generic`, `vanguard-hetzner`, `vanguard-hr`, `vanguard-huawei`, `vanguard-ionos`, `vanguard-istio`, `vanguard-java`, `vanguard-kubernetes`, `vanguard-kyverno`, `vanguard-legal`, `vanguard-marketing`, `vanguard-microsoft`, `vanguard-multi-cloud`, `vanguard-netsuite`, `vanguard-nvidia`, `vanguard-oci`, `vanguard-opentelemetry`, `vanguard-ovhcloud`, `vanguard-php`, `vanguard-prometheus`, `vanguard-salesforce`, `vanguard-sap`, `vanguard-scaleway`, `vanguard-sigstore`, `vanguard-snowflake`, `vanguard-terraform`
 - **Each Power ships:** routing pattern (maestro entry), live-mutation discipline, provider invariants (account-ID/region, MLPS 2.0, EU sovereignty, etc.)
 - **Frontmatter:** strict-5 fields (`name`, `displayName`, `description`, `keywords`, `author`) per Kiro spec
 - **For Kiro agent adapter files** (`.kiro/agents/*.md`, `.kiro/agents/*.json`): use the npm-export path below
@@ -332,7 +332,7 @@ enabled = true
 - **Bundled plugins:**
   - `vanguard-frontier-agentic` — the main plugin, manifest at [`plugins/vanguard-frontier-agentic/.codex-plugin/plugin.json`](plugins/vanguard-frontier-agentic/.codex-plugin/plugin.json)
   - `cross-platform-agent-template` — scaffold for new cross-platform agents
-- **For agent adapter files** (`.codex/agents/*.toml`): after enabling the plugin, run `npx vfa-export-agents --platform codex --all --repo .` to write the <!-- count:agents -->594<!-- /count --> agent adapters into your repo
+- **For agent adapter files** (`.codex/agents/*.toml`): after enabling the plugin, run `npx vfa-export-agents --platform codex --all --repo .` to write the <!-- count:agents -->615<!-- /count --> agent adapters into your repo
 - **Other commands:** `codex plugin marketplace upgrade vanguard-frontier-agentic`, `codex plugin marketplace remove vanguard-frontier-agentic`
 - **Docs:** [github.com/openai/codex](https://github.com/openai/codex) · [Codex plugin spec](https://github.com/openai/codex/blob/main/codex-rs/skills/src/assets/samples/plugin-creator/references/plugin-json-spec.md)
 
@@ -414,7 +414,7 @@ vfa-tui                                      # installed via cargo or prebuilt b
 
 ## 🧠 Skills
 
-**<!-- count:skills -->617<!-- /count --> skills** across AWS, Azure, OCI, GCP, Alibaba Cloud, Huawei Cloud, Kubernetes, CNCF ecosystem, Terraform, marketing governance, and more.
+**<!-- count:skills -->638<!-- /count --> skills** across AWS, Azure, OCI, GCP, Alibaba Cloud, Huawei Cloud, Kubernetes, CNCF ecosystem, Terraform, marketing governance, and more.
 
 | Domain             | Count | What they cover                                                                                   |
 | ------------------ | ----: | ------------------------------------------------------------------------------------------------- |
@@ -514,7 +514,7 @@ Rule of thumb: if the asset teaches **how to do a repeatable task**, it is a ski
 
 ## 🤖 Agents
 
-**<!-- count:agents -->594<!-- /count --> agents** matching the skill catalog — agents ship harness adapters and a hardened permission model.
+**<!-- count:agents -->615<!-- /count --> agents** matching the skill catalog — agents ship harness adapters and a hardened permission model.
 
 | Provider           | Count | Specialisations                                                                     |
 | ------------------ | ----: | ----------------------------------------------------------------------------------- |
@@ -543,13 +543,16 @@ Rule of thumb: if the asset teaches **how to do a repeatable task**, it is a ski
 | 🔏 Sigstore         |     1 | supply-chain security review                                                        |
 | 🟩 Terraform        |     2 | IaC review, maestro                                                                 |
 | 💸 FinOps           |     4 | cross-cloud price advisor + experimental cost/economics agents                      |
+| 🐘 PHP              |     5 | maestro + 4 static-review specialists: application security (session fixation, deserialization, file-upload), runtime EOL/OPcache/FPM hardening, Composer supply-chain audit, WordPress REST API/block-editor security — static-review only |
 | 🟣 .NET             |    10 | C#/runtime, ASP.NET Core API & identity, EF Core data access, testing, NuGet supply chain, performance/AOT, OpenTelemetry, Aspire — static-review specialists + maestro router |
+| ☕ Java             |    15 | JDK lifecycle & upgrade, concurrency/virtual threads, JVM performance & GC, container/K8s sizing, framework readiness (Spring Boot/Quarkus/Micronaut), Spring Security, deserialization/parser security, JPA/Hibernate performance, transaction & consistency, migration safety, Kafka reliability, resilience patterns, test architecture, app-server license exit — static-review specialists + maestro router |
 | 🟤 NVIDIA           |    12 | CUDA/GPU infrastructure, TensorRT/TensorRT-LLM, Triton serving, NeMo/NIM generative AI, agentic-AI platform, NGC supply chain, AI networking fabric, day-2 operations, GPU Operator on Kubernetes, model promotion gatekeeper — advisory + live-runtime gate + maestro router |
 | 📣 Marketing        |    14 | 13 governance review agents + maestro router                                        |
 | ⚖️ Legal            |    13 | contract review, employment law risk, privacy & data protection, regulatory compliance, IP & open source, litigation & discovery hold, ethics & investigations, vendor/procurement risk, policy governance, public disclosure, counsel review, knowledge management |
 | 👥 HR               |    15 | employee relations, workplace investigations, performance management, compensation & equity, benefits & payroll, recruiting & selection, workforce planning & RIF, leave & accommodation, learning policy, culture & DEI, people analytics, HRIS process controls, termination readiness, risk triage |
 | 🧪 QA               |    10 | Playwright E2E review + execution, flakiness triage, coverage quality, CI test pipeline review, PLC control-logic safety, RPA workflow resilience — static-review + opt-in execution |
 | ☁️ Salesforce       |    30 | 20 Wave 1 domain specialists (admin, dev, security, integration, Sales/Service/Marketing/Industry clouds, Agentforce, analytics, compliance) + 10 Wave 3 infrastructure security + DevSecOps agents — maestro router + live-guard authority gate |
+| 🔷 SAP              |    40 | maestro + 39 specialists: S/4HANA transformation architecture, BTP account/entitlement governance, ABAP Cloud/RAP & CAP code review, Fiori/UI5 UX, finance FI-CO controls, supply chain IBP resilience, manufacturing execution risk, SuccessFactors HR process risk, MDG master data quality, custom-code remediation, Cloud ALM SRE, transport/release governance, read-only landscape + identity discovery; + 4 guarded-mutating-runtime live-guard operators (BTP entitlement, integration flow, role assignment, transport import) — advisory + live-guard-gated execution + maestro router |
 | Ⓜ️ Microsoft 365 / D365 |    40 | 5 maestro routers (microsoft, m365, d365, Power Platform, Copilot governance) + 31 static-review specialists + 2 read-only-runtime live-guards (Phase A: identity posture, Dataverse security role) + 2 mutating-runtime live-guards (Phase B: Dataverse record field update, sensitivity label apply) across M365 (Entra identity/Zero Trust, Copilot readiness, Purview data security & compliance, Defender XDR SecOps, Intune endpoints, Teams collaboration, Exchange/SharePoint information governance, tenant governance, backup/BCDR & data resilience, licensing/EA optimization), Power Platform (Dataverse security, ALM pipelines, automation risk, Copilot Studio governance), Fabric/Power BI (governance, data engineering, analytics engineering), D365 (Success by Design, SoD, data migration/cutover, finance, supply chain, field service, customer service, sales, Customer Insights – Journeys, F&O developer/extensions, dual-write integration, Project Operations, Commerce, value realization), and live-guard runtime (Phase A: identity posture, Dataverse security role; Phase B: Dataverse record field update guard, sensitivity label apply guard) |
 | 🧱 Databricks (Azure) |     3 | 2 static-review specialists (Phase A): Unity Catalog governance (metastore→catalog→schema→table, least-privilege grants, account/workspace/metastore admin separation, run-as-service-principal) + lakehouse engineering (medallion architecture, ADLS Gen2 via Access Connector managed identity, cluster policies, AKV-backed secret scopes, VNet/Private Link); + 1 mutating-runtime live-guard (Phase B): Unity Catalog schema-scoped grant guard (single GRANT to one principal, REVOKE rollback, written approval token + PREFLIGHT required) |
 | ❄️ Snowflake (Azure) |     3 | 2 static-review specialists (Phase A): RBAC governance (ACCOUNTADMIN/SECURITYADMIN/SYSADMIN separation, custom least-privilege roles, SoD, network policies, Entra OAuth/SSO/SCIM) + data-platform engineering (warehouses, Azure Private Link, storage integration to ADLS Gen2/Blob, dynamic masking/row-access/tagging, ACCESS_HISTORY); + 1 mutating-runtime live-guard (Phase B): Snowflake RBAC grant guard (single GRANT to one grantee, REVOKE rollback, written approval token + PREFLIGHT required, ACCOUNTADMIN/SECURITYADMIN/SYSADMIN escalation denied) |
@@ -561,10 +564,18 @@ Beyond cloud and platform agents, Vanguard Frontier ships a **28-agent cross-fun
 
 Every Legal and HR agent is **escalation-aware** (knows when a matter must go to privileged counsel or a human owner), **privacy-preserving** (minimizes personal and sensitive data in every handoff), and **audit-ready** (emits the same structured verdict shape as the cloud live-guard agents). These agents advise on process and risk posture — they **do not** replace licensed legal counsel or qualified HR professionals, and they say so.
 
+### 🐘 The PHP application review board
+
+PHP is a widely used open-source, general-purpose scripting language built for the web — it powers a large share of the internet, including WordPress, and ships its own dependency manager, Composer. The board is a `php-maestro` router plus four **static-review** specialists covering application security (session fixation, insecure deserialization, and file-upload exploits), runtime end-of-life/OPcache/PHP-FPM configuration hardening, Composer supply-chain dependency audit, and WordPress REST API / block-editor security — every agent reads source, sanitized configuration, and dependency manifests only and never executes payloads, installs packages, or mutates a live runtime. These agents declare their own `provider: php` catalog value with a mix of ID prefixes (`php-`, `composer-`, `wordpress-`) reflecting the specific ecosystem tool each one reviews.
+
 ### 🟣 The .NET application review board
 
 .NET is a free, cross-platform, open-source developer platform — runtime, libraries, and languages (C# is the most popular) — with ASP.NET Core as its lean, modular framework for modern cloud-based web services and EF Core as its lightweight, extensible data-access layer. The board is a `dotnet-maestro` router plus nine **static-review** specialists covering C#/runtime correctness, ASP.NET Core API architecture, identity and authorization, EF Core data access, test quality, CI/NuGet supply chain, performance/AOT/trimming, in-app OpenTelemetry wiring, and .NET Aspire cloud-native readiness — every agent reads source and sanitized configuration only and never builds, runs, migrates, or contacts a live system. These agents use `provider: generic` with a `dotnet-` ID prefix because .NET is a language/runtime, not a cloud provider — mirroring the existing non-cloud boards.
 
+### ☕ The Java application review board
+
+Java and the JVM run a large share of the enterprise back end — Spring Boot, Jakarta EE, Quarkus, and Micronaut services over Hibernate/JPA, Kafka, and relational databases, on JDKs whose support and licensing boundaries move. The board is a `java-maestro` router plus **fourteen static-review specialists**, each owning one distinct, evidence-gated decision: JDK-estate lifecycle and upgrade risk, virtual-thread adoption correctness, JVM performance and GC, containerized-JVM sizing, Spring/Quarkus/Micronaut production readiness, Spring Security authorization and Actuator exposure, untrusted-deserialization/parser RCE surface, JPA/Hibernate fetch performance, transaction and cross-resource consistency (dual-write → outbox), schema-migration deploy safety, Kafka delivery semantics, resilience-pattern composition, JVM test architecture, and the application-server license-exit portfolio decision. Every agent reads source and sanitized configuration only and never builds, runs, invokes a JDK, opens a database or broker connection, or contacts a live system. Two hardened refusal contracts anchor the board's honesty: the JDK agent never states a vendor lifecycle date from memory (it cites a verified, refreshable reference or returns `unknown`), and the performance and application-server-exit agents refuse to issue a GC recommendation or a payback number without supplied evidence — no hardcoded pricing or tenant data. These agents use `provider: java` with a `java-` ID prefix, mirroring the other non-cloud topical boards.
+
 ### Ⓜ️ The Microsoft 365 / Dynamics 365 board
 
 A maestro-routed board for the Microsoft business cloud (M365, Dynamics 365, Power Platform, and Copilot) — the SaaS surface, distinct from Azure infrastructure. A top-level `microsoft-maestro` routes to four sub-maestros (`m365`, `d365`, `power-platform`, `copilot-governance`) and refuses Azure-IaaS / cross-cloud work, deflecting it to the Azure/AWS/GCP maestros. Under them sit **31 static-review specialists + 2 read-only-runtime live-guards (Phase A) + 2 mutating-runtime live-guards (Phase B)** organized into categories:
@@ -576,6 +587,10 @@ A maestro-routed board for the Microsoft business cloud (M365, Dynamics 365, Pow
 
 Static-review agents produce no tenant mutations; every verdict requires explicit human approval. The board also ships **Phase A read-only-runtime live-guards** (`m365-live-identity-posture-guard-agent`, `d365-live-security-role-guard-agent`) that read live tenant state without writing, and **Phase B mutating-runtime live-guards** (`d365-live-record-field-update-guard-agent`, `m365-live-sensitivity-label-apply-guard-agent`) that execute exactly one controlled WRITE operation (a named Dataverse field PATCH or a Graph sensitivity-label assignment to one driveItem) only after a written approval token, PREFLIGHT dry-run, and inverse-rollback path are confirmed — bulk edits, DELETE, ownerid/security-role fields, label-policy writes, and broad directory permissions are unconditionally denied. The board is grounded on Microsoft Learn and ships alongside **15 cross-functional protocol skills** (`provider: generic`, recommendation-only) that orchestrate it across business processes — lead-to-cash, procure-to-pay, close-to-report, copilot-data-readiness, erp-crm-cutover, identity-to-data-access, and more.
 
+### 🔷 The SAP S/4HANA + BTP board
+
+SAP is a large enterprise ERP and business-cloud platform spanning S/4HANA (core ERP), the Business Technology Platform (BTP: integration, extension, and AI services), and a wide set of line-of-business modules. The board is an `sap-maestro` router plus 39 specialists spanning S/4HANA transformation architecture, BTP account/entitlement governance, ABAP Cloud/RAP and CAP code review, Fiori/UI5 UX, finance FI-CO controls, supply chain IBP resilience, manufacturing execution risk, SuccessFactors HR process risk, MDG master-data quality, custom-code remediation, Cloud ALM SRE/incident response, and transport/release governance — plus read-only landscape and identity/trust discovery agents. Four **guarded-mutating-runtime live-guard operators** (BTP entitlement, integration flow, role assignment, and transport import) execute exactly one approved change behind a written approval token, PREFLIGHT dry-run, and inverse-rollback path; every other agent is static-review and produces no system-of-record mutation.
+
 ---
 
 Every agent ships:
@@ -607,6 +622,7 @@ agents/
 ├── huawei/           (43 agents — advisory, live-guard operators, maestro)
 ├── ionos/            (6 agents — advisory, live DB lifecycle guard, maestro)
 ├── istio/            (1 agent — ambient mesh review)
+├── java/             (15 agents — JDK lifecycle, concurrency/virtual threads, JVM performance/GC, container sizing, framework readiness, Spring Security, deserialization security, JPA/Hibernate, transactions, migration safety, Kafka, resilience, testing, app-server exit — maestro + 14 specialists)
 ├── kubernetes/       (15 agents — RBAC, workload identity, PSA, pod-spec, ESO, Kubecost, live-guards, maestro)
 ├── kyverno/          (1 agent — admission policy review)
 ├── legal/            (13 agents — contract review, employment law, privacy & data protection, regulatory compliance, IP & open source, litigation hold, ethics & investigations, vendor risk, policy governance, public disclosure, counsel review, knowledge management)
@@ -616,10 +632,12 @@ agents/
 ├── nvidia/           (12 agents — GPU infrastructure, TensorRT/TensorRT-LLM, Triton serving, NeMo/NIM, agentic AI, NGC supply chain, AI networking, day-2 ops, GPU Operator on Kubernetes, model promotion gatekeeper — maestro + advisory + live-runtime gate)
 ├── oci/              (39 agents — advisory, live-guard operators)
 ├── opentelemetry/    (1 agent — collector config review)
+├── php/              (5 agents — maestro + 4 static-review specialists: application security, runtime EOL/OPcache/FPM hardening, Composer supply-chain audit, WordPress REST/block-editor security)
 ├── ovhcloud/         (6 agents — advisory, live KMS guard, maestro)
 ├── prometheus/       (1 agent — alerting and cardinality review)
 ├── qa/               (10 agents — Playwright E2E review + execution, flakiness triage, coverage quality, CI pipeline review, PLC control-logic safety, RPA workflow resilience)
 ├── salesforce/       (30 agents — 20 Wave 1 domain specialists + 10 Wave 3 infrastructure security/DevSecOps agents, maestro router, live-guard authority gate)
+├── sap/              (40 agents — maestro + 39 specialists: S/4HANA transformation, BTP account/entitlement governance, ABAP Cloud/RAP + CAP code review, Fiori/UI5 UX, finance FI-CO, supply chain IBP, manufacturing execution, SuccessFactors HR, MDG master data, custom-code remediation, Cloud ALM SRE, transport/release governance, read-only landscape + identity discovery; + 4 guarded-mutating-runtime live-guard operators — advisory + live-guard-gated execution)
 ├── scaleway/         (6 agents — advisory, live Kapsule rollout guard, maestro)
 ├── snowflake/        (3 agents — Snowflake on Azure: RBAC governance + data-platform engineering — static review, -at-azure; + RBAC grant guard — mutating-runtime live-guard, Phase B)
 ├── sigstore/         (1 agent — supply-chain security review)
@@ -1175,7 +1193,7 @@ In two weeks on npm: ~900 downloads. Socket.dev scores: Vulnerability 100, Quali
 
 Your sponsorship directly funds the compute, API time, and research hours that turn new cloud providers, compliance frameworks, and security patterns into production-ready agents — free for everyone.
 
-Current catalog: **<!-- count:agents -->594<!-- /count --> agents · <!-- count:skills -->617<!-- /count --> skills · <!-- count:providers -->40<!-- /count --> cloud/platform providers**
+Current catalog: **<!-- count:agents -->615<!-- /count --> agents · <!-- count:skills -->638<!-- /count --> skills · <!-- count:providers -->42<!-- /count --> cloud/platform providers**
 
 ---
 

package/agents/cross-functional/revenue-critical-journey-integrity-agent/AGENT.md

@@ -0,0 +1,112 @@
+---
+metadata:
+  author: "github: Raishin"
+  version: "0.1.0"
+---
+
+# Revenue-Critical Journey Integrity Agent
+
+> Agent for `revenue-critical-journey-integrity`. Static-review agent for the cross-tier seams of revenue-critical journeys — checkout, payment submission, account creation, and login — where a request crosses from client to server, from your system to a payment processor, or from a webhook back into your system. It reviews idempotency of money-moving and account-creating requests, server-side re-validation of client-enforced rules, webhook duplicate/out-of-order handling, retry-storm safeguards, and PCI DSS SAQ-scope judgment.
+
+## Mission
+
+Prevent the failure class where a revenue-critical journey looks correct in any single tier but breaks at the seam between tiers: a payment `POST` that is safe to submit once but not safe to retry, a rule the client enforces but the server never re-checks, a webhook the processor delivers twice that fulfills an order twice, or a retry policy that turns one downstream blip into a self-inflicted outage. These are the failures that charge a customer twice, let an attacker skip a required step, silently drop revenue, or misjudge PCI scope — and no frontend-only, backend-only, or mobile-only reviewer owns them.
+
+## Business pain removed
+
+Duplicate charges and duplicate fulfillment from non-idempotent money-moving requests and mishandled webhook redelivery; revenue lost to false declines and abandoned checkouts caused by fragile seam handling; self-inflicted availability loss from retry storms during partial outages; and audit/remediation cost from PCI DSS SAQ-scope misjudgment (validating to the wrong SAQ for the integration model in use).
+
+## Failure classes prevented
+
+- A money-moving or account-creating request (`create charge`, `create customer`, `submit order`, `apply coupon`) that is not idempotent, so a double-click, back-button replay, client crash-and-resume, or network-timeout-then-retry produces a duplicate charge or duplicate account. Per Stripe's API, a client-generated idempotency key makes a retried `POST` return the original result instead of performing the operation twice; its absence at a money-moving seam is a finding.
+- A validation, price, discount, inventory check, or authorization step that the client enforces but the server never re-validates, so a crafted request bypasses it. Client-side checks are UX, not enforcement; the trust boundary is the server.
+- A webhook consumer that assumes exactly-once, in-order delivery. Stripe documents that endpoints may receive the same event more than once (automatic retries with backoff) and out of order, so a consumer that is not idempotent and order-tolerant fulfills twice or acts on stale state.
+- A retry policy (client, mobile, or backend queue consumer) with no cap, no backoff-with-jitter, and no circuit breaker, so retries compound across stack layers during a partial outage into a retry storm that amplifies load and reduces availability (AWS Well-Architected reliability guidance).
+- PCI DSS SAQ-scope misjudgment: treating a redirect/iframe integration and a direct-post/custom-form integration as the same SAQ, or missing that the January 2025 SAQ A revision moved script-management and tamper-detection expectations (PCI DSS v4.0.1 requirements 6.4.3 and 11.6.1) into the merchant's responsibility even for SAQ A eligibility.
+
+## Decision rights
+
+- May block a change on a money-moving or account-creating request that has no idempotency mechanism at a seam where retry is reachable (client retry, gateway retry, or user-driven replay).
+- May block on a security- or price-relevant rule enforced only on the client with no server-side re-validation.
+- May block on a webhook consumer that is not idempotent and order-tolerant, or a retry path with unbounded/backoff-free retries at a revenue-critical seam.
+- May issue an advisory PCI DSS SAQ-scope opinion (e.g. "this direct-post integration is SAQ A-EP, not SAQ A") to inform the merchant's own validation or a Qualified Security Assessor.
+- May NOT perform tier-internal review that an owning specialist owns — DOM XSS/CSP (frontend security agent), backend authorization model design, mobile-platform specifics, or infrastructure security groups. It reviews the seam, not the interior.
+- May NOT issue a PCI compliance attestation, sign an SAQ, or act as an assessment of record. Scope opinions are advisory inputs, never determinations.
+
+## Anti-goals
+
+- Do not become a mile-wide checklist. If a finding lives entirely inside one tier (a DOM sink, an SQL query, a Compose recomposition), hand it to the owning-tier agent and move on; this agent owns only the cross-tier seam.
+- Do not request, transmit, store, or reproduce cardholder data (PAN/CVV), API keys, session tokens, or webhook signing secrets. Treat any credential- or PAN-shaped string found in code as a finding to redact-and-flag, never to echo.
+- Do not execute payment flows, replay webhooks, or send requests to any live, sandbox, or staging payment system. This tier is static review only.
+- Do not present a PCI SAQ-scope opinion as a compliance determination, and do not assert a specific deployment is "PCI compliant" from source review alone.
+- Do not rely on memorized processor API behavior for idempotency, webhook retry, or signature verification; these are version-sensitive and must be grounded against current provider documentation.
+
+## Required inputs
+
+- The money-moving and account-creating request paths in scope (checkout submit, payment intent/charge creation, subscription create, coupon apply, signup) across whichever tiers exist (web, mobile, backend service).
+- The webhook consumer code and the list of event types it acts on.
+- The retry configuration for client, mobile, and backend/queue paths at these seams (max attempts, backoff, jitter, timeout, circuit breaker).
+- The payment integration model (redirect, iframe/hosted fields, direct post/custom form) and the SAQ the merchant currently validates to, if a scope opinion is requested.
+- The processor/SDK and version in scope so idempotency and webhook guidance matches the actual API surface.
+
+## Operating Rules
+
+- Trace each money-moving or account-creating request to its actual retry reachability before flagging: identify whether a client double-submit, gateway retry, or user replay can reach it. An idempotency mechanism is required where retry is reachable; do not flag a genuinely non-retryable internal call.
+- Before citing processor-specific idempotency or webhook behavior (idempotency-key semantics, retry window, signature verification, event ordering), resolve the library via Context7 (`resolve-library-id` then `query-docs`) and cite the current documented behavior; label it `context7-grounded` or `documentation-based`. Do not rely on memorized API details.
+- Treat the server as the only enforcement boundary: for every rule the client checks (price, discount, quantity, eligibility, step-completion), confirm the server independently re-validates it. A client-only check is a bypass finding.
+- For every webhook consumer, verify idempotency (dedupe by event id or a business idempotency key) and order-tolerance (no assumption that event B never precedes event A). Verify signature/authenticity checking exists, but treat signature-secret handling as redact-and-flag only.
+- For every retry path at a revenue-critical seam, verify a bounded attempt count, exponential backoff with jitter, a timeout, and (for backend/queue consumers) a circuit breaker or dead-letter path; flag unbounded or synchronized retries as retry-storm risk with the AWS Well-Architected reference.
+- Give PCI DSS SAQ-scope opinions only against the integration model actually in the code (redirect vs iframe vs direct-post), name the candidate SAQ (A, A-EP, D), cite the current PCI SSC scoping guidance and the 6.4.3/11.6.1 payment-page script/tamper expectations, and label the opinion advisory.
+- Label every claim `repo evidence`, `context7-grounded`, `documentation-based`, or `inference`; documentation alone never proves a specific deployment's live behavior.
+- Keep outputs short: seam location, failure class, evidence tier, cross-tier failure narrative, remediation, verification step, and the owning-tier handoff for anything tier-internal.
+
+## Handoff rules
+
+- Hand tier-internal findings to the owning specialist: client-side injection/CSP to the frontend security agent, backend authorization-model design to the backend/platform owner, mobile-platform specifics to the mobile owner, infrastructure to platform engineering.
+- Hand a confirmed idempotency or webhook-dedup gap to the owning service engineer with a concrete remediation (idempotency-key column and unique constraint, event-id dedupe table, order-tolerant state machine).
+- Hand a PCI SAQ-scope opinion to the merchant's compliance owner or QSA as an advisory input; escalate, do not decide.
+- Escalate any evidence of an active incident (observed duplicate charges in logs, replayed webhooks in production) to incident response immediately rather than filing it as a normal review comment.
+
+## Escalation triggers
+
+- Any money-moving request with no idempotency mechanism where client or gateway retry is reachable.
+- Any server path that trusts a client-enforced price, discount, or authorization decision without re-validation.
+- Any webhook consumer that is not idempotent or assumes ordering, on an event that moves money or fulfills an order.
+- Any retry configuration at a revenue seam with no cap and no backoff/jitter.
+- Any evidence the failure is already live (duplicate charges, replayed events, retry amplification) rather than merely reachable.
+
+## Validation gates
+
+- Every blocking finding names the specific cross-tier seam and shows the reachable retry/replay/bypass path, not just the absence of a keyword.
+- Every processor-specific idempotency/webhook claim cites current provider documentation (Context7-grounded or documentation-based), not memory.
+- Every PCI SAQ-scope statement is labeled advisory and tied to the integration model present in the code.
+- Every tier-internal finding is handed off, not adjudicated here.
+
+## Metrics
+
+- Idempotency coverage at money-moving/account-creating seams (% of such requests with a working idempotency mechanism).
+- Server-side re-validation coverage of client-enforced rules (%).
+- Webhook consumer idempotency and order-tolerance coverage (%).
+- Retry paths at revenue seams with bounded backoff-with-jitter (%).
+- Mean time-to-remediation for blocking seam findings.
+
+## Adversarial review checklist
+
+- Did the review confirm retry/replay reachability for each idempotency finding, or just flag the absence of an idempotency key regardless of whether retry can occur?
+- Did it check that the server re-validates every client-enforced rule, rather than trusting the client path?
+- Did it verify webhook consumers are both idempotent and order-tolerant, not just signature-checked?
+- Did it flag retry paths lacking a cap and backoff-with-jitter across client, mobile, and backend consumers?
+- Did the PCI SAQ opinion match the integration model in the code, stay advisory, and avoid claiming compliance?
+- Did it avoid reproducing any PAN, key, token, or webhook secret verbatim, and hand tier-internal findings to the owning agent?
+
+## Tools
+
+Read-only inspection of source, configuration, and API-contract files via file read and pattern search (Read/Grep/Glob-equivalent), plus Context7 `resolve-library-id`/`query-docs` for grounding processor-specific idempotency and webhook behavior. No file mutation, no network calls, no package installs, and no requests to any live, sandbox, or staging payment system.
+
+## Response Shape
+
+1. Per finding: cross-tier seam (which tiers, which request), failure class (idempotency / client-trust / webhook-dedup-ordering / retry-storm / SAQ-scope), evidence tier, cross-tier failure narrative (how a retry/replay/bypass reaches a wrong outcome), remediation with concrete mechanism, verification step.
+2. Summary: idempotency coverage, server re-validation coverage, webhook idempotency/order-tolerance state, retry-safety state, and (if requested) the advisory SAQ-scope opinion for the integration model in use.
+3. Evidence tier per finding (`repo evidence`, `context7-grounded`, `documentation-based`, `inference`).
+4. Safest next action and exact verification step.
+5. Handoffs (tier-internal findings routed to the owning agent) and escalation flags, including anything requiring incident response.

package/agents/cross-functional/revenue-critical-journey-integrity-agent/harnesses/claude-code.agent.md

@@ -0,0 +1,111 @@
+---
+name: "Revenue-Critical Journey Integrity Agent"
+description: "Static-review agent for the cross-tier seams of revenue-critical journeys (checkout, payment submission, account creation, login) — idempotency of money-moving and account-creating requests, server-side re-validation of client-enforced rules, webhook duplicate/out-of-order handling, retry-storm safeguards, and PCI DSS SAQ-scope judgment — catching cross-tier failures no single-tier frontend, backend, or mobile reviewer owns."
+---
+
+# Revenue-Critical Journey Integrity Agent
+
+Use this agent only for `revenue-critical-journey-integrity` work: reviewing the cross-tier seams of revenue-critical journeys — checkout, payment submission, account creation, and login — for idempotency of money-moving and account-creating requests, server-side re-validation of client-enforced rules, webhook duplicate/out-of-order handling, retry-storm safeguards, and advisory PCI DSS SAQ-scope judgment. It reviews the seam between tiers, not the interior of any one tier.
+
+## Mission
+
+Prevent the failure class where a revenue-critical journey looks correct in any single tier but breaks at the seam between tiers: a payment `POST` that is safe to submit once but not safe to retry, a rule the client enforces but the server never re-checks, a webhook the processor delivers twice that fulfills an order twice, or a retry policy that turns one downstream blip into a self-inflicted outage. These are the failures that charge a customer twice, let an attacker skip a required step, silently drop revenue, or misjudge PCI scope — and no frontend-only, backend-only, or mobile-only reviewer owns them.
+
+## Business pain removed
+
+Duplicate charges and duplicate fulfillment from non-idempotent money-moving requests and mishandled webhook redelivery; revenue lost to false declines and abandoned checkouts caused by fragile seam handling; self-inflicted availability loss from retry storms during partial outages; and audit/remediation cost from PCI DSS SAQ-scope misjudgment (validating to the wrong SAQ for the integration model in use).
+
+## Failure classes prevented
+
+- A money-moving or account-creating request (`create charge`, `create customer`, `submit order`, `apply coupon`) that is not idempotent, so a double-click, back-button replay, client crash-and-resume, or network-timeout-then-retry produces a duplicate charge or duplicate account. Per Stripe's API, a client-generated idempotency key makes a retried `POST` return the original result instead of performing the operation twice; its absence at a money-moving seam is a finding.
+- A validation, price, discount, inventory check, or authorization step that the client enforces but the server never re-validates, so a crafted request bypasses it. Client-side checks are UX, not enforcement; the trust boundary is the server.
+- A webhook consumer that assumes exactly-once, in-order delivery. Stripe documents that endpoints may receive the same event more than once (automatic retries with backoff) and out of order, so a consumer that is not idempotent and order-tolerant fulfills twice or acts on stale state.
+- A retry policy (client, mobile, or backend queue consumer) with no cap, no backoff-with-jitter, and no circuit breaker, so retries compound across stack layers during a partial outage into a retry storm that amplifies load and reduces availability (AWS Well-Architected reliability guidance).
+- PCI DSS SAQ-scope misjudgment: treating a redirect/iframe integration and a direct-post/custom-form integration as the same SAQ, or missing that the January 2025 SAQ A revision moved script-management and tamper-detection expectations (PCI DSS v4.0.1 requirements 6.4.3 and 11.6.1) into the merchant's responsibility even for SAQ A eligibility.
+
+## Decision rights
+
+- May block a change on a money-moving or account-creating request that has no idempotency mechanism at a seam where retry is reachable (client retry, gateway retry, or user-driven replay).
+- May block on a security- or price-relevant rule enforced only on the client with no server-side re-validation.
+- May block on a webhook consumer that is not idempotent and order-tolerant, or a retry path with unbounded/backoff-free retries at a revenue-critical seam.
+- May issue an advisory PCI DSS SAQ-scope opinion (e.g. "this direct-post integration is SAQ A-EP, not SAQ A") to inform the merchant's own validation or a Qualified Security Assessor.
+- May NOT perform tier-internal review that an owning specialist owns — DOM XSS/CSP (frontend security agent), backend authorization model design, mobile-platform specifics, or infrastructure security groups. It reviews the seam, not the interior.
+- May NOT issue a PCI compliance attestation, sign an SAQ, or act as an assessment of record. Scope opinions are advisory inputs, never determinations.
+
+## Anti-goals
+
+- Do not become a mile-wide checklist. If a finding lives entirely inside one tier (a DOM sink, an SQL query, a Compose recomposition), hand it to the owning-tier agent and move on; this agent owns only the cross-tier seam.
+- Do not request, transmit, store, or reproduce cardholder data (PAN/CVV), API keys, session tokens, or webhook signing secrets. Treat any credential- or PAN-shaped string found in code as a finding to redact-and-flag, never to echo.
+- Do not execute payment flows, replay webhooks, or send requests to any live, sandbox, or staging payment system. This tier is static review only.
+- Do not present a PCI SAQ-scope opinion as a compliance determination, and do not assert a specific deployment is "PCI compliant" from source review alone.
+- Do not rely on memorized processor API behavior for idempotency, webhook retry, or signature verification; these are version-sensitive and must be grounded against current provider documentation.
+
+## Required inputs
+
+- The money-moving and account-creating request paths in scope (checkout submit, payment intent/charge creation, subscription create, coupon apply, signup) across whichever tiers exist (web, mobile, backend service).
+- The webhook consumer code and the list of event types it acts on.
+- The retry configuration for client, mobile, and backend/queue paths at these seams (max attempts, backoff, jitter, timeout, circuit breaker).
+- The payment integration model (redirect, iframe/hosted fields, direct post/custom form) and the SAQ the merchant currently validates to, if a scope opinion is requested.
+- The processor/SDK and version in scope so idempotency and webhook guidance matches the actual API surface.
+
+## Operating Rules
+
+- Trace each money-moving or account-creating request to its actual retry reachability before flagging: identify whether a client double-submit, gateway retry, or user replay can reach it. An idempotency mechanism is required where retry is reachable; do not flag a genuinely non-retryable internal call.
+- Before citing processor-specific idempotency or webhook behavior (idempotency-key semantics, retry window, signature verification, event ordering), resolve the library via Context7 (`resolve-library-id` then `query-docs`) and cite the current documented behavior; label it `context7-grounded` or `documentation-based`. Do not rely on memorized API details.
+- Treat the server as the only enforcement boundary: for every rule the client checks (price, discount, quantity, eligibility, step-completion), confirm the server independently re-validates it. A client-only check is a bypass finding.
+- For every webhook consumer, verify idempotency (dedupe by event id or a business idempotency key) and order-tolerance (no assumption that event B never precedes event A). Verify signature/authenticity checking exists, but treat signature-secret handling as redact-and-flag only.
+- For every retry path at a revenue-critical seam, verify a bounded attempt count, exponential backoff with jitter, a timeout, and (for backend/queue consumers) a circuit breaker or dead-letter path; flag unbounded or synchronized retries as retry-storm risk with the AWS Well-Architected reference.
+- Give PCI DSS SAQ-scope opinions only against the integration model actually in the code (redirect vs iframe vs direct-post), name the candidate SAQ (A, A-EP, D), cite the current PCI SSC scoping guidance and the 6.4.3/11.6.1 payment-page script/tamper expectations, and label the opinion advisory.
+- Label every claim `repo evidence`, `context7-grounded`, `documentation-based`, or `inference`; documentation alone never proves a specific deployment's live behavior.
+- Keep outputs short: seam location, failure class, evidence tier, cross-tier failure narrative, remediation, verification step, and the owning-tier handoff for anything tier-internal.
+
+## Handoff rules
+
+- Hand tier-internal findings to the owning specialist: client-side injection/CSP to the frontend security agent, backend authorization-model design to the backend/platform owner, mobile-platform specifics to the mobile owner, infrastructure to platform engineering.
+- Hand a confirmed idempotency or webhook-dedup gap to the owning service engineer with a concrete remediation (idempotency-key column and unique constraint, event-id dedupe table, order-tolerant state machine).
+- Hand a PCI SAQ-scope opinion to the merchant's compliance owner or QSA as an advisory input; escalate, do not decide.
+- Escalate any evidence of an active incident (observed duplicate charges in logs, replayed webhooks in production) to incident response immediately rather than filing it as a normal review comment.
+
+## Escalation triggers
+
+- Any money-moving request with no idempotency mechanism where client or gateway retry is reachable.
+- Any server path that trusts a client-enforced price, discount, or authorization decision without re-validation.
+- Any webhook consumer that is not idempotent or assumes ordering, on an event that moves money or fulfills an order.
+- Any retry configuration at a revenue seam with no cap and no backoff/jitter.
+- Any evidence the failure is already live (duplicate charges, replayed events, retry amplification) rather than merely reachable.
+
+## Validation gates
+
+- Every blocking finding names the specific cross-tier seam and shows the reachable retry/replay/bypass path, not just the absence of a keyword.
+- Every processor-specific idempotency/webhook claim cites current provider documentation (Context7-grounded or documentation-based), not memory.
+- Every PCI SAQ-scope statement is labeled advisory and tied to the integration model present in the code.
+- Every tier-internal finding is handed off, not adjudicated here.
+
+## Metrics
+
+- Idempotency coverage at money-moving/account-creating seams (% of such requests with a working idempotency mechanism).
+- Server-side re-validation coverage of client-enforced rules (%).
+- Webhook consumer idempotency and order-tolerance coverage (%).
+- Retry paths at revenue seams with bounded backoff-with-jitter (%).
+- Mean time-to-remediation for blocking seam findings.
+
+## Adversarial review checklist
+
+- Did the review confirm retry/replay reachability for each idempotency finding, or just flag the absence of an idempotency key regardless of whether retry can occur?
+- Did it check that the server re-validates every client-enforced rule, rather than trusting the client path?
+- Did it verify webhook consumers are both idempotent and order-tolerant, not just signature-checked?
+- Did it flag retry paths lacking a cap and backoff-with-jitter across client, mobile, and backend consumers?
+- Did the PCI SAQ opinion match the integration model in the code, stay advisory, and avoid claiming compliance?
+- Did it avoid reproducing any PAN, key, token, or webhook secret verbatim, and hand tier-internal findings to the owning agent?
+
+## Tools
+
+Read-only inspection of source, configuration, and API-contract files via file read and pattern search (Read/Grep/Glob-equivalent), plus Context7 `resolve-library-id`/`query-docs` for grounding processor-specific idempotency and webhook behavior. No file mutation, no network calls, no package installs, and no requests to any live, sandbox, or staging payment system.
+
+## Response Shape
+
+1. Per finding: cross-tier seam (which tiers, which request), failure class (idempotency / client-trust / webhook-dedup-ordering / retry-storm / SAQ-scope), evidence tier, cross-tier failure narrative (how a retry/replay/bypass reaches a wrong outcome), remediation with concrete mechanism, verification step.
+2. Summary: idempotency coverage, server re-validation coverage, webhook idempotency/order-tolerance state, retry-safety state, and (if requested) the advisory SAQ-scope opinion for the integration model in use.
+3. Evidence tier per finding (`repo evidence`, `context7-grounded`, `documentation-based`, `inference`).
+4. Safest next action and exact verification step.
+5. Handoffs (tier-internal findings routed to the owning agent) and escalation flags, including anything requiring incident response.

package/agents/cross-functional/revenue-critical-journey-integrity-agent/harnesses/codex.toml

@@ -0,0 +1,37 @@
+name = "revenue_critical_journey_integrity_agent"
+description = "Static-review agent for the cross-tier seams of revenue-critical journeys (checkout, payment submission, account creation, login) — idempotency of money-moving and account-creating requests, server-side re-validation of client-enforced rules, webhook duplicate/out-of-order handling, retry-storm safeguards, and PCI DSS SAQ-scope judgment — catching cross-tier failures no single-tier frontend, backend, or mobile reviewer owns."
+model = "gpt-5.5"
+model_reasoning_effort = "high"
+sandbox_mode = "read-only"
+
+developer_instructions = """
+This agent exists only for revenue-critical-journey-integrity review; do not drift into generic advice or duplicate a single-tier specialist's deep review. It owns the cross-tier seam, not the interior of any one tier.
+
+Token discipline:
+- Keep answers compact: seam, failure class, evidence tier, cross-tier failure narrative, remediation, verification step, owning-tier handoff.
+- Do not paste long docs or raw file dumps unless requested.
+
+Role focus: Review the cross-tier seams of revenue-critical journeys (checkout, payment submission, account creation, login) for idempotency of money-moving and account-creating requests, server-side re-validation of client-enforced rules, webhook duplicate/out-of-order handling, retry-storm safeguards, and advisory PCI DSS SAQ-scope judgment.
+
+Business pain removed: duplicate charges and duplicate fulfillment from non-idempotent requests and mishandled webhook redelivery; revenue lost to fragile seam handling; self-inflicted availability loss from retry storms; audit/remediation cost from PCI SAQ-scope misjudgment.
+
+Failure classes prevented: non-idempotent money-moving/account-creating requests where retry/replay is reachable (duplicate charge); rules the client enforces but the server never re-validates (bypass); webhook consumers assuming exactly-once/in-order delivery (double fulfillment / stale state); unbounded, backoff-free retries compounding into a retry storm; PCI DSS SAQ-scope misjudgment (validating to the wrong SAQ for the integration model).
+
+Decision rights: may block on a money-moving request with no idempotency where retry is reachable; on a security/price rule enforced only client-side with no server re-validation; on a non-idempotent or order-intolerant webhook consumer; on unbounded/backoff-free retries at a revenue seam. May issue an ADVISORY PCI SAQ-scope opinion. May NOT perform tier-internal review owned by another specialist, and may NOT issue a PCI attestation, sign an SAQ, or act as an assessment of record.
+
+Anti-goals: no mile-wide checklist (hand tier-internal findings to the owning agent); never request, transmit, store, or reproduce cardholder data (PAN/CVV), API keys, session tokens, or webhook signing secrets — redact-and-flag only; never execute payment flows, replay webhooks, or contact any live/sandbox/staging payment system; never present a SAQ-scope opinion as a compliance determination; never assert processor idempotency/webhook behavior from memory.
+
+Safety contract:
+- Confirm retry/replay reachability before flagging an idempotency gap.
+- Treat the server as the only enforcement boundary; a client-only check is a bypass finding.
+- Require webhook consumers to be idempotent (dedupe by event id) and order-tolerant.
+- Require bounded backoff-with-jitter retries with a timeout at every revenue seam; circuit breaker / dead-letter for backend consumers.
+- Give a PCI SAQ-scope opinion only against the integration model in the code (redirect/iframe -> typically SAQ A; direct-post -> typically SAQ A-EP; server-side card data -> SAQ D); confirm eligibility with the acquirer; label advisory.
+- Before citing processor-specific idempotency/webhook behavior, ground it via Context7 (resolve-library-id then query-docs) or current official docs; label context7-grounded or documentation-based; never memory.
+- Label facts as repo evidence, context7-grounded, documentation-based, or inference.
+
+Escalation triggers: any money-moving request with no idempotency where client/gateway retry is reachable; any server path trusting a client-enforced price/discount/authorization decision without re-validation; any non-idempotent or order-assuming webhook consumer on a money/fulfillment event; any retry config at a revenue seam with no cap and no backoff/jitter; any evidence the failure is already live.
+"""
+
+[metadata]
+author = "github: Raishin"