codeply-cli 0.3.1 → 0.4.1

package/package.json

@@ -1,47 +1,49 @@
-{
-  "name": "codeply-cli",
-  "version": "0.3.1",
-  "description": "Codeply from the terminal: an interactive AI coding agent, a local server (codeply serve), and a GitHub agent that runs in your own Actions runner.",
-  "main": "bin/codeply.js",
-  "bin": {
-    "codeply": "bin/codeply.js"
-  },
-  "files": [
-    "bin",
-    "lib",
-    "skills",
-    "THIRD_PARTY_NOTICES.md"
-  ],
-  "engines": {
-    "node": ">=18"
-  },
-  "scripts": {
-    "start": "node bin/codeply.js"
-  },
-  "keywords": [
-    "codeply",
-    "ai",
-    "cli",
-    "coding-agent",
-    "code-editor"
-  ],
-  "repository": {
-    "type": "git",
-    "url": "git+https://github.com/AwaisSDev/codeply-cli.git"
-  },
-  "homepage": "https://codeply.online",
-  "bugs": {
-    "email": "hello@codeply.online"
-  },
-  "author": "Codeply",
-  "license": "UNLICENSED",
-  "dependencies": {
-    "@supabase/supabase-js": "^2.45.0",
-    "commander": "^12.1.0",
-    "ink": "^5.1.0",
-    "ink-spinner": "^5.0.0",
-    "marked": "^15.0.12",
-    "marked-terminal": "^7.3.0",
-    "react": "^18.2.0"
-  }
-}
+{
+  "name": "codeply-cli",
+  "version": "0.4.1",
+  "description": "Codeply from the terminal: an interactive AI coding agent, a local server (codeply serve), and a GitHub agent that runs in your own Actions runner.",
+  "main": "bin/codeply.js",
+  "bin": {
+    "codeply": "bin/codeply.js"
+  },
+  "files": [
+    "bin",
+    "lib",
+    "skills",
+    "THIRD_PARTY_NOTICES.md"
+  ],
+  "engines": {
+    "node": ">=18"
+  },
+  "scripts": {
+    "start": "node bin/codeply.js"
+  },
+  "keywords": [
+    "codeply",
+    "ai",
+    "cli",
+    "coding-agent",
+    "code-editor"
+  ],
+  "repository": {
+    "type": "git",
+    "url": "git+https://github.com/AwaisSDev/codeply-cli.git"
+  },
+  "homepage": "https://codeply.online",
+  "bugs": {
+    "email": "hello@codeply.online"
+  },
+  "author": "Codeply",
+  "license": "MIT",
+  "dependencies": {
+    "@supabase/supabase-js": "^2.45.0",
+    "blakejs": "^1.2.1",
+    "commander": "^12.1.0",
+    "ink": "^5.1.0",
+    "ink-spinner": "^5.0.0",
+    "marked": "^15.0.12",
+    "marked-terminal": "^7.3.0",
+    "react": "^18.2.0",
+    "tweetnacl": "^1.0.3"
+  }
+}

package/skills/SOURCE.md

@@ -1,58 +1,58 @@
-# Where these skills came from
-
-The skill library in this directory — all 281 of them — is vendored from
-[affaan-m/ECC](https://github.com/affaan-m/ECC) ("Every Coding Copilot"), an
-open-source collection of agent skills for Claude Code, Codex, and other
-harnesses. It's their full `skills/` library, not a subset — every `SKILL.md`
-and its `references/*.md` companions, unmodified.
-
-Codeply loads its skill format directly from that project's convention: a
-`SKILL.md` per skill with YAML frontmatter (`name`, `description`) and a
-markdown body. See [lib/skills.js](../lib/skills.js) for the loader.
-
-Only `SKILL.md` and `references/*.md` were vendored — each skill's
-`agents/openai.yaml` (a tool schema for a different harness's native
-function-calling) was left out, since Codeply calls skills through its own
-text-based action protocol and has no use for it.
-
-Not every one of the 281 is loaded into the agent's context by default —
-`lib/skills.js` shows a curated "daily" subset (ECC's own `.agents/skills/`
-curation of its full library) to keep the always-injected index small; the
-rest are still fully installed and reachable with `list_skills <query>` or
-`codeply skill show <name>`.
-
-## License
-
-ECC is MIT-licensed. Its license and copyright notice, reproduced here as MIT
-requires when redistributing:
-
-```
-MIT License
-
-Copyright (c) 2026 Affaan Mustafa
-
-Permission is hereby granted, free of charge, to any person obtaining a copy
-of this software and associated documentation files (the "Software"), to deal
-in the Software without restriction, including without limitation the rights
-to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
-copies of the Software, and to permit persons to whom the Software is
-furnished to do so, subject to the following conditions:
-
-The above copyright notice and this permission notice shall be included in all
-copies or substantial portions of the Software.
-
-THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
-IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
-FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
-AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
-LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
-OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
-SOFTWARE.
-```
-
-## Adding your own
-
-Anything you drop in `~/.codeply/skills/<name>/SKILL.md` (same frontmatter
-format) is picked up the same way, and takes priority over a bundled skill of
-the same name. `codeply skill install <path-or-github-url>` automates that —
-see `codeply skill --help`.
+# Where these skills came from
+
+The skill library in this directory — all 281 of them — is vendored from
+[affaan-m/ECC](https://github.com/affaan-m/ECC) ("Every Coding Copilot"), an
+open-source collection of agent skills for Claude Code, Codex, and other
+harnesses. It's their full `skills/` library, not a subset — every `SKILL.md`
+and its `references/*.md` companions, unmodified.
+
+Codeply loads its skill format directly from that project's convention: a
+`SKILL.md` per skill with YAML frontmatter (`name`, `description`) and a
+markdown body. See [lib/skills.js](../lib/skills.js) for the loader.
+
+Only `SKILL.md` and `references/*.md` were vendored — each skill's
+`agents/openai.yaml` (a tool schema for a different harness's native
+function-calling) was left out, since Codeply calls skills through its own
+text-based action protocol and has no use for it.
+
+Not every one of the 281 is loaded into the agent's context by default —
+`lib/skills.js` shows a curated "daily" subset (ECC's own `.agents/skills/`
+curation of its full library) to keep the always-injected index small; the
+rest are still fully installed and reachable with `list_skills <query>` or
+`codeply skill show <name>`.
+
+## License
+
+ECC is MIT-licensed. Its license and copyright notice, reproduced here as MIT
+requires when redistributing:
+
+```
+MIT License
+
+Copyright (c) 2026 Affaan Mustafa
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.
+```
+
+## Adding your own
+
+Anything you drop in `~/.codeply/skills/<name>/SKILL.md` (same frontmatter
+format) is picked up the same way, and takes priority over a bundled skill of
+the same name. `codeply skill install <path-or-github-url>` automates that —
+see `codeply skill --help`.

package/skills/accessibility/SKILL.md

@@ -1,147 +1,147 @@
----
-name: accessibility
-description: Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA
-  standards. Use this skill to generate semantic ARIA for Web and accessibility traits for Web and Native platforms (iOS/Android).
-metadata:
-  origin: ECC
----
-
-# Accessibility (WCAG 2.2)
-
-This skill ensures that digital interfaces are Perceivable, Operable, Understandable, and Robust (POUR) for all users, including those using screen readers, switch controls, or keyboard navigation. It focuses on the technical implementation of WCAG 2.2 success criteria.
-
-## When to Use
-
-- Defining UI component specifications for Web, iOS, or Android.
-- Auditing existing code for accessibility barriers or compliance gaps.
-- Implementing new WCAG 2.2 standards like Target Size (Minimum) and Focus Appearance.
-- Mapping high-level design requirements to technical attributes (ARIA roles, traits, hints).
-
-## Core Concepts
-
-- **POUR Principles**: The foundation of WCAG (Perceivable, Operable, Understandable, Robust).
-- **Semantic Mapping**: Using native elements over generic containers to provide built-in accessibility.
-- **Accessibility Tree**: The representation of the UI that assistive technologies actually "read."
-- **Focus Management**: Controlling the order and visibility of the keyboard/screen reader cursor.
-- **Labeling & Hints**: Providing context through `aria-label`, `accessibilityLabel`, and `contentDescription`.
-
-## How It Works
-
-### Step 1: Identify the Component Role
-
-Determine the functional purpose (e.g., Is this a button, a link, or a tab?). Use the most semantic native element available before resorting to custom roles.
-
-### Step 2: Define Perceivable Attributes
-
-- Ensure text contrast meets **4.5:1** (normal) or **3:1** (large/UI).
-- Add text alternatives for non-text content (images, icons).
-- Implement responsive reflow (up to 400% zoom without loss of function).
-
-### Step 3: Implement Operable Controls
-
-- Ensure a minimum **24x24 CSS pixel** target size (WCAG 2.2 SC 2.5.8).
-- Verify all interactive elements are reachable via keyboard and have a visible focus indicator (SC 2.4.11).
-- Provide single-pointer alternatives for dragging movements.
-
-### Step 4: Ensure Understandable Logic
-
-- Use consistent navigation patterns.
-- Provide descriptive error messages and suggestions for correction (SC 3.3.3).
-- Implement "Redundant Entry" (SC 3.3.7) to prevent asking for the same data twice.
-
-### Step 5: Verify Robust Compatibility
-
-- Use correct `Name, Role, Value` patterns.
-- Implement `aria-live` or live regions for dynamic status updates.
-
-## Accessibility Architecture Diagram
-
-```mermaid
-flowchart TD
-  UI["UI Component"] --> Platform{Platform?}
-  Platform -->|Web| ARIA["WAI-ARIA + HTML5"]
-  Platform -->|iOS| SwiftUI["Accessibility Traits + Labels"]
-  Platform -->|Android| Compose["Semantics + ContentDesc"]
-
-  ARIA --> AT["Assistive Technology (Screen Readers, Switches)"]
-  SwiftUI --> AT
-  Compose --> AT
-```
-
-## Cross-Platform Mapping
-
-| Feature            | Web (HTML/ARIA)          | iOS (SwiftUI)                        | Android (Compose)                                           |
-| :----------------- | :----------------------- | :----------------------------------- | :---------------------------------------------------------- |
-| **Primary Label**  | `aria-label` / `<label>` | `.accessibilityLabel()`              | `contentDescription`                                        |
-| **Secondary Hint** | `aria-describedby`       | `.accessibilityHint()`               | `Modifier.semantics { stateDescription = ... }`             |
-| **Action Role**    | `role="button"`          | `.accessibilityAddTraits(.isButton)` | `Modifier.semantics { role = Role.Button }`                 |
-| **Live Updates**   | `aria-live="polite"`     | `.accessibilityLiveRegion(.polite)`  | `Modifier.semantics { liveRegion = LiveRegionMode.Polite }` |
-
-## Examples
-
-### Web: Accessible Search
-
-```html
-<form role="search">
-  <label for="search-input" class="sr-only">Search products</label>
-  <input type="search" id="search-input" placeholder="Search..." />
-  <button type="submit" aria-label="Submit Search">
-    <svg aria-hidden="true">...</svg>
-  </button>
-</form>
-```
-
-### iOS: Accessible Action Button
-
-```swift
-Button(action: deleteItem) {
-    Image(systemName: "trash")
-}
-.accessibilityLabel("Delete item")
-.accessibilityHint("Permanently removes this item from your list")
-.accessibilityAddTraits(.isButton)
-```
-
-### Android: Accessible Toggle
-
-```kotlin
-Switch(
-    checked = isEnabled,
-    onCheckedChange = { onToggle() },
-    modifier = Modifier.semantics {
-        contentDescription = "Enable notifications"
-    }
-)
-```
-
-## Anti-Patterns to Avoid
-
-- **Div-Buttons**: Using a `<div>` or `<span>` for a click event without adding a role and keyboard support.
-- **Color-Only Meaning**: Indicating an error or status _only_ with a color change (e.g., turning a border red).
-- **Uncontained Modal Focus**: Modals that don't trap focus, allowing keyboard users to navigate background content while the modal is open. Focus must be contained _and_ escapable via the `Escape` key or an explicit close button (WCAG SC 2.1.2).
-- **Redundant Alt Text**: Using "Image of..." or "Picture of..." in alt text (screen readers already announce the role "Image").
-
-## Best Practices Checklist
-
-- [ ] Interactive elements meet the **24x24px** (Web) or **44x44pt** (Native) target size.
-- [ ] Focus indicators are clearly visible and high-contrast.
-- [ ] Modals **contain focus** while open, and release it cleanly on close (`Escape` key or close button).
-- [ ] Dropdowns and menus restore focus to the trigger element on close.
-- [ ] Forms provide text-based error suggestions.
-- [ ] All icon-only buttons have a descriptive text label.
-- [ ] Content reflows properly when text is scaled.
-
-## References
-
-- [WCAG 2.2 Guidelines](https://www.w3.org/TR/WCAG22/)
-- [WAI-ARIA Authoring Practices](https://www.w3.org/TR/wai-aria-practices/)
-- [iOS Accessibility Programming Guide](https://developer.apple.com/documentation/accessibility)
-- [iOS Human Interface Guidelines - Accessibility](https://developer.apple.com/design/human-interface-guidelines/accessibility)
-- [Android Accessibility Developer Guide](https://developer.android.com/guide/topics/ui/accessibility)
-
-## Related Skills
-
-- `frontend-patterns`
-- `design-system`
-- `liquid-glass-design`
-- `swiftui-patterns`
+---
+name: accessibility
+description: Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA
+  standards. Use this skill to generate semantic ARIA for Web and accessibility traits for Web and Native platforms (iOS/Android).
+metadata:
+  origin: ECC
+---
+
+# Accessibility (WCAG 2.2)
+
+This skill ensures that digital interfaces are Perceivable, Operable, Understandable, and Robust (POUR) for all users, including those using screen readers, switch controls, or keyboard navigation. It focuses on the technical implementation of WCAG 2.2 success criteria.
+
+## When to Use
+
+- Defining UI component specifications for Web, iOS, or Android.
+- Auditing existing code for accessibility barriers or compliance gaps.
+- Implementing new WCAG 2.2 standards like Target Size (Minimum) and Focus Appearance.
+- Mapping high-level design requirements to technical attributes (ARIA roles, traits, hints).
+
+## Core Concepts
+
+- **POUR Principles**: The foundation of WCAG (Perceivable, Operable, Understandable, Robust).
+- **Semantic Mapping**: Using native elements over generic containers to provide built-in accessibility.
+- **Accessibility Tree**: The representation of the UI that assistive technologies actually "read."
+- **Focus Management**: Controlling the order and visibility of the keyboard/screen reader cursor.
+- **Labeling & Hints**: Providing context through `aria-label`, `accessibilityLabel`, and `contentDescription`.
+
+## How It Works
+
+### Step 1: Identify the Component Role
+
+Determine the functional purpose (e.g., Is this a button, a link, or a tab?). Use the most semantic native element available before resorting to custom roles.
+
+### Step 2: Define Perceivable Attributes
+
+- Ensure text contrast meets **4.5:1** (normal) or **3:1** (large/UI).
+- Add text alternatives for non-text content (images, icons).
+- Implement responsive reflow (up to 400% zoom without loss of function).
+
+### Step 3: Implement Operable Controls
+
+- Ensure a minimum **24x24 CSS pixel** target size (WCAG 2.2 SC 2.5.8).
+- Verify all interactive elements are reachable via keyboard and have a visible focus indicator (SC 2.4.11).
+- Provide single-pointer alternatives for dragging movements.
+
+### Step 4: Ensure Understandable Logic
+
+- Use consistent navigation patterns.
+- Provide descriptive error messages and suggestions for correction (SC 3.3.3).
+- Implement "Redundant Entry" (SC 3.3.7) to prevent asking for the same data twice.
+
+### Step 5: Verify Robust Compatibility
+
+- Use correct `Name, Role, Value` patterns.
+- Implement `aria-live` or live regions for dynamic status updates.
+
+## Accessibility Architecture Diagram
+
+```mermaid
+flowchart TD
+  UI["UI Component"] --> Platform{Platform?}
+  Platform -->|Web| ARIA["WAI-ARIA + HTML5"]
+  Platform -->|iOS| SwiftUI["Accessibility Traits + Labels"]
+  Platform -->|Android| Compose["Semantics + ContentDesc"]
+
+  ARIA --> AT["Assistive Technology (Screen Readers, Switches)"]
+  SwiftUI --> AT
+  Compose --> AT
+```
+
+## Cross-Platform Mapping
+
+| Feature            | Web (HTML/ARIA)          | iOS (SwiftUI)                        | Android (Compose)                                           |
+| :----------------- | :----------------------- | :----------------------------------- | :---------------------------------------------------------- |
+| **Primary Label**  | `aria-label` / `<label>` | `.accessibilityLabel()`              | `contentDescription`                                        |
+| **Secondary Hint** | `aria-describedby`       | `.accessibilityHint()`               | `Modifier.semantics { stateDescription = ... }`             |
+| **Action Role**    | `role="button"`          | `.accessibilityAddTraits(.isButton)` | `Modifier.semantics { role = Role.Button }`                 |
+| **Live Updates**   | `aria-live="polite"`     | `.accessibilityLiveRegion(.polite)`  | `Modifier.semantics { liveRegion = LiveRegionMode.Polite }` |
+
+## Examples
+
+### Web: Accessible Search
+
+```html
+<form role="search">
+  <label for="search-input" class="sr-only">Search products</label>
+  <input type="search" id="search-input" placeholder="Search..." />
+  <button type="submit" aria-label="Submit Search">
+    <svg aria-hidden="true">...</svg>
+  </button>
+</form>
+```
+
+### iOS: Accessible Action Button
+
+```swift
+Button(action: deleteItem) {
+    Image(systemName: "trash")
+}
+.accessibilityLabel("Delete item")
+.accessibilityHint("Permanently removes this item from your list")
+.accessibilityAddTraits(.isButton)
+```
+
+### Android: Accessible Toggle
+
+```kotlin
+Switch(
+    checked = isEnabled,
+    onCheckedChange = { onToggle() },
+    modifier = Modifier.semantics {
+        contentDescription = "Enable notifications"
+    }
+)
+```
+
+## Anti-Patterns to Avoid
+
+- **Div-Buttons**: Using a `<div>` or `<span>` for a click event without adding a role and keyboard support.
+- **Color-Only Meaning**: Indicating an error or status _only_ with a color change (e.g., turning a border red).
+- **Uncontained Modal Focus**: Modals that don't trap focus, allowing keyboard users to navigate background content while the modal is open. Focus must be contained _and_ escapable via the `Escape` key or an explicit close button (WCAG SC 2.1.2).
+- **Redundant Alt Text**: Using "Image of..." or "Picture of..." in alt text (screen readers already announce the role "Image").
+
+## Best Practices Checklist
+
+- [ ] Interactive elements meet the **24x24px** (Web) or **44x44pt** (Native) target size.
+- [ ] Focus indicators are clearly visible and high-contrast.
+- [ ] Modals **contain focus** while open, and release it cleanly on close (`Escape` key or close button).
+- [ ] Dropdowns and menus restore focus to the trigger element on close.
+- [ ] Forms provide text-based error suggestions.
+- [ ] All icon-only buttons have a descriptive text label.
+- [ ] Content reflows properly when text is scaled.
+
+## References
+
+- [WCAG 2.2 Guidelines](https://www.w3.org/TR/WCAG22/)
+- [WAI-ARIA Authoring Practices](https://www.w3.org/TR/wai-aria-practices/)
+- [iOS Accessibility Programming Guide](https://developer.apple.com/documentation/accessibility)
+- [iOS Human Interface Guidelines - Accessibility](https://developer.apple.com/design/human-interface-guidelines/accessibility)
+- [Android Accessibility Developer Guide](https://developer.android.com/guide/topics/ui/accessibility)
+
+## Related Skills
+
+- `frontend-patterns`
+- `design-system`
+- `liquid-glass-design`
+- `swiftui-patterns`