arkaos 2.5.0 → 2.5.2

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.5.0
1
+ 2.5.2
@@ -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`
@@ -24,3 +24,9 @@ Follow the [Browser Integration Pattern](/arka) for availability checking.
24
24
  - [BROWSER] Open the website/app and verify brand elements match the identity system (colors, typography, spacing)
25
25
  - [BROWSER] Compare generated assets side-by-side with the live site
26
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
@@ -26,3 +26,16 @@ Follow the [Browser Integration Pattern](/arka) for availability checking.
26
26
  - [BROWSER] Capture screenshots of key screens for the UX audit report
27
27
  - [BROWSER] Check responsive design at mobile, tablet, and desktop breakpoints
28
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
35
+
36
+ ## Scheduling ⏰
37
+
38
+ ```
39
+ /schedule weekly — run Lighthouse audit on main pages, flag performance regressions
40
+ /schedule monthly — full UX heuristic review of core user flows
41
+ ```
@@ -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.
@@ -24,3 +24,16 @@ Follow the [Browser Integration Pattern](/arka) for availability checking.
24
24
  - [BROWSER] Open the application in the browser and verify UI changes visually
25
25
  - [BROWSER] Check browser console for JavaScript errors or warnings
26
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
33
+
34
+ ## Scheduling ⏰
35
+
36
+ ```
37
+ /loop 30m check open PRs on this repo and summarize any that need review
38
+ /schedule weekdays at 9am — review all open PRs and post summary
39
+ ```
@@ -76,6 +76,19 @@ Follow the [Browser Integration Pattern](/arka) for availability checking.
76
76
  - [BROWSER] Open console and check for CSP (Content Security Policy) headers
77
77
  - [BROWSER] Test authentication flows: login, logout, session expiry
78
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
+
85
+ ## Scheduling ⏰
86
+
87
+ ```
88
+ /schedule weekly — run npm audit and pip audit, flag any critical vulnerabilities
89
+ /schedule daily at 8am — check for new CVEs affecting project dependencies
90
+ ```
91
+
79
92
  ## References
80
93
 
81
94
  - [owasp-2025-deep.md](references/owasp-2025-deep.md) — OWASP Top 10 (2025) with vulnerable and fixed code examples, testing methodology, and tools
@@ -61,3 +61,16 @@ Follow the [Browser Integration Pattern](/arka) for availability checking.
61
61
 
62
62
  - [BROWSER] After tests pass, if web app: open localhost in browser and verify the feature works visually
63
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
70
+
71
+ ## Scheduling ⏰
72
+
73
+ ```
74
+ /loop 5m run pytest and notify if any test fails
75
+ /loop 10m run full test suite, report only failures
76
+ ```
@@ -25,3 +25,16 @@ Follow the [Browser Integration Pattern](/arka) for availability checking.
25
25
  - [BROWSER] Test conversion tracking: complete a purchase flow and verify events fire
26
26
  - [BROWSER] Check Meta Pixel fires correctly (search for fbq in console)
27
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
34
+
35
+ ## Scheduling ⏰
36
+
37
+ ```
38
+ /loop 1h check store conversion rate and flag if below 2% threshold
39
+ /schedule daily at 9am — morning e-commerce metrics summary: revenue, orders, conversion, AOV
40
+ ```
@@ -27,3 +27,16 @@ Follow the [Browser Integration Pattern](/arka) for availability checking.
27
27
  - [BROWSER] Check page load performance via console timing (Performance API)
28
28
  - [BROWSER] Verify search functionality works correctly
29
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
36
+
37
+ ## Scheduling ⏰
38
+
39
+ ```
40
+ /schedule daily at 8am — quick store health check: uptime, broken links, price errors
41
+ /loop 1h check store homepage and top 5 product pages for errors or downtime
42
+ ```
@@ -25,3 +25,16 @@ Follow the [Browser Integration Pattern](/arka) for availability checking.
25
25
  - [BROWSER] Check that data loads and updates in real-time (if WebSocket)
26
26
  - [BROWSER] Test responsive layout at different screen sizes
27
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
34
+
35
+ ## Scheduling ⏰
36
+
37
+ ```
38
+ /loop 10m check dashboard API health and flag if any endpoint returns errors
39
+ /schedule hourly — verify dashboard data freshness and alert if stale
40
+ ```
@@ -44,4 +44,17 @@ Follow the [Browser Integration Pattern](/arka) for availability checking.
44
44
  - [BROWSER] Test the automated workflow end-to-end by triggering it and watching the result in the browser
45
45
  - [BROWSER] Verify notifications and emails arrive correctly
46
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
+
53
+ ## Scheduling ⏰
54
+
55
+ ```
56
+ /loop 15m check N8N workflow executions, flag any failures in the last hour
57
+ /schedule hourly — monitor all active automations and report error rate
58
+ ```
59
+
47
60
  ## Output → Workflow diagram + platform config + error handling spec
@@ -80,4 +80,17 @@ Follow the [Browser Integration Pattern](/arka) for availability checking.
80
80
  - [BROWSER] Check competitor positioning statements and messaging from their homepage
81
81
  - [BROWSER] Extract supplier/partner information from competitor sites when available
82
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
+
89
+ ## Scheduling ⏰
90
+
91
+ ```
92
+ /schedule weekly — check competitor pricing pages for changes and summarize differences
93
+ /schedule monthly — full five forces reassessment for the industry
94
+ ```
95
+
83
96
  ## Output → Obsidian: `WizardingCode/Strategy/Analysis/FIVE-FORCES-<industry>-<date>.md`
@@ -25,3 +25,16 @@ Follow the [Browser Integration Pattern](/arka) for availability checking.
25
25
  - [BROWSER] Capture visual identity elements: color schemes, typography, imagery style
26
26
  - [BROWSER] Check social proof: testimonials, client logos, case studies
27
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
34
+
35
+ ## Scheduling ⏰
36
+
37
+ ```
38
+ /schedule monthly — review competitor positioning changes: taglines, messaging, pricing
39
+ /schedule quarterly — full competitive positioning reassessment
40
+ ```
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "arkaos",
3
- "version": "2.5.0",
3
+ "version": "2.5.2",
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.5.0"
3
+ version = "2.5.2"
4
4
  description = "Core engine for ArkaOS — The Operating System for AI Agent Teams"
5
5
  readme = "README.md"
6
6
  license = {text = "MIT"}