update further content

Author: sivanel97

docs/actions-and-automations/create-self-service-experiences/create-self-service-experiences.md

@@ -14,7 +14,7 @@ import ExecuteActionLocations from '/docs/actions-and-automations/create-self-se
 </center>
 <br/>
 
-Drive developer productivity by allowing developers to use self-service actions like scaffolding a service or provisioning a cloud resource. Developer self-service drives consistency and repeatability and ensures that their routines are intuitive and clear, all with guardrails like manual approvals or consumption policies to comply with organizational standards.
+Drive developer productivity by allowing developers and AI agents to use self-service actions like scaffolding a service or provisioning a cloud resource. Self-service actions drive consistency and repeatability and ensure that routines are intuitive and clear, all with guardrails like manual approvals or consumption policies to comply with organizational standards.
 
 Port's action model is designed to be flexible and can be used to cover a wide range of use-cases:
 
@@ -24,7 +24,7 @@ Port's action model is designed to be flexible and can be used to cover a wide r
 4. **Stateful** - every invoked action affects the software catalog by adding/modifying/deleting one or more entities.
 5. **Secure by design** - does not require keys to sensitive infrastructure by using an event-based model. All actions are audited and can include guardrails like manual approval and TTL.
 
-## 💡 Common self-service actions
+## Common self-service actions
 
 - [**Scaffold** a new service](https://docs.port.io/guides/all/scaffold-a-new-service/).
 - [**Create** a cloud resource](https://docs.port.io/guides/all/create-cloud-resource-using-iac).
@@ -37,7 +37,7 @@ In our [live demo](https://showcase.port.io/self-serve), you can see examples fo
 
 ## How does it work?
 
-1. A user **executes an action** from Port's UI interface.
+1. A user or AI agent **executes an action** from Port's UI interface or through API calls.
 2. A pre-defined **payload** containing any desired metadata about the action and its inputs is **sent** to your infrastructure.
 3. A **job is triggered** and the user gets a **continuous indication** about its progress.
 4. Once the action is running, you can use Port's API to **update Port on its status** and provide information such as **logs and links to the resulting handlers**.

docs/solutions/engineering-360/overview.md

@@ -3,15 +3,15 @@ title: Overview
 sidebar_position: 1
 ---
 
-# Engineering 360
+# Engineering intelligence
 
 ## Why measure engineering effectiveness?
 
 Engineering leadership and platform engineers face a critical question: Where should we focus our DevEx efforts to make the biggest impact? With limited resources and competing priorities, identifying the right areas for improvement can mean the difference between meaningful progress and wasted effort.
 
 ## The journey
 
-Engineering360 is about avoiding the trap of perfectionism when it comes to analysis, and instead optimizing towards immediate measurement, insights and improvement regardless of the maturity of your Development Platform. 
+Engineering intelligence is about avoiding the trap of perfectionism when it comes to analysis, and instead optimizing towards immediate measurement, insights and improvement regardless of the maturity of your Development Platform. 
 In the paragraphs below, we will explore a tried and tested formula for initiating a culture of continuous improvement, in multiple cycles of measurement and improvement.
 
 ### Surveys
@@ -52,6 +52,10 @@ A team using Port was able to correlate service complexity (measured by number o
 Another customer was able to identify Tribes with a materially faster time to 10th PR metrics and chose to follow up with a secondment of engineering managers to those teams to learn.
 :::
 
-Port's flexible data model and managed relations create unique opportunities for measuring sophisticated engineering metrics. Unlike traditional tools that are limited to predefined metrics or siloed data sources, Port can normalize and connect data from across your entire engineering ecosystem. This enables tracking of custom metrics that matter specifically to your organization - whether that's measuring cross-team dependencies, tracking technical debt across multiple repositories, or analyzing the impact of architectural decisions on delivery speed. The managed relations between entities allow for multi-dimensional analysis, helping you understand not just what's happening, but where and why. For example, you could analyze deployment frequency not just by team, but by service type, technology stack, or business domain. This deeper insight helps engineering leaders make more informed decisions about where to focus improvement efforts.
+Port's flexible data model and managed relations create unique opportunities for measuring sophisticated engineering metrics. Unlike traditional tools that are limited to predefined metrics or siloed data sources, Port can normalize and connect data from across your entire engineering ecosystem.  
+
+This enables tracking of custom metrics that matter specifically to your organization - whether that's measuring cross-team dependencies, tracking technical debt across multiple repositories, or analyzing the impact of architectural decisions on delivery speed.  
+
+The managed relations between entities allow for multi-dimensional analysis, helping you understand not just what's happening, but where and why. For example, you could analyze deployment frequency not just by team, but by service type, technology stack, or business domain. This deeper insight helps engineering leaders make more informed decisions about where to focus improvement efforts.
 
 You will learn more about [measuring arbitrary engineering metrics](/solutions/engineering-360/more-engineering-metrics) later in this solution.

docs/solutions/incident-management/overview.md

@@ -3,7 +3,7 @@ title: Overview
 sidebar_position: 1
 ---
 
-# Incident management
+# Self-healing incidents
 
 ## Why manage incidents using a developer portal?
 
@@ -12,18 +12,18 @@ Incident management is much more than just selecting a tool for paging and rotat
 Imagine you're going to bed on the first night of your first on-call shift at a new company. Predictably, you receive a phone call from an unknown number an some notoriously unfriendly and robotic sounding voice-to-text programme starts reading you an alert description, one syllable at a time.
 
 Your palms sweat, you open your refurbished macbook pro and start logging into everything all at once:
-- Pagerduty to see and acknowledge the event
-- Slack to start an incident channel and open a bridge for all those investigating
-- Dynatrace to explore the telemetry
-- Statuspage to be ready to notify customers of impact
-- Github to review recent changes
-- ArgoCD to review app sync states
-- AWS to be ready to do further investigation around the infrastructure, or take actions to remediate
-- Notion to start taking notes I'll later use in a post-mortem
+- Pagerduty to see and acknowledge the event.
+- Slack to start an incident channel and open a bridge for all those investigating.
+- Dynatrace to explore the telemetry.
+- Statuspage to be ready to notify customers of impact.
+- Github to review recent changes.
+- ArgoCD to review app sync states.
+- AWS to be ready to do further investigation around the infrastructure, or take actions to remediate.
+- Notion to start taking notes I'll later use in a post-mortem.
 
 Regardless of whether it's your first on-call or hundredth, the story above highlights the fact that our fragmented toolchains and complex application architecture takes lots of time away from incident triage, investigation and remediation, towards manual tasks around communication and investigation of the incident itself.
 
-![Incident Management Solution Architecture](/img/solutions/incident-management/incident_management_solution_architecture.png)
+<img src="/img/solutions/incident-management/incident_management_solution_architecture.png" border='1px' />
 
 ## How can Port help?
 

docs/solutions/resource-self-service/overview.md

@@ -3,26 +3,26 @@ title: "Overview"
 sidebar_position: 1
 ---
 
-# Resource self-service
+# Resource management
 
-## Why enable resource self-service using a developer portal?
+## Why enable resource management using a developer portal?
 
-Resource self-service is much more than just giving developers access to cloud consoles and hoping for the best. It's a discipline that requires balancing developer velocity with governance, security, and cost control—where developers need instant access to the resources they need while platform teams maintain standards, compliance, and operational excellence. The challenge is providing this access without creating a ticket-driven bottleneck or sacrificing organizational guardrails.
+Resource management is much more than just giving developers access to cloud consoles and hoping for the best. It's a discipline that requires balancing developer velocity with governance, security, and cost control—where developers need instant access to the resources they need while platform teams maintain standards, compliance, and operational excellence. The challenge is providing this access without creating a ticket-driven bottleneck or sacrificing organizational guardrails.
 
 Imagine you're a developer who just joined a new team and needs to spin up a development environment to work on a critical feature. It's Monday morning, and you need:
-- A new database instance for your microservice
-- An S3 bucket for file storage
-- A Kubernetes namespace configured with the right permissions
-- Secrets properly configured and stored
-- Monitoring and observability set up correctly
-- All of this following your organization's security and compliance standards
+- A new database instance for your microservice.
+- An S3 bucket for file storage.
+- A Kubernetes namespace configured with the right permissions.
+- Secrets properly configured and stored.
+- Monitoring and observability set up correctly.
+- All of this following your organization's security and compliance standards.
 
 Without self-service, you're stuck opening tickets, waiting for approvals, and coordinating with multiple teams:
-- Platform team ticket for the database (2-day SLA)
-- Security team approval for the S3 bucket permissions (1-day SLA)
-- DevOps team request for the Kubernetes namespace (3-day SLA)
-- Another ticket for secrets management setup
-- Manual coordination to ensure everything follows company standards
+- Platform team ticket for the database (2-day SLA).
+- Security team approval for the S3 bucket permissions (1-day SLA).
+- DevOps team request for the Kubernetes namespace (3-day SLA).
+- Another ticket for secrets management setup.
+- Manual coordination to ensure everything follows company standards.
 
 By the time you have everything you need, it's Friday, and you've spent a week on infrastructure instead of building features. Meanwhile, the platform team is drowning in repetitive requests, and inconsistent manual processes have created security gaps and cost overruns.
 
@@ -37,9 +37,9 @@ With Port, you can empower developers to provision and manage resources safely a
 - **Built-in governance and compliance**: RBAC, cost controls, security policies, and audit trails baked into every self-service action, ensuring compliance without sacrificing velocity.
 - **Unified resource visibility**: Track all your cloud resources, their relationships, costs, and lifecycle status in a single pane of glass, making it easy to manage sprawl and optimize usage.
 
-## What you'll learn in this solution
+## What you will learn in this solution
 
-This solution guide covers the essential components of building effective resource self-service:
+This solution guide covers the essential components of building effective resource management:
 
 1. **[Create golden paths](/solutions/resource-self-service/create-golden-paths)**: Learn how to design standardized, opinionated workflows that guide developers toward best practices while eliminating decision fatigue. We'll cover scaffolding new services, cloud resource provisioning patterns (RESTful vs GitOps), and secure secrets management.
 

src/components/ProductPillars/ProductPillars.tsx

@@ -30,7 +30,7 @@ const ProductPillars: React.FC = () => {
   const pillars = [
     {
       title: 'Software catalog',
-      description: 'Bring data from across your ecosystem to build a unified SDLC view. Make Port your own by defining a data model that fits your organization, then use your software catalog as a single source of truth for your software development assets.',
+      description: 'Build a unified SDLC view by modeling data from across your ecosystem. Define a data model that fits your organization to reduce cognitive load and maintain a single, consistent source of truth.',
       demoUrl: 'https://showcase.port.io/service_catalog',
       icon: 'lists',
     },
@@ -40,9 +40,15 @@ const ProductPillars: React.FC = () => {
       demoUrl: 'https://showcase.port.io/self-serve',
       icon: 'bolt',
     },
+    {
+      title: 'AI agents',
+      description: 'Build your own agents to reduce manual engineering work. Define their goals, access and tools to boost performance and stay in control.',
+      demoUrl: 'https://showcase.port.io/organization/home',
+      icon: 'stars_2',
+    },
     {
       title: 'Workflow orchestrator',
-      description: 'Build any flow using automations to automatically respond to events in your software catalog such as TTL=0 or service degradation. Infuse AI into any workflow to accelerate delivery and eliminate manual effort.',
+      description: 'Build any flow using automation. Automatically respond to events in your software catalog such as TTL=0 or service degradation. Infuse AI into any workflow to accelerate delivery and eliminate manual effort.',
       demoUrl: 'https://showcase.port.io/settings/automations',
       icon: 'play_circle',
     },
@@ -54,15 +60,15 @@ const ProductPillars: React.FC = () => {
     },
     {
       title: 'Interface designer',
-      description: 'Different roles require different views. Customize each stakeholder\'s experience to match their daily work. View trends and gain insights into your development activities, performance, and progress.',
+      description: 'Build custom interfaces to track asset data, visualize trends, and analyze development performance. Customize each stakeholder’s experience to match their daily work.',
       demoUrl: 'https://showcase.port.io/engineering_overview',
-      icon: 'dashboard',
+      icon: 'design_services',
     },
     {
       title: 'Access controls',
       description: 'Define granular access control for everything in Port. Ensure that only authorized users have access to the information they need to do their jobs.',
       demoUrl: 'https://showcase.port.io/settings/users',
-      icon: 'shield_person',
+      icon: 'manage_accounts',
     }
   ];
 

src/components/guides-section/consts.js

@@ -2,7 +2,7 @@ import guideMetadata from './guide-metadata.json';
 
 export const tagsCategoryMap = {
     "Use-cases": ["SDLC", "K8s for devs", "Incident management", "IaC for devs", "Cloud access management", "Feature flag management", "Security", /*"Cloud cost",*/ "Dev environments", "Engineering metrics", "Dependency management", "API catalog", "Approval workflow"],
-    "Port pillars": ["Actions", "AI", "Automations", "Dashboards", "Scorecards", "Access Controls"],
+    "Port pillars": ["Actions", "AI", "Automations", "Dashboards", "Scorecards", "Access controls"],
     Technologies: [
         "GitHub",
         "Github Copilot",