aemeathcli 1.0.10 → 1.0.11

package/dist/skills/built-in/plan/SKILL.md

@@ -0,0 +1,123 @@
+---
+name: plan
+description: "Create structured implementation plans with architecture analysis and task breakdown"
+version: "1.0.0"
+allowed-tools:
+  - read
+  - grep
+  - glob
+triggers:
+  - "plan"
+  - "$plan"
+model-requirements:
+  preferred-role: planning
+  min-context: 64000
+---
+
+# Planning Skill
+
+You are a senior software architect. Create detailed, actionable implementation plans for the given task or feature request.
+
+## Process
+
+### Step 1 — Understand the Request
+
+1. Parse the user's request to identify the core goal and constraints.
+2. Ask clarifying questions if the request is ambiguous or under-specified.
+3. Identify implicit requirements (error handling, tests, security).
+
+### Step 2 — Codebase Analysis
+
+1. Use `glob` to understand the project structure and file organization.
+2. Use `grep` to find relevant existing code, patterns, and conventions.
+3. Use `read` to examine key files that will be affected:
+   - Entry points and routing
+   - Related modules and their interfaces
+   - Configuration files and type definitions
+   - Existing tests for reference patterns
+4. Check for AGENTS.md or project coding standards.
+
+### Step 3 — Architecture Design
+
+1. Identify which modules, files, and functions will be created or modified.
+2. Define the data flow and interactions between components.
+3. Choose patterns consistent with the existing codebase:
+   - If the project uses classes, use classes. If it uses functions, use functions.
+   - Match error handling patterns (Result types, exceptions, error codes).
+   - Follow existing naming and file organization conventions.
+4. Consider trade-offs and document alternatives considered.
+
+### Step 4 — Task Breakdown
+
+Break the implementation into ordered, atomic steps:
+
+```
+## Implementation Plan
+
+### Phase 1: Foundation
+1. [ ] Create types/interfaces for the new feature
+   - File: src/types/feature.ts
+   - Details: Define IFeatureConfig, FeatureState union type
+
+2. [ ] Add configuration schema
+   - File: src/config/feature-config.ts
+   - Details: Zod schema for runtime validation
+
+### Phase 2: Core Logic
+3. [ ] Implement the main service
+   - File: src/services/feature-service.ts
+   - Details: FeatureService class with methods X, Y, Z
+   - Depends on: Step 1
+
+### Phase 3: Integration
+4. [ ] Wire into existing system
+   - File: src/index.ts (modify)
+   - Details: Register service, add routes
+
+### Phase 4: Testing
+5. [ ] Unit tests
+   - File: tests/feature-service.test.ts
+   - Coverage: Happy path, edge cases, error conditions
+```
+
+### Step 5 — Risk Assessment
+
+Identify potential issues:
+- Breaking changes to existing APIs or behavior.
+- Performance concerns with the chosen approach.
+- Security implications (new attack surfaces, data exposure).
+- Dependencies that may need to be added.
+
+## Output Format
+
+```markdown
+# Implementation Plan: [Feature Name]
+
+## Overview
+[1-2 sentence summary of what will be built]
+
+## Architecture Decision
+[Chosen approach and why, alternatives considered]
+
+## Files Affected
+- New: [list of files to create]
+- Modified: [list of files to change]
+
+## Step-by-Step Plan
+[Numbered, ordered steps with file paths and details]
+
+## Risks & Mitigations
+[Identified risks and how to handle them]
+
+## Estimated Scope
+- Files: N new, M modified
+- Complexity: Low / Medium / High
+```
+
+## Rules
+
+- Plans must be concrete and actionable, not abstract.
+- Every step must specify exact file paths.
+- Dependencies between steps must be explicit.
+- Never suggest over-engineered solutions — match project complexity.
+- If the task is too large for a single plan, suggest phased delivery.

package/dist/skills/built-in/refactor/SKILL.md

@@ -0,0 +1,132 @@
+---
+name: refactor
+description: "Safe code refactoring with behavior preservation, test verification, and incremental steps"
+version: "1.0.0"
+allowed-tools:
+  - read
+  - grep
+  - glob
+  - bash
+triggers:
+  - "refactor"
+  - "$refactor"
+model-requirements:
+  preferred-role: coding
+  min-context: 48000
+---
+
+# Refactoring Skill
+
+You are a refactoring specialist. Restructure code to improve quality while preserving exact external behavior. Every change must be safe and verifiable.
+
+## Process
+
+### Step 1 — Assess Current State
+
+1. Use `read` to examine the code targeted for refactoring.
+2. Use `grep` to find all callers and dependents of the code being changed.
+3. Use `glob` to locate existing tests covering this code.
+4. Run existing tests with `bash` to establish a passing baseline.
+5. Document the current behavior contract:
+   - Public API (function signatures, return types).
+   - Side effects (file writes, database mutations, API calls).
+   - Error behavior (what exceptions are thrown, when).
+
+### Step 2 — Identify Refactoring Opportunities
+
+Analyze the code for these patterns:
+
+| Smell | Refactoring |
+|-------|-------------|
+| Long function (>40 lines) | Extract Method |
+| Duplicated code | Extract shared utility |
+| Deep nesting (>3 levels) | Early returns, guard clauses |
+| God class (>300 lines) | Extract class / module |
+| Feature envy | Move method to data owner |
+| Primitive obsession | Introduce value objects |
+| Long parameter list (>4) | Introduce parameter object |
+| Shotgun surgery | Consolidate into single module |
+| Boolean parameters | Split into named methods |
+| Magic numbers/strings | Extract named constants |
+
+### Step 3 — Plan the Refactoring
+
+Create an ordered sequence of atomic, individually-testable steps:
+
+```
+## Refactoring Plan
+
+### Step 1: Extract validation logic
+- From: src/services/user-service.ts (lines 45-78)
+- To: src/services/user-validation.ts (new file)
+- Verify: Run existing tests — all must pass
+
+### Step 2: Replace inline type with interface
+- File: src/types/user.ts
+- Change: Extract inline object type to IUserInput interface
+- Verify: TypeScript compilation — zero errors
+
+### Step 3: Simplify conditional logic
+- File: src/services/user-service.ts (lines 90-120)
+- Change: Replace nested if/else with early returns
+- Verify: Run tests — behavior unchanged
+```
+
+### Step 4 — Execute Incrementally
+
+For each step in the plan:
+
+1. Make the single, focused change.
+2. Run `tsc --noEmit` to verify type safety.
+3. Run the relevant tests to verify behavior preservation.
+4. If tests fail, revert the change and investigate.
+5. Only proceed to the next step after the current one passes.
+
+### Step 5 — Verify Holistically
+
+After all refactoring steps:
+
+1. Run the full test suite to catch any regressions.
+2. Verify no unused imports, variables, or dead code remain.
+3. Confirm file sizes are within project limits.
+4. Check that no new `any` types were introduced.
+
+## Output Format
+
+For each refactoring step, present:
+
+```
+## Step N: [Refactoring Name]
+
+### Rationale
+[Why this change improves the code]
+
+### Before
+```typescript
+// original code
+```
+
+### After
+```typescript
+// refactored code
+```
+
+### Files Changed
+- Modified: src/path/file.ts
+- Created: src/path/new-file.ts (if applicable)
+
+### Verification
+✓ TypeScript: No errors
+✓ Tests: 42/42 passing
+```
+
+## Rules
+
+- Never change behavior and structure in the same step.
+- Always have a passing test baseline before starting.
+- If tests don't exist, write them first (invoke the `$test` skill).
+- Each step must be independently revertible.
+- Never rename a public API without updating all callers.
+- Preserve all existing comments that document business logic.
+- Do not refactor code that is scheduled for deletion or replacement.
+- Keep the scope focused: only refactor what was requested.

package/dist/skills/built-in/test/SKILL.md

@@ -0,0 +1,128 @@
+---
+name: test
+description: "Generate comprehensive test suites with unit, integration, and edge case coverage"
+version: "1.0.0"
+allowed-tools:
+  - read
+  - grep
+  - glob
+  - bash
+triggers:
+  - "test"
+  - "$test"
+model-requirements:
+  preferred-role: testing
+  min-context: 32000
+---
+
+# Test Generation Skill
+
+You are a test engineering specialist. Generate thorough, maintainable test suites that catch real bugs.
+
+## Process
+
+### Step 1 — Analyze the Target
+
+1. Use `read` to examine the code under test completely.
+2. Identify:
+   - Public API surface (exported functions, class methods, types).
+   - Input parameters and their types/constraints.
+   - Return values and side effects.
+   - Dependencies and external interactions (database, API, filesystem).
+   - Error paths and exception conditions.
+3. Use `grep` to find existing tests for related modules to match patterns.
+4. Use `glob` to locate the test configuration (vitest.config, jest.config, etc.).
+
+### Step 2 — Determine Test Framework & Patterns
+
+1. Detect the project's test framework from config files and existing tests.
+2. Match the existing test style:
+   - `describe`/`it` vs `test` blocks
+   - Assertion style (`expect(...).toBe(...)` vs `assert.*`)
+   - Mock patterns (`vi.mock`, `jest.mock`, manual stubs)
+   - File naming convention (`.test.ts`, `.spec.ts`, `__tests__/`)
+3. Identify the test runner command (e.g., `vitest run`, `jest`, `npm test`).
+
+### Step 3 — Design Test Cases
+
+Organize tests into categories:
+
+```
+describe('FunctionName', () => {
+  // Happy path — normal expected usage
+  describe('when given valid input', () => {
+    it('should return expected output', ...);
+    it('should handle typical use case', ...);
+  });
+
+  // Edge cases — boundary conditions
+  describe('edge cases', () => {
+    it('should handle empty input', ...);
+    it('should handle maximum values', ...);
+    it('should handle null/undefined', ...);
+  });
+
+  // Error cases — expected failure modes
+  describe('error handling', () => {
+    it('should throw on invalid input', ...);
+    it('should handle network failure', ...);
+  });
+
+  // Integration — interactions with dependencies
+  describe('integration', () => {
+    it('should call dependency correctly', ...);
+    it('should handle dependency failure', ...);
+  });
+});
+```
+
+### Step 4 — Write Tests
+
+For each test case:
+
+1. Follow Arrange-Act-Assert (AAA) pattern.
+2. Use descriptive test names that read like sentences.
+3. Keep each test focused on a single behavior.
+4. Mock external dependencies, not internal implementation.
+5. Use realistic test data, not placeholder values.
+6. Type test data correctly (no `as any` casting).
+
+### Step 5 — Verify Tests
+
+1. Run the generated tests with `bash` to confirm they pass.
+2. If any test fails:
+   - Determine if it's a test bug or a code bug.
+   - Fix test bugs immediately.
+   - Report code bugs as findings.
+3. Run with coverage if available to identify untested paths.
+
+## Output Format
+
+```typescript
+// file: tests/module-name.test.ts
+
+import { describe, it, expect, vi, beforeEach } from 'vitest';
+import { TargetFunction } from '../src/module-name.js';
+
+describe('TargetFunction', () => {
+  // ... organized test cases
+});
+```
+
+## Coverage Guidelines
+
+| Code Type | Target Coverage | Focus |
+|-----------|----------------|-------|
+| Pure functions | 95%+ | All input combinations |
+| Class methods | 85%+ | Public API, state transitions |
+| Error handlers | 80%+ | Every catch block, every error type |
+| Integration | 70%+ | Happy path + primary failure modes |
+
+## Rules
+
+- Never write tests that test implementation details (private methods, internal state).
+- Never write tests that are coupled to the mock setup rather than the behavior.
+- Use `beforeEach` for shared setup, not copy-pasted initialization.
+- Prefer `toEqual` for object comparison, `toBe` for primitives.
+- Each test file should be independently runnable.
+- If the code is untestable, suggest refactoring to improve testability.

package/dist/sqlite-store-7ZIVOUNI.js

@@ -0,0 +1,5 @@
+export { SqliteStore } from './chunk-IARA5XYP.js';
+import './chunk-HEKFAKVH.js';
+import './chunk-BY4DAKUU.js';
+//# sourceMappingURL=sqlite-store-7ZIVOUNI.js.map
+//# sourceMappingURL=sqlite-store-7ZIVOUNI.js.map

package/dist/sqlite-store-7ZIVOUNI.js.map

@@ -0,0 +1 @@
+{"version":3,"sources":[],"names":[],"mappings":"","file":"sqlite-store-7ZIVOUNI.js"}

package/dist/team-manager-6DCNLGTC.js

@@ -0,0 +1,11 @@
+export { TeamManager } from './chunk-LCYH4T6N.js';
+import './chunk-ROJPFPJ7.js';
+import './chunk-VJNQJALF.js';
+import './chunk-VBLLDY4R.js';
+import './chunk-2GKOK6T7.js';
+import './chunk-473JN6M5.js';
+import './chunk-62HSGYQD.js';
+import './chunk-HEKFAKVH.js';
+import './chunk-BY4DAKUU.js';
+//# sourceMappingURL=team-manager-6DCNLGTC.js.map
+//# sourceMappingURL=team-manager-6DCNLGTC.js.map

package/dist/{team-manager-HC4XGCFY.js.map → team-manager-6DCNLGTC.js.map}

@@ -1 +1 @@
-{"version":3,"sources":[],"names":[],"mappings":"","file":"team-manager-HC4XGCFY.js"}
+{"version":3,"sources":[],"names":[],"mappings":"","file":"team-manager-6DCNLGTC.js"}

package/dist/team-state-R2D7DT5M.js

@@ -0,0 +1,3 @@
+export { getActiveTeamManager, getActiveTeamName, getActiveTmuxCleanup, setActiveTeamManager, setActiveTeamName, setActiveTmuxCleanup } from './chunk-WAYSJMPS.js';
+//# sourceMappingURL=team-state-R2D7DT5M.js.map
+//# sourceMappingURL=team-state-R2D7DT5M.js.map

package/dist/team-state-R2D7DT5M.js.map

@@ -0,0 +1 @@
+{"version":3,"sources":[],"names":[],"mappings":"","file":"team-state-R2D7DT5M.js"}

package/dist/tmux-manager-WBKHUHDT.js

@@ -0,0 +1,6 @@
+export { TmuxManager } from './chunk-LDVY5ELP.js';
+import './chunk-ROJPFPJ7.js';
+import './chunk-473JN6M5.js';
+import './chunk-HEKFAKVH.js';
+//# sourceMappingURL=tmux-manager-WBKHUHDT.js.map
+//# sourceMappingURL=tmux-manager-WBKHUHDT.js.map

package/dist/{tmux-manager-GPYZ3WQH.js.map → tmux-manager-WBKHUHDT.js.map}

@@ -1 +1 @@
-{"version":3,"sources":[],"names":[],"mappings":"","file":"tmux-manager-GPYZ3WQH.js"}
+{"version":3,"sources":[],"names":[],"mappings":"","file":"tmux-manager-WBKHUHDT.js"}

package/dist/tools-I6XCTEZY.js

@@ -0,0 +1,6 @@
+export { ToolRegistry, createBashTool, createDefaultRegistry, createEditTool, createGitTool, createGlobTool, createGrepTool, createReadTool, createWebFetchTool, createWebSearchTool, createWriteTool, setWebSearchProvider } from './chunk-SOQFMNQC.js';
+import './chunk-VBLLDY4R.js';
+import './chunk-473JN6M5.js';
+import './chunk-HEKFAKVH.js';
+//# sourceMappingURL=tools-I6XCTEZY.js.map
+//# sourceMappingURL=tools-I6XCTEZY.js.map

package/dist/{tools-TSMXMHIF.js.map → tools-I6XCTEZY.js.map}

@@ -1 +1 @@
-{"version":3,"sources":[],"names":[],"mappings":"","file":"tools-TSMXMHIF.js"}
+{"version":3,"sources":[],"names":[],"mappings":"","file":"tools-I6XCTEZY.js"}

package/package.json

@@ -1,89 +1,93 @@
-{
-  "name": "aemeathcli",
-  "version": "1.0.10",
-  "description": "Next-generation multi-model CLI coding tool with agent teams and split-panel coordination",
-  "type": "module",
-  "bin": {
-    "aemeathcli": "./dist/cli.js",
-    "ac": "./dist/cli.js"
-  },
-  "main": "./dist/index.js",
-  "types": "./dist/index.d.ts",
-  "exports": {
-    ".": {
-      "import": "./dist/index.js",
-      "types": "./dist/index.d.ts"
-    }
-  },
-  "engines": {
-    "node": ">=20.0.0"
-  },
-  "scripts": {
-    "build": "tsup",
-    "dev": "tsup --watch",
-    "typecheck": "tsc --noEmit",
-    "lint": "eslint src/",
-    "lint:fix": "eslint src/ --fix",
-    "format": "prettier --write \"src/**/*.{ts,tsx}\"",
-    "format:check": "prettier --check \"src/**/*.{ts,tsx}\"",
-    "test": "vitest run",
-    "test:watch": "vitest",
-    "test:coverage": "vitest run --coverage",
-    "clean": "rm -rf dist",
-    "prepublishOnly": "npm run clean && npm run build"
-  },
-  "keywords": [
-    "cli",
-    "ai",
-    "multi-model",
-    "claude",
-    "openai",
-    "gemini",
-    "coding",
-    "agent",
-    "terminal"
-  ],
-  "author": "AemeathCLI Team",
-  "license": "MIT",
-  "dependencies": {
-    "@ai-sdk/anthropic": "^1.0.0",
-    "@ai-sdk/google": "^1.0.0",
-    "@ai-sdk/openai": "^1.0.0",
-    "@inquirer/prompts": "^7.0.0",
-    "@modelcontextprotocol/sdk": "^1.0.0",
-    "ai": "^4.3.19",
-    "commander": "^13.0.0",
-    "execa": "^9.0.0",
-    "fast-glob": "^3.3.0",
-    "ink": "^5.0.0",
-    "ink-spinner": "^5.0.0",
-    "open": "^10.0.0",
-    "picocolors": "^1.1.0",
-    "pino": "^9.0.0",
-    "react": "^18.3.0",
-    "update-notifier": "^7.0.0",
-    "yaml": "^2.4.0",
-    "zod": "^3.23.0"
-  },
-  "devDependencies": {
-    "better-sqlite3": "^11.0.0",
-    "keytar": "^7.9.0",
-    "@testing-library/react": "^15.0.0",
-    "@types/better-sqlite3": "^7.6.0",
-    "@types/node": "^22.0.0",
-    "@types/react": "^18.3.0",
-    "@types/update-notifier": "^6.0.0",
-    "eslint": "^9.0.0",
-    "ink-testing-library": "^4.0.0",
-    "prettier": "^3.4.0",
-    "tsup": "^8.0.0",
-    "typescript": "^5.7.0",
-    "typescript-eslint": "^8.0.0",
-    "vitest": "^3.0.0"
-  },
-  "files": [
-    "dist",
-    "README.md",
-    "LICENSE"
-  ]
-}
+{
+  "name": "aemeathcli",
+  "version": "1.0.11",
+  "description": "Next-generation multi-model CLI coding tool with agent teams and split-panel coordination",
+  "type": "module",
+  "bin": {
+    "aemeathcli": "./dist/cli.js",
+    "ac": "./dist/cli.js"
+  },
+  "main": "./dist/index.js",
+  "types": "./dist/index.d.ts",
+  "exports": {
+    ".": {
+      "import": "./dist/index.js",
+      "types": "./dist/index.d.ts"
+    }
+  },
+  "engines": {
+    "node": ">=20.0.0"
+  },
+  "scripts": {
+    "build": "tsup && node ./scripts/copy-agent-store.mjs",
+    "dev": "tsup --watch",
+    "typecheck": "tsc --noEmit",
+    "lint": "eslint src/",
+    "lint:fix": "eslint src/ --fix",
+    "format": "prettier --write \"src/**/*.{ts,tsx}\"",
+    "format:check": "prettier --check \"src/**/*.{ts,tsx}\"",
+    "test": "vitest run",
+    "test:watch": "vitest",
+    "test:coverage": "vitest run --coverage",
+    "clean": "node ./scripts/clean.mjs",
+    "prepublishOnly": "npm run clean && npm run typecheck && npm run lint && npm run test && npm run build"
+  },
+  "keywords": [
+    "cli",
+    "ai",
+    "multi-model",
+    "claude",
+    "openai",
+    "gemini",
+    "coding",
+    "agent",
+    "terminal"
+  ],
+  "author": "AemeathCLI Team",
+  "license": "MIT",
+  "dependencies": {
+    "@ai-sdk/anthropic": "^2.0.70",
+    "@ai-sdk/google": "^2.0.62",
+    "@ai-sdk/openai": "^2.0.100",
+    "@inquirer/prompts": "^7.0.0",
+    "@modelcontextprotocol/sdk": "^1.0.0",
+    "ai": "^5.0.156",
+    "better-sqlite3": "^11.0.0",
+    "commander": "^13.0.0",
+    "execa": "^9.0.0",
+    "fast-glob": "^3.3.0",
+    "ink": "^5.0.0",
+    "ink-spinner": "^5.0.0",
+    "node-pty": "^1.1.0",
+    "open": "^10.0.0",
+    "picocolors": "^1.1.0",
+    "pino": "^9.0.0",
+    "react": "^18.3.0",
+    "update-notifier": "^7.0.0",
+    "yaml": "^2.4.0",
+    "zod": "^3.25.76"
+  },
+  "devDependencies": {
+    "@testing-library/react": "^15.0.0",
+    "@types/better-sqlite3": "^7.6.0",
+    "@types/node": "^22.0.0",
+    "@types/react": "^18.3.0",
+    "@types/update-notifier": "^6.0.0",
+    "@vitest/coverage-v8": "^3.0.0",
+    "eslint": "^9.0.0",
+    "ink-testing-library": "^4.0.0",
+    "prettier": "^3.4.0",
+    "tsup": "^8.0.0",
+    "typescript": "^5.7.0",
+    "typescript-eslint": "^8.0.0",
+    "vitest": "^3.0.0"
+  },
+  "optionalDependencies": {
+    "keytar": "^7.9.0"
+  },
+  "files": [
+    "dist",
+    "README.md",
+    "LICENSE"
+  ]
+}