@bluefly/openstandardagents 0.3.3 → 0.3.5

package/examples/agent-skills/react-best-practices/references/react-performance-guidelines.md

@@ -0,0 +1,500 @@
+# React Best Practices
+
+**Version 0.1.0**  
+Vercel Engineering  
+January 2026
+
+> **Note:**  
+> This document is mainly for agents and LLMs to follow when maintaining,  
+> generating, or refactoring React and Next.js codebases at Vercel. Humans  
+> may also find it useful, but guidance here is optimized for automation  
+> and consistency by AI-assisted workflows.
+
+---
+
+## Abstract
+
+Comprehensive performance optimization guide for React and Next.js applications, designed for AI agents and LLMs. Contains 40+ rules across 8 categories, prioritized by impact from critical (eliminating waterfalls, reducing bundle size) to incremental (advanced patterns). Each rule includes detailed explanations, real-world examples comparing incorrect vs. correct implementations, and specific impact metrics to guide automated refactoring and code generation.
+
+---
+
+## Table of Contents
+
+1. [Eliminating Waterfalls](#1-eliminating-waterfalls) — **CRITICAL**
+   - 1.1 [Defer Await Until Needed](#11)
+   - 1.2 [Dependency-Based Parallelization](#12)
+   - 1.3 [Prevent Waterfall Chains in API Routes](#13)
+   - 1.4 [Promise.all() for Independent Operations](#14)
+   - 1.5 [Strategic Suspense Boundaries](#15)
+2. [Bundle Size Optimization](#2-bundle-size-optimization) — **CRITICAL**
+   - 2.1 [Avoid Barrel File Imports](#21)
+   - 2.2 [Conditional Module Loading](#22)
+   - 2.3 [Defer Non-Critical Third-Party Libraries](#23)
+   - 2.4 [Dynamic Imports for Heavy Components](#24)
+   - 2.5 [Preload Based on User Intent](#25)
+3. [Server-Side Performance](#3-server-side-performance) — **HIGH**
+   - 3.1 [Cross-Request LRU Caching](#31)
+   - 3.2 [Minimize Serialization at RSC Boundaries](#32)
+   - 3.3 [Parallel Data Fetching with Component Composition](#33)
+   - 3.4 [Per-Request Deduplication with React.cache()](#34)
+4. [Client-Side Data Fetching](#4-client-side-data-fetching) — **MEDIUM-HIGH**
+   - 4.1 [Deduplicate Global Event Listeners](#41)
+   - 4.2 [Use SWR for Automatic Deduplication](#42)
+5. [Re-render Optimization](#5-re-render-optimization) — **MEDIUM**
+   - 5.1 [Defer State Reads to Usage Point](#51)
+   - 5.2 [Extract to Memoized Components](#52)
+   - 5.3 [Narrow Effect Dependencies](#53)
+   - 5.4 [Subscribe to Derived State](#54)
+   - 5.5 [Use Lazy State Initialization](#55)
+   - 5.6 [Use Transitions for Non-Urgent Updates](#56)
+6. [Rendering Performance](#6-rendering-performance) — **MEDIUM**
+   - 6.1 [Animate SVG Wrapper Instead of SVG Element](#61)
+   - 6.2 [CSS content-visibility for Long Lists](#62)
+   - 6.3 [Hoist Static JSX Elements](#63)
+   - 6.4 [Optimize SVG Precision](#64)
+   - 6.5 [Prevent Hydration Mismatch Without Flickering](#65)
+   - 6.6 [Use Activity Component for Show/Hide](#66)
+   - 6.7 [Use Explicit Conditional Rendering](#67)
+7. [JavaScript Performance](#7-javascript-performance) — **LOW-MEDIUM**
+   - 7.1 [Batch DOM CSS Changes](#71)
+   - 7.2 [Build Index Maps for Repeated Lookups](#72)
+   - 7.3 [Cache Property Access in Loops](#73)
+   - 7.4 [Cache Repeated Function Calls](#74)
+   - 7.5 [Cache Storage API Calls](#75)
+   - 7.6 [Combine Multiple Array Iterations](#76)
+   - 7.7 [Early Length Check for Array Comparisons](#77)
+   - 7.8 [Early Return from Functions](#78)
+   - 7.9 [Hoist RegExp Creation](#79)
+   - 7.10 [Use Loop for Min/Max Instead of Sort](#710)
+   - 7.11 [Use Set/Map for O(1) Lookups](#711)
+   - 7.12 [Use toSorted() Instead of sort() for Immutability](#712)
+8. [Advanced Patterns](#8-advanced-patterns) — **LOW**
+   - 8.1 [Store Event Handlers in Refs](#81)
+   - 8.2 [useLatest for Stable Callback Refs](#82)
+
+---
+
+## 1. Eliminating Waterfalls
+
+**Impact: CRITICAL**
+
+Waterfalls are the #1 performance killer. Each sequential await adds full network latency. Eliminating them yields the largest gains.
+
+### 1.1 Defer Await Until Needed
+
+Move `await` operations into the branches where they're actually used to avoid blocking code paths that don't need them.
+
+**Incorrect: blocks both branches**
+
+```typescript
+async function handleRequest(userId: string, skipProcessing: boolean) {
+  const userData = await fetchUserData(userId)
+  
+  if (skipProcessing) {
+    // Returns immediately but still waited for userData
+    return { skipped: true }
+  }
+  
+  // Only this branch uses userData
+  return processUserData(userData)
+}
+```
+
+**Correct: only blocks when needed**
+
+```typescript
+async function handleRequest(userId: string, skipProcessing: boolean) {
+  if (skipProcessing) {
+    // Returns immediately without waiting
+    return { skipped: true }
+  }
+  
+  // Fetch only when needed
+  const userData = await fetchUserData(userId)
+  return processUserData(userData)
+}
+```
+
+**Another example: early return optimization**
+
+```typescript
+// Incorrect: always fetches permissions
+async function updateResource(resourceId: string, userId: string) {
+  const permissions = await fetchPermissions(userId)
+  const resource = await getResource(resourceId)
+  
+  if (!resource) {
+    return { error: 'Not found' }
+  }
+  
+  if (!permissions.canEdit) {
+    return { error: 'Forbidden' }
+  }
+  
+  return await updateResourceData(resource, permissions)
+}
+
+// Correct: fetches only when needed
+async function updateResource(resourceId: string, userId: string) {
+  const resource = await getResource(resourceId)
+  
+  if (!resource) {
+    return { error: 'Not found' }
+  }
+  
+  const permissions = await fetchPermissions(userId)
+  
+  if (!permissions.canEdit) {
+    return { error: 'Forbidden' }
+  }
+  
+  return await updateResourceData(resource, permissions)
+}
+```
+
+This optimization is especially valuable when the skipped branch is frequently taken, or when the deferred operation is expensive.
+
+### 1.2 Dependency-Based Parallelization
+
+For operations with partial dependencies, use `better-all` to maximize parallelism. It automatically starts each task at the earliest possible moment.
+
+**Incorrect: profile waits for config unnecessarily**
+
+```typescript
+const [user, config] = await Promise.all([
+  fetchUser(),
+  fetchConfig()
+])
+const profile = await fetchProfile(user.id)
+```
+
+**Correct: config and profile run in parallel**
+
+```typescript
+import { all } from 'better-all'
+
+const { user, config, profile } = await all({
+  async user() { return fetchUser() },
+  async config() { return fetchConfig() },
+  async profile() {
+    return fetchProfile((await this.$.user).id)
+  }
+})
+```
+
+Reference: [https://github.com/shuding/better-all](https://github.com/shuding/better-all)
+
+### 1.3 Prevent Waterfall Chains in API Routes
+
+In API routes and Server Actions, start independent operations immediately, even if you don't await them yet.
+
+**Incorrect: config waits for auth, data waits for both**
+
+```typescript
+export async function GET(request: Request) {
+  const session = await auth()
+  const config = await fetchConfig()
+  const data = await fetchData(session.user.id)
+  return Response.json({ data, config })
+}
+```
+
+**Correct: auth and config start immediately**
+
+```typescript
+export async function GET(request: Request) {
+  const sessionPromise = auth()
+  const configPromise = fetchConfig()
+  const session = await sessionPromise
+  const [config, data] = await Promise.all([
+    configPromise,
+    fetchData(session.user.id)
+  ])
+  return Response.json({ data, config })
+}
+```
+
+For operations with more complex dependency chains, use `better-all` to automatically maximize parallelism (see Dependency-Based Parallelization).
+
+### 1.4 Promise.all() for Independent Operations
+
+When async operations have no interdependencies, execute them concurrently using `Promise.all()`.
+
+**Incorrect: sequential execution, 3 round trips**
+
+```typescript
+const user = await fetchUser()
+const posts = await fetchPosts()
+const comments = await fetchComments()
+```
+
+**Correct: parallel execution, 1 round trip**
+
+```typescript
+const [user, posts, comments] = await Promise.all([
+  fetchUser(),
+  fetchPosts(),
+  fetchComments()
+])
+```
+
+### 1.5 Strategic Suspense Boundaries
+
+Instead of awaiting data in async components before returning JSX, use Suspense boundaries to show the wrapper UI faster while data loads.
+
+**Incorrect: wrapper blocked by data fetching**
+
+```tsx
+async function Page() {
+  const data = await fetchData() // Blocks entire page
+  
+  return (
+    <div>
+      <div>Sidebar</div>
+      <div>Header</div>
+      <div>
+        <DataDisplay data={data} />
+      </div>
+      <div>Footer</div>
+    </div>
+  )
+}
+```
+
+The entire layout waits for data even though only the middle section needs it.
+
+**Correct: wrapper shows immediately, data streams in**
+
+```tsx
+function Page() {
+  return (
+    <div>
+      <div>Sidebar</div>
+      <div>Header</div>
+      <div>
+        <Suspense fallback={<Skeleton />}>
+          <DataDisplay />
+        </Suspense>
+      </div>
+      <div>Footer</div>
+    </div>
+  )
+}
+
+async function DataDisplay() {
+  const data = await fetchData() // Only blocks this component
+  return <div>{data.content}</div>
+}
+```
+
+Sidebar, Header, and Footer render immediately. Only DataDisplay waits for data.
+
+**When NOT to use this pattern:**
+
+```tsx
+
+```
+
+**When NOT to use this pattern:**
+
+```tsx
+
+```
+
+---
+
+## 2. Bundle Size Optimization
+
+**Impact: CRITICAL**
+
+Reducing initial bundle size improves Time to Interactive and Largest Contentful Paint.
+
+### 2.1 Avoid Barrel File Imports
+
+Import directly from source files instead of barrel files to avoid loading thousands of unused modules. **Barrel files** are entry points that re-export multiple modules (e.g., `index.js` that does `export * from './module'`).
+
+Popular icon and component libraries can have **up to 10,000 re-exports** in their entry file. For many React packages, **it takes 200-800ms just to import them**, affecting both development speed and production cold starts.
+
+**Incorrect: imports entire library**
+
+```tsx
+import { Check, X, Menu } from 'lucide-react'
+// Loads 1,583 modules, takes ~2.8s extra in dev
+// Runtime cost: 200-800ms on every cold start
+
+import { Button, TextField } from '@mui/material'
+// Loads 2,225 modules, takes ~4.2s extra in dev
+```
+
+**Correct: imports only what you need**
+
+```tsx
+import Check from 'lucide-react/dist/esm/icons/check'
+import X from 'lucide-react/dist/esm/icons/x'
+import Menu from 'lucide-react/dist/esm/icons/menu'
+// Loads only 3 modules (~2KB vs ~1MB)
+
+import Button from '@mui/material/Button'
+import TextField from '@mui/material/TextField'
+// Loads only what you use
+```
+
+**Alternative: Next.js 13.5+**
+
+```js
+// next.config.js - use optimizePackageImports
+module.exports = {
+  experimental: {
+    optimizePackageImports: ['lucide-react', '@mui/material']
+  }
+}
+
+// Then you can keep the ergonomic barrel imports:
+import { Check, X, Menu } from 'lucide-react'
+// Automatically transformed to direct imports at build time
+```
+
+Direct imports provide 15-70% faster dev boot, 28% faster builds, 40% faster cold starts, and significantly faster HMR.
+
+Libraries commonly affected: `lucide-react`, `@mui/material`, `@mui/icons-material`, `@tabler/icons-react`, `react-icons`, `@headlessui/react`, `@radix-ui/react-*`, `lodash`, `ramda`, `date-fns`, `rxjs`, `react-use`.
+
+Reference: [https://vercel.com/blog/how-we-optimized-package-imports-in-next-js](https://vercel.com/blog/how-we-optimized-package-imports-in-next-js)
+
+### 2.2 Conditional Module Loading
+
+Load large data or modules only when a feature is activated.
+
+**Example: lazy-load animation frames**
+
+```tsx
+function AnimationPlayer({ enabled }: { enabled: boolean }) {
+  const [frames, setFrames] = useState<Frame[] | null>(null)
+
+  useEffect(() => {
+    if (enabled && !frames && typeof window !== 'undefined') {
+      import('./animation-frames.js')
+        .then(mod => setFrames(mod.frames))
+        .catch(() => setEnabled(false))
+    }
+  }, [enabled, frames])
+
+  if (!frames) return <Skeleton />
+  return <Canvas frames={frames} />
+}
+```
+
+The `typeof window !== 'undefined'` check prevents bundling this module for SSR, optimizing server bundle size and build speed.
+
+### 2.3 Defer Non-Critical Third-Party Libraries
+
+Analytics, logging, and error tracking don't block user interaction. Load them after hydration.
+
+**Incorrect: blocks initial bundle**
+
+```tsx
+import { Analytics } from '@vercel/analytics/react'
+
+export default function RootLayout({ children }) {
+  return (
+    <html>
+      <body>
+        {children}
+        <Analytics />
+      </body>
+    </html>
+  )
+}
+```
+
+**Correct: loads after hydration**
+
+```tsx
+import dynamic from 'next/dynamic'
+
+const Analytics = dynamic(
+  () => import('@vercel/analytics/react').then(m => m.Analytics),
+  { ssr: false }
+)
+
+export default function RootLayout({ children }) {
+  return (
+    <html>
+      <body>
+        {children}
+        <Analytics />
+      </body>
+    </html>
+  )
+}
+```
+
+### 2.4 Dynamic Imports for Heavy Components
+
+Use `next/dynamic` to lazy-load large components not needed on initial render.
+
+**Incorrect: Monaco bundles with main chunk ~300KB**
+
+```tsx
+import { MonacoEditor } from './monaco-editor'
+
+function CodePanel({ code }: { code: string }) {
+  return <MonacoEditor value={code} />
+}
+```
+
+**Correct: Monaco loads on demand**
+
+```tsx
+import dynamic from 'next/dynamic'
+
+const MonacoEditor = dynamic(
+  () => import('./monaco-editor').then(m => m.MonacoEditor),
+  { ssr: false }
+)
+
+function CodePanel({ code }: { code: string }) {
+  return <MonacoEditor value={code} />
+}
+```
+
+### 2.5 Preload Based on User Intent
+
+Preload heavy bundles before they're needed to reduce perceived latency.
+
+**Example: preload on hover/focus**
+
+```tsx
+function EditorButton({ onClick }: { onClick: () => void }) {
+  const preload = () => {
+    if (typeof window !== 'undefined') {
+      void import('./monaco-editor')
+    }
+  }
+
+  return (
+    <button
+      onMouseEnter={preload}
+      onFocus={preload}
+      onClick={onClick}
+    >
+      Open Editor
+    </button>
+  )
+}
+```
+
+**Example: preload when feature flag is enabled**
+
+```tsx
+function FlagsProvider({ children, flags }: Props) {
+  useEffect(() => {
+    if (flags.editorEnabled && typeof window !== 'undefined') {
+      void import('./monaco-editor').then(mod => mod.init())
+    }
+  }, [flags.editorEnabled])
+
+  return <FlagsContext.Provider value={flags}>
+    {children}
+  </FlagsContext.Provider>
+}
+```

package/examples/agents/architecture-healer-enterprise.yaml

@@ -1,4 +1,4 @@
-apiVersion: ossa/v0.3.3
+apiVersion: ossa/v0.3.5
 kind: Agent
 metadata:
   name: architecture-healer-enterprise

package/examples/agents/dependency-healer-npm.yaml

@@ -1,4 +1,4 @@
-apiVersion: ossa/v0.3.3
+apiVersion: ossa/v0.3.5
 kind: Agent
 metadata:
   name: dependency-healer-npm

package/examples/agents/spec-healer-openapi.yaml

@@ -1,4 +1,4 @@
-apiVersion: ossa/v0.3.3
+apiVersion: ossa/v0.3.5
 kind: Agent
 metadata:
   name: spec-healer-openapi

package/examples/agents/wiki-healer-production.yaml

@@ -1,4 +1,4 @@
-apiVersion: ossa/v0.3.3
+apiVersion: ossa/v0.3.5
 kind: Agent
 metadata:
   name: wiki-healer-production

package/examples/agents-md/code-agent.ossa.json

@@ -1,5 +1,5 @@
 {
-  "apiVersion": "ossa/v0.3.3",
+  "apiVersion": "ossa/v0.3",
   "kind": "Agent",
   "metadata": {
     "name": "code-assistant",

package/examples/agents-md/monorepo-agent.ossa.yaml

@@ -1,4 +1,4 @@
-apiVersion: ossa/v0.3.3
+apiVersion: ossa/v0.3.5
 kind: Agent
 metadata:
   name: monorepo-assistant

package/examples/anthropic/claude-assistant.ossa.json

@@ -1,5 +1,5 @@
 {
-  "apiVersion": "ossa/v0.3.3",
+  "apiVersion": "ossa/v0.3",
   "kind": "Agent",
   "metadata": {
     "name": "claude-assistant",

package/examples/autogen/multi-agent.ossa.json

@@ -1,5 +1,5 @@
 {
-  "apiVersion": "ossa/v0.3.3",
+  "apiVersion": "ossa/v0.3",
   "kind": "Agent",
   "metadata": {
     "name": "autogen-assistant",

package/examples/autonomous-evolution/self-evolving-agent.ossa.yaml

@@ -1,30 +1,27 @@
-apiVersion: ossa/v0.3.3
+apiVersion: ossa/v0.3.5
 kind: Agent
 metadata:
   name: self-evolving-agent
   version: 1.0.0
   description: Example demonstrating OSSA v0.3.0 features
-  lifecycle:
-    state: active
-    maturity: beta
 spec:
   role: Example agent with lifecycle, environments, and dependencies
   llm:
     provider: anthropic
     model: claude-3-5-sonnet-20241022
-  dependencies:
-    agents:
+  lifecycle:
+    environments:
+      staging:
+        version: 1.0.0-rc1
+        deployedAt: '2025-12-01T00:00:00Z'
+        status: healthy
+      production:
+        version: 1.0.0
+        deployedAt: '2025-12-15T00:00:00Z'
+        status: healthy
+    dependencies:
     - name: '@ossa/research-agent'
       version: '>=1.0.0'
-  environments:
-    staging:
-      version: 1.0.0-rc1
-      deployedAt: '2025-12-01T00:00:00Z'
-      status: healthy
-    production:
-      version: 1.0.0
-      deployedAt: '2025-12-15T00:00:00Z'
-      status: healthy
   tests:
   - id: test-metadata
     type: unit

package/examples/claude-code/code-reviewer.ossa.yaml

@@ -1,4 +1,4 @@
-apiVersion: ossa/v0.3.3
+apiVersion: ossa/v0.3
 kind: Agent
 metadata:
   name: claude-code-reviewer
@@ -14,9 +14,9 @@ spec:
     '
   llm:
     provider: anthropic
-    model: claude-sonnet-4-5-20250929
+    model: claude-3-5-sonnet-20241022
     temperature: 0.2
-    max_tokens: 16384
+    max_tokens: 4096
   capabilities:
   - name: review_code
     description: Review code changes for quality and security
@@ -81,6 +81,6 @@ extensions:
     - test_coverage
   anthropic:
     enabled: true
-    model: claude-sonnet-4-5-20250929
-    max_tokens: 16384
+    model: claude-3-5-sonnet-20241022
+    max_tokens: 4096
     temperature: 0.2

package/examples/claude-code/ossa-validator.ossa.yaml

@@ -1,4 +1,4 @@
-apiVersion: ossa/v0.3.3
+apiVersion: ossa/v0.3.5
 kind: Agent
 metadata:
   name: ossa-validator
@@ -56,16 +56,18 @@ spec:
       required:
       - source_path
   tools:
-  - name: ossa_validate
+  - type: function
+    name: ossa_validate
     description: Run OSSA CLI validation
-    handler: bash
-    command: npm run cli -- validate ${manifest_path}
-    type: function
-  - name: ossa_generate
+    handler:
+      runtime: bash
+      command: npm run cli -- validate ${manifest_path}
+  - type: function
+    name: ossa_generate
     description: Generate new OSSA manifest
-    handler: bash
-    command: npm run cli -- generate ${agent_type} --name "${name}"
-    type: function
+    handler:
+      runtime: bash
+      command: npm run cli -- generate ${agent_type} --name "${name}"
 extensions:
   claude_code:
     enabled: true

package/examples/common_npm/agent-router.ossa.yaml

@@ -1,4 +1,4 @@
-apiVersion: ossa/v0.3.3
+apiVersion: ossa/v0.3.5
 kind: Agent
 metadata:
   name: agent-router
@@ -14,9 +14,9 @@ metadata:
     - Cost optimization
     - Load balancing
   labels:
-    ossa-version: v0.3.3
+    ossa-version: v0.3.4
   annotations:
-    ossa.io/migration: legacy-v1.0-to-ossa/v0.3.3
+    ossa.io/migration: legacy-v1.0-to-ossa/v0.3.4
     ossa.io/migrated-date: 2026-01-10
 spec:
   role: integration

package/examples/contracts/data-consumer.ossa.yaml

@@ -8,7 +8,7 @@
 # 3. Contract validation between consumer and provider
 # 4. Schema compatibility testing
 
-apiVersion: ossa/v0.3.3
+apiVersion: ossa/v0.3.5
 kind: Agent
 metadata:
   name: data-consumer

package/examples/contracts/data-producer-v2.ossa.yaml

@@ -11,7 +11,7 @@
 # Use this to test:
 #   ossa contract breaking-changes examples/contracts/data-producer.ossa.yaml examples/contracts/data-producer-v2.ossa.yaml
 
-apiVersion: ossa/v0.3.3
+apiVersion: ossa/v0.3.5
 kind: Agent
 metadata:
   name: data-producer