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 +1 -1
- package/departments/brand/skills/design-review/SKILL.md +57 -0
- package/departments/brand/skills/identity-system/SKILL.md +14 -0
- package/departments/brand/skills/ux-audit/SKILL.md +16 -0
- package/departments/dev/skills/app-test/SKILL.md +52 -0
- package/departments/dev/skills/code-review/SKILL.md +14 -0
- package/departments/dev/skills/demo-gif/SKILL.md +49 -0
- package/departments/dev/skills/security-audit/SKILL.md +15 -0
- package/departments/dev/skills/tdd-cycle/SKILL.md +13 -0
- package/departments/ecom/skills/analytics/SKILL.md +15 -0
- package/departments/ecom/skills/browse-competitor/SKILL.md +55 -0
- package/departments/ecom/skills/store-audit/SKILL.md +17 -0
- package/departments/ops/skills/dashboard-build/SKILL.md +15 -0
- package/departments/ops/skills/workflow-automate/SKILL.md +14 -0
- package/departments/strategy/skills/extract-data/SKILL.md +53 -0
- package/departments/strategy/skills/five-forces/SKILL.md +15 -0
- package/departments/strategy/skills/position/SKILL.md +15 -0
- package/knowledge/ecosystems.json +15 -2
- package/package.json +1 -1
- package/pyproject.toml +1 -1
package/VERSION
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
2.
|
|
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-
|
|
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