arkaos 2.4.4 → 2.5.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/VERSION CHANGED
@@ -1 +1 @@
1
- 2.4.4
1
+ 2.5.1
@@ -0,0 +1,57 @@
1
+ ---
2
+ name: brand/design-review
3
+ description: >
4
+ Open a design tool (Figma, Sketch, Canva desktop) and compare live designs
5
+ against brand guidelines. Screenshot and annotate differences.
6
+ Requires Computer Use (/mcp → computer-use).
7
+ allowed-tools: [Read, Write, Edit, Bash, Grep, Glob, Agent]
8
+ ---
9
+
10
+ # Design Review — `/brand design-review`
11
+
12
+ > **Agent:** Valentina (Creative Director) | Requires: Computer Use (`/mcp` → `computer-use`)
13
+
14
+ ## Command
15
+
16
+ ```
17
+ /brand design-review <app-or-file>
18
+ ```
19
+
20
+ App can be: Figma, Sketch, Canva, or a direct file path to a design file.
21
+
22
+ ## What It Does
23
+
24
+ Opens a design tool and compares live designs against brand guidelines. Screenshots and annotates differences.
25
+
26
+ ## Workflow
27
+
28
+ 1. **Check computer-use availability** — follow [Computer Use Availability Check](/arka)
29
+ 2. **Open** the design tool or file
30
+ 3. **Navigate** to the relevant artboards/pages
31
+ 4. **Compare** against brand guidelines:
32
+ - Color palette accuracy (hex values, contrast)
33
+ - Typography (font family, sizes, weights)
34
+ - Spacing and layout consistency
35
+ - Logo usage and clear space
36
+ - Icon style consistency
37
+ 5. **Screenshot** each artboard with annotations of issues found
38
+ 6. **Generate report** with side-by-side comparisons
39
+
40
+ ## Example
41
+
42
+ ```
43
+ /brand design-review Figma
44
+ /brand design-review ~/Documents/Homepage-v3.sketch
45
+ /brand design-review "Canva — Social Media Templates"
46
+ ```
47
+
48
+ ## Fallback (No Computer Use)
49
+
50
+ ```
51
+ ⚠ Computer Use required for design tool interaction.
52
+ Enable via: /mcp → computer-use (macOS only, Pro/Max plan required)
53
+ ```
54
+
55
+ ## Output
56
+
57
+ Design review report saved to Obsidian: `Projects/<ecosystem>/Brand/Reviews/<date>.md`
@@ -16,3 +16,17 @@ Full brand identity: strategy, verbal, visual in the correct order (never skip t
16
16
  ## Output
17
17
 
18
18
  Complete brand identity package saved to Obsidian
19
+
20
+ ## Browser Steps
21
+
22
+ Follow the [Browser Integration Pattern](/arka) for availability checking.
23
+
24
+ - [BROWSER] Open the website/app and verify brand elements match the identity system (colors, typography, spacing)
25
+ - [BROWSER] Compare generated assets side-by-side with the live site
26
+ - [BROWSER] Check favicon, og:image, and meta branding elements
27
+
28
+ ## Computer Use Steps
29
+
30
+ Follow the [Computer Use Availability Check](/arka) for availability checking.
31
+
32
+ - [COMPUTER] Open design tools (Figma, Canva desktop, Sketch) to verify brand assets match guidelines
@@ -16,3 +16,19 @@ UX heuristic audit: evaluate interface against Nielsen's 10 heuristics.
16
16
  ## Output
17
17
 
18
18
  Heuristic audit report with severity ratings and fix recommendations
19
+
20
+ ## Browser Steps
21
+
22
+ Follow the [Browser Integration Pattern](/arka) for availability checking.
23
+
24
+ - [BROWSER] Navigate the site following primary user flows (onboarding, core action, checkout)
25
+ - [BROWSER] Test accessibility: tab navigation, focus indicators, color contrast
26
+ - [BROWSER] Capture screenshots of key screens for the UX audit report
27
+ - [BROWSER] Check responsive design at mobile, tablet, and desktop breakpoints
28
+ - [BROWSER] Verify loading states, error states, and empty states render correctly
29
+
30
+ ## Computer Use Steps
31
+
32
+ Follow the [Computer Use Availability Check](/arka) for availability checking.
33
+
34
+ - [COMPUTER] Launch the native app, test user flows, screenshot each screen for the audit report
@@ -0,0 +1,52 @@
1
+ ---
2
+ name: dev/app-test
3
+ description: >
4
+ Build, launch, and click through a native app (macOS or iOS Simulator).
5
+ Screenshot each screen, report crashes or visual issues.
6
+ Requires Computer Use (/mcp → computer-use).
7
+ allowed-tools: [Read, Write, Edit, Bash, Grep, Glob, Agent]
8
+ ---
9
+
10
+ # App Test — `/dev app-test`
11
+
12
+ > **Agent:** Paulo (Tech Lead) | Requires: Computer Use (`/mcp` → `computer-use`)
13
+
14
+ ## Command
15
+
16
+ ```
17
+ /dev app-test <target>
18
+ ```
19
+
20
+ Target can be: Xcode build target, app bundle path, or iOS Simulator app name.
21
+
22
+ ## What It Does
23
+
24
+ Builds, launches, and interactively tests a native application by clicking through every control and screen.
25
+
26
+ ## Workflow
27
+
28
+ 1. **Check computer-use availability** — follow [Computer Use Availability Check](/arka)
29
+ 2. **Build** the target (if source provided): `xcodebuild` or appropriate build command
30
+ 3. **Launch** the app (or open in iOS Simulator)
31
+ 4. **Click through** every tab, button, and control systematically
32
+ 5. **Screenshot** each distinct screen state
33
+ 6. **Report** findings: crashes, visual glitches, unresponsive controls, layout issues
34
+
35
+ ## Example
36
+
37
+ ```
38
+ /dev app-test MenuBarStats
39
+ /dev app-test /Applications/MyApp.app
40
+ /dev app-test "My iOS App" --simulator
41
+ ```
42
+
43
+ ## Fallback (No Computer Use)
44
+
45
+ ```
46
+ ⚠ Computer Use required for native app testing.
47
+ Enable via: /mcp → computer-use (macOS only, Pro/Max plan required)
48
+ ```
49
+
50
+ ## Output
51
+
52
+ Test report with screenshots and issue list, saved to current directory.
@@ -16,3 +16,17 @@ Code review against Clean Code and SOLID. Checks naming, SRP, DIP, test coverage
16
16
  ## Output
17
17
 
18
18
  Review report: BLOCKER/WARNING/NOTE with line references and fix suggestions
19
+
20
+ ## Browser Steps
21
+
22
+ Follow the [Browser Integration Pattern](/arka) for availability checking.
23
+
24
+ - [BROWSER] Open the application in the browser and verify UI changes visually
25
+ - [BROWSER] Check browser console for JavaScript errors or warnings
26
+ - [BROWSER] If CSS/layout changes: compare before/after visually
27
+
28
+ ## Computer Use Steps
29
+
30
+ Follow the [Computer Use Availability Check](/arka) for availability checking.
31
+
32
+ - [COMPUTER] If native app: launch and click through UI to verify changes visually
@@ -0,0 +1,49 @@
1
+ ---
2
+ name: dev/demo-gif
3
+ description: >
4
+ Record a GIF demo of a user flow in the browser. Navigates to a URL,
5
+ executes described interactions, and saves the recording as a GIF file.
6
+ Requires browser integration (claude --chrome or /chrome).
7
+ allowed-tools: [Read, Write, Edit, Bash, Grep, Glob, Agent, WebFetch, WebSearch]
8
+ ---
9
+
10
+ # Demo GIF Recording — `/dev demo-gif`
11
+
12
+ > **Agent:** Paulo (Tech Lead) | Requires: Browser integration (`/chrome`)
13
+
14
+ ## Command
15
+
16
+ ```
17
+ /dev demo-gif <url> <flow-description>
18
+ ```
19
+
20
+ ## What It Does
21
+
22
+ Records a GIF of a user flow in the browser for demos, documentation, or bug reports.
23
+
24
+ ## Workflow
25
+
26
+ 1. **Check browser availability** — follow [Browser Integration Pattern](/arka)
27
+ 2. **Navigate** to the provided URL
28
+ 3. **Execute the flow** step by step as described:
29
+ - Parse the flow description into discrete actions (click, type, navigate, scroll)
30
+ - Execute each action with a brief pause between steps for visual clarity
31
+ 4. **Record** the session as a GIF
32
+ 5. **Save** the GIF to the current directory with a descriptive filename
33
+ 6. **Report** file path, file size, and duration
34
+
35
+ ## Example
36
+
37
+ ```
38
+ /dev demo-gif http://localhost:3000 "login with test@example.com, navigate to dashboard, create a new project, fill in the name 'My Project', click save"
39
+ ```
40
+
41
+ ## Fallback (No Browser)
42
+
43
+ ```
44
+ ⚠ Browser required for demo recording. Enable with: claude --chrome or /chrome
45
+ ```
46
+
47
+ ## Output
48
+
49
+ GIF file saved to current working directory: `demo-<timestamp>.gif`
@@ -67,6 +67,21 @@ Permissions-Policy: camera=(), microphone=(), geolocation=()
67
67
  ### Recommendation: BLOCK release until C1 and H1 resolved
68
68
  ```
69
69
 
70
+ ## Browser Steps
71
+
72
+ Follow the [Browser Integration Pattern](/arka) for availability checking.
73
+
74
+ - [BROWSER] Navigate to the application and test input fields for XSS (script injection)
75
+ - [BROWSER] Verify HTTPS is enforced (check URL bar and certificate)
76
+ - [BROWSER] Open console and check for CSP (Content Security Policy) headers
77
+ - [BROWSER] Test authentication flows: login, logout, session expiry
78
+
79
+ ## Computer Use Steps
80
+
81
+ Follow the [Computer Use Availability Check](/arka) for availability checking.
82
+
83
+ - [COMPUTER] Launch app and test input fields, permissions dialogs, and authentication flows via GUI
84
+
70
85
  ## References
71
86
 
72
87
  - [owasp-2025-deep.md](references/owasp-2025-deep.md) — OWASP Top 10 (2025) with vulnerable and fixed code examples, testing methodology, and tools
@@ -54,3 +54,16 @@ REPEAT
54
54
  | React/Next | Jest | `npx jest` |
55
55
  | Python | pytest | `python -m pytest` |
56
56
  | E2E | Playwright | `npx playwright test` |
57
+
58
+ ## Browser Steps
59
+
60
+ Follow the [Browser Integration Pattern](/arka) for availability checking.
61
+
62
+ - [BROWSER] After tests pass, if web app: open localhost in browser and verify the feature works visually
63
+ - [BROWSER] Check console for runtime errors that tests might not catch
64
+
65
+ ## Computer Use Steps
66
+
67
+ Follow the [Computer Use Availability Check](/arka) for availability checking.
68
+
69
+ - [COMPUTER] If native/mobile app: build, launch, and verify feature in the running app or iOS Simulator
@@ -16,3 +16,18 @@ E-commerce analytics: AOV, conversion rate, CLV, ROAS, cart abandonment rate.
16
16
  ## Output
17
17
 
18
18
  Analytics dashboard with funnel visualization and benchmark comparison
19
+
20
+ ## Browser Steps
21
+
22
+ Follow the [Browser Integration Pattern](/arka) for availability checking.
23
+
24
+ - [BROWSER] Open the store and verify GA4 tracking fires on page load (check Network tab for collect requests)
25
+ - [BROWSER] Test conversion tracking: complete a purchase flow and verify events fire
26
+ - [BROWSER] Check Meta Pixel fires correctly (search for fbq in console)
27
+ - [BROWSER] Verify Google Tag Manager container loads
28
+
29
+ ## Computer Use Steps
30
+
31
+ Follow the [Computer Use Availability Check](/arka) for availability checking.
32
+
33
+ - [COMPUTER] Open analytics dashboards in native apps (Mixpanel, Amplitude) and verify event tracking
@@ -0,0 +1,55 @@
1
+ ---
2
+ name: ecom/browse-competitor
3
+ description: >
4
+ Navigate a competitor's e-commerce site and extract structured intelligence:
5
+ product categories, price ranges, promotions, layout patterns, and screenshots.
6
+ Requires browser integration (claude --chrome or /chrome).
7
+ allowed-tools: [Read, Write, Edit, Bash, Grep, Glob, Agent, WebFetch, WebSearch]
8
+ ---
9
+
10
+ # Browse Competitor — `/ecom browse-competitor`
11
+
12
+ > **Agent:** Ricardo (E-Commerce Director) | Requires: Browser integration (`/chrome`)
13
+
14
+ ## Command
15
+
16
+ ```
17
+ /ecom browse-competitor <url>
18
+ ```
19
+
20
+ ## What It Does
21
+
22
+ Navigates a competitor's e-commerce site and extracts structured competitive intelligence.
23
+
24
+ ## Workflow
25
+
26
+ 1. **Check browser availability** — follow [Browser Integration Pattern](/arka)
27
+ 2. **Navigate** to the competitor homepage
28
+ 3. **Extract** structured data:
29
+ - Product categories and subcategories
30
+ - Price ranges (min, max, average per category)
31
+ - Current promotions and discounts
32
+ - Layout patterns (grid, list, hero sections)
33
+ - Navigation structure
34
+ - Payment methods offered
35
+ - Shipping information
36
+ 4. **Capture screenshots** of:
37
+ - Homepage
38
+ - A product listing page
39
+ - A product detail page
40
+ - Cart page (if accessible)
41
+ - Footer (payment/shipping badges)
42
+ 5. **Generate report** in Obsidian with screenshots and structured findings
43
+
44
+ ## Fallback (No Browser)
45
+
46
+ ```
47
+ ⚠ Browser not available. Using WebFetch for partial extraction.
48
+ For full competitor analysis with screenshots, enable: /chrome
49
+ ```
50
+
51
+ Falls back to WebFetch/WebSearch for basic HTML extraction (no JS rendering, no screenshots, no interaction).
52
+
53
+ ## Output
54
+
55
+ Obsidian report: `Projects/<ecosystem>/Strategy/Competitors/<domain>.md`
@@ -16,3 +16,20 @@ Full store audit: UX, SEO, performance, content, conversion with 5 parallel agen
16
16
  ## Output
17
17
 
18
18
  Comprehensive audit report with scores per area and prioritized fixes
19
+
20
+ ## Browser Steps
21
+
22
+ Follow the [Browser Integration Pattern](/arka) for availability checking.
23
+
24
+ - [BROWSER] Open store URL and test the full checkout flow: browse → add to cart → checkout → payment → confirmation
25
+ - [BROWSER] Test mobile responsiveness at different viewport sizes (375px, 768px, 1024px)
26
+ - [BROWSER] Capture screenshots of homepage, product page, cart, and checkout for the audit report
27
+ - [BROWSER] Check page load performance via console timing (Performance API)
28
+ - [BROWSER] Verify search functionality works correctly
29
+ - [BROWSER] Test navigation menu and footer links
30
+
31
+ ## Computer Use Steps
32
+
33
+ Follow the [Computer Use Availability Check](/arka) for availability checking.
34
+
35
+ - [COMPUTER] If mobile app: open in iOS Simulator, test purchase flow, verify responsiveness
@@ -16,3 +16,18 @@ Operational dashboard design: select metrics, define targets, build layout.
16
16
  ## Output
17
17
 
18
18
  Dashboard spec with metrics, targets, data sources, and alert thresholds
19
+
20
+ ## Browser Steps
21
+
22
+ Follow the [Browser Integration Pattern](/arka) for availability checking.
23
+
24
+ - [BROWSER] Open the dashboard in browser and verify all widgets render correctly
25
+ - [BROWSER] Check that data loads and updates in real-time (if WebSocket)
26
+ - [BROWSER] Test responsive layout at different screen sizes
27
+ - [BROWSER] Verify charts, tables, and graphs display correct data
28
+
29
+ ## Computer Use Steps
30
+
31
+ Follow the [Computer Use Availability Check](/arka) for availability checking.
32
+
33
+ - [COMPUTER] Launch dashboard app and verify widgets, charts, and real-time data render correctly
@@ -36,4 +36,18 @@ allowed-tools: [Read, Write, Edit, Agent, WebFetch]
36
36
  - Alert notification on failure (Slack/email)
37
37
  - Idempotency: safe to retry without duplicates
38
38
 
39
+ ## Browser Steps
40
+
41
+ Follow the [Browser Integration Pattern](/arka) for availability checking.
42
+
43
+ - [BROWSER] Open the relevant web tools (Gmail, Google Calendar, ClickUp, N8N) to verify automation results
44
+ - [BROWSER] Test the automated workflow end-to-end by triggering it and watching the result in the browser
45
+ - [BROWSER] Verify notifications and emails arrive correctly
46
+
47
+ ## Computer Use Steps
48
+
49
+ Follow the [Computer Use Availability Check](/arka) for availability checking.
50
+
51
+ - [COMPUTER] Open desktop apps (Slack, Notion, calendar apps) to verify automation results
52
+
39
53
  ## Output → Workflow diagram + platform config + error handling spec
@@ -0,0 +1,53 @@
1
+ ---
2
+ name: strat/extract-data
3
+ description: >
4
+ Navigate a web page and extract structured data: tables, lists, prices,
5
+ product listings. Supports CSV, markdown, and JSON output formats.
6
+ Requires browser integration (claude --chrome or /chrome).
7
+ allowed-tools: [Read, Write, Edit, Bash, Grep, Glob, Agent, WebFetch, WebSearch]
8
+ ---
9
+
10
+ # Extract Data — `/strat extract-data`
11
+
12
+ > **Agent:** Tomas (Chief Strategist) | Requires: Browser integration (`/chrome`)
13
+
14
+ ## Command
15
+
16
+ ```
17
+ /strat extract-data <url> [format]
18
+ ```
19
+
20
+ Formats: `csv` (default), `markdown`, `json`
21
+
22
+ ## What It Does
23
+
24
+ Navigates a web page and extracts structured data (tables, lists, prices, repeated patterns) into a clean format.
25
+
26
+ ## Workflow
27
+
28
+ 1. **Check browser availability** — follow [Browser Integration Pattern](/arka)
29
+ 2. **Navigate** to the URL (handles JS-rendered content, pagination, infinite scroll)
30
+ 3. **Identify structured data** on the page:
31
+ - HTML tables
32
+ - Repeated list patterns (product cards, directory entries)
33
+ - Price/value data
34
+ - Tabular data rendered via JavaScript
35
+ 4. **Extract** data into structured format
36
+ 5. **Handle pagination** if detected (ask user: "Found pagination — extract all pages?")
37
+ 6. **Output** in requested format:
38
+ - CSV: saved to `extracted-<domain>-<timestamp>.csv`
39
+ - Markdown: displayed inline as table
40
+ - JSON: saved to `extracted-<domain>-<timestamp>.json`
41
+
42
+ ## Fallback (No Browser)
43
+
44
+ ```
45
+ ⚠ Browser not available. Using WebFetch for basic extraction.
46
+ For interactive pages (JS-rendered, pagination), enable: /chrome
47
+ ```
48
+
49
+ Falls back to WebFetch for static HTML extraction only.
50
+
51
+ ## Output
52
+
53
+ File saved to current directory or displayed inline (markdown format).
@@ -71,4 +71,19 @@ allowed-tools: [Read, Write, Edit, Agent, WebFetch, WebSearch]
71
71
  3. ...
72
72
  ```
73
73
 
74
+ ## Browser Steps
75
+
76
+ Follow the [Browser Integration Pattern](/arka) for availability checking.
77
+
78
+ - [BROWSER] Navigate to competitor websites and extract real-time pricing data
79
+ - [BROWSER] Capture screenshots of competitor product pages, pricing pages, and feature comparisons
80
+ - [BROWSER] Check competitor positioning statements and messaging from their homepage
81
+ - [BROWSER] Extract supplier/partner information from competitor sites when available
82
+
83
+ ## Computer Use Steps
84
+
85
+ Follow the [Computer Use Availability Check](/arka) for availability checking.
86
+
87
+ - [COMPUTER] Open competitor native apps, screenshot UX patterns, extract feature comparisons
88
+
74
89
  ## Output → Obsidian: `WizardingCode/Strategy/Analysis/FIVE-FORCES-<industry>-<date>.md`
@@ -16,3 +16,18 @@ Competitive positioning: alternatives, unique capabilities, value, target, categ
16
16
  ## Output
17
17
 
18
18
  Positioning statement + perceptual map + competitive differentiation
19
+
20
+ ## Browser Steps
21
+
22
+ Follow the [Browser Integration Pattern](/arka) for availability checking.
23
+
24
+ - [BROWSER] Visit competitor websites and extract their positioning: taglines, hero copy, value propositions
25
+ - [BROWSER] Capture visual identity elements: color schemes, typography, imagery style
26
+ - [BROWSER] Check social proof: testimonials, client logos, case studies
27
+ - [BROWSER] Compare pricing pages side-by-side
28
+
29
+ ## Computer Use Steps
30
+
31
+ Follow the [Computer Use Availability Check](/arka) for availability checking.
32
+
33
+ - [COMPUTER] Launch competitor apps side-by-side, compare UI/UX, capture positioning differences
@@ -1,7 +1,20 @@
1
1
  {
2
2
  "_meta": {
3
3
  "description": "ARKA OS — Project Ecosystem Registry",
4
- "updated": "2026-03-15"
4
+ "updated": "2026-04-06"
5
5
  },
6
- "ecosystems": {}
6
+ "ecosystems": {
7
+ "wizardingcode": {
8
+ "projects": [
9
+ {
10
+ "name": "arka-os",
11
+ "role": "product",
12
+ "stack": "Python + Node.js + React",
13
+ "path": "/Users/andreagroferreira/AIProjects/arka-os",
14
+ "skill": "/platform-arka",
15
+ "description": "ArkaOS — The Operating System for AI Agent Teams"
16
+ }
17
+ ]
18
+ }
19
+ }
7
20
  }
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "arkaos",
3
- "version": "2.4.4",
3
+ "version": "2.5.1",
4
4
  "description": "The Operating System for AI Agent Teams",
5
5
  "type": "module",
6
6
  "bin": {
package/pyproject.toml CHANGED
@@ -1,6 +1,6 @@
1
1
  [project]
2
2
  name = "arkaos-core"
3
- version = "2.4.4"
3
+ version = "2.5.1"
4
4
  description = "Core engine for ArkaOS — The Operating System for AI Agent Teams"
5
5
  readme = "README.md"
6
6
  license = {text = "MIT"}