@smartsoft001-mobilems/claude-plugins 2.84.0 → 2.86.0

package/plugins/flow-legacy/skills/linear-suggestion/SKILL.md

@@ -1,132 +0,0 @@
----
-name: linear-suggestion
-description: Create a Linear issue in the "MobileMS Framework" project with a suggestion for agent or skill improvements.
-allowed-tools: mcp__linear__save_issue
----
-
-# Linear Suggestion
-
-Create a Linear issue in the **MobileMS Framework** project containing a suggestion for improving agent definitions or skills. Used by automated analysis agents to propose changes without blocking the workflow.
-
-## When to Use
-
-- When an automated agent (e.g., `shared-parallelization-analyzer`) identifies a recurring pattern that could improve an agent or skill
-- When proposing orchestrator rule changes based on parallelization analysis
-- When any non-interactive process needs to suggest framework improvements
-
-## Input Parameters
-
-The invoking agent must provide:
-
-| Parameter     | Required | Description                                                                   |
-| ------------- | -------- | ----------------------------------------------------------------------------- |
-| `title`       | YES      | Short summary of the suggestion (max 100 chars)                               |
-| `description` | YES      | Full markdown description with rationale and proposed changes                 |
-| `source`      | YES      | Agent that generated the suggestion (e.g., `shared-parallelization-analyzer`) |
-| `targetFile`  | NO       | Path to the file to be modified (e.g., `agents/shared-impl-orchestrator.md`)  |
-| `category`    | NO       | One of: `OPTIMIZATION`, `NEW_RULE`, `PATTERN_UPDATE`, `BUG_FIX`               |
-
-## Issue Format
-
-### Title
-
-```
-[Agent Suggestion] {title}
-```
-
-### Description
-
-```markdown
-## Agent Improvement Suggestion
-
-**Source agent**: `{source}`
-**Category**: {category}
-**Target file**: `{targetFile}`
-
----
-
-{description}
-
----
-
-_This issue was automatically created by `{source}` via the `linear-suggestion` skill._
-_Review and apply manually if the suggestion is valid._
-```
-
-## Process
-
-1. **Format the issue title** with `[Agent Suggestion]` prefix
-2. **Build the description** using the template above, inserting all provided parameters
-3. **Create the issue** using MCP Linear server:
-
-   ```
-   Create issue in project "MobileMS Framework":
-   - Title: [Agent Suggestion] {title}
-   - Description: {formatted description}
-   - Label: agent-evolution
-   ```
-
-4. **Return the issue ID and URL** to the invoking agent
-
-## Output Format
-
-After successful creation, return:
-
-```
-Linear issue created:
-- ID: {issueId}
-- Title: [Agent Suggestion] {title}
-- URL: {issueUrl}
-```
-
-## Error Handling
-
-If issue creation fails (e.g., MCP Linear server unavailable):
-
-- Log the error silently
-- Do NOT block the parent workflow
-- Return a failure notice without throwing
-
-```
-Linear suggestion skipped: {error reason}
-```
-
-## Example
-
-**Input from `shared-parallelization-analyzer`:**
-
-```
-title: Add parallel scaffolding rule to orchestrator
-description: |
-  ### Observation
-
-  In 3 out of 5 recent tasks, scaffolding agents for independent files
-  (e.g., `angular-component-scaffolder` + `angular-service-builder`) were
-  marked as SEQ despite having no shared output files.
-
-  ### Proposed Change
-
-  Add to `shared-impl-orchestrator.md` -> Execution Patterns -> Parallel vs Sequential:
-
-  | Scenario                                | Pattern  | Reason                          |
-  | --------------------------------------- | -------- | ------------------------------- |
-  | Multiple scaffolding for independent files | PARALLEL | No shared output files between scaffolders |
-
-  ### Evidence
-
-  - MOB-700: scaffold-component + scaffold-service (independent)
-  - MOB-705: scaffold-directive + scaffold-service (independent)
-  - MOB-710: scaffold-component + scaffold-pipe (independent)
-source: shared-parallelization-analyzer
-targetFile: packages/shared/claude-plugins/src/plugins/flow-legacy/agents/shared-impl-orchestrator.md
-category: OPTIMIZATION
-```
-
-**Created issue:**
-
-```
-Linear issue created:
-- ID: MOB-815
-- Title: [Agent Suggestion] Add parallel scaffolding rule to orchestrator
-- URL: https://linear.app/mobilems/issue/MOB-815
-```

package/plugins/flow-legacy/skills/maia-files-delete/SKILL.md

@@ -1,59 +0,0 @@
----
-name: maia-files-delete
-description: Delete a file from Maia API temporary storage.
-allowed-tools: Bash
----
-
-# Maia Files Delete
-
-Delete a file from Maia AI API temporary storage to free up space.
-
-## API Endpoint
-
-```
-DELETE https://maia-ai-api.smartsoft.biz.pl/files/{id}
-```
-
-## Usage
-
-When given a file ID or URL, delete it:
-
-```bash
-curl -s -X DELETE https://maia-ai-api.smartsoft.biz.pl/files/{id}
-```
-
-## Process
-
-1. Extract ID from input (can be full URL or just ID)
-2. Send DELETE request
-3. Confirm deletion
-
-## Input Formats
-
-Accept either:
-
-- Full URL: `https://maia-ai-api.smartsoft.biz.pl/files/abc123`
-- Just ID: `abc123`
-
-## Output Format
-
-After successful deletion:
-
-```
-Deleted: {id}
-```
-
-## Batch Deletion
-
-When given multiple IDs, delete them all:
-
-```bash
-for id in id1 id2 id3; do
-  curl -s -X DELETE "https://maia-ai-api.smartsoft.biz.pl/files/$id"
-  echo "Deleted: $id"
-done
-```
-
-## Error Handling
-
-If deletion fails, report the error but continue with remaining files.

package/plugins/flow-legacy/skills/maia-files-upload/SKILL.md

@@ -1,57 +0,0 @@
----
-name: maia-files-upload
-description: Upload a file to Maia API temporary storage.
-allowed-tools: Bash
----
-
-# Maia Files Upload
-
-Upload a file to the Maia AI API temporary storage and get a URL for use in Linear comments or markdown.
-
-## API Endpoint
-
-```
-POST https://maia-ai-api.smartsoft.biz.pl/files
-```
-
-## Usage
-
-When given a file path, upload it:
-
-```bash
-curl -s -X POST https://maia-ai-api.smartsoft.biz.pl/files \
-  -F "file=@/path/to/file.png"
-```
-
-## Response
-
-```json
-{ "id": "abc123def456" }
-```
-
-## Result URL
-
-```
-https://maia-ai-api.smartsoft.biz.pl/files/{id}
-```
-
-## Process
-
-1. Validate file exists: `test -f "/path/to/file" && echo "OK"`
-2. Upload file using curl
-3. Extract ID from JSON response
-4. Return ID and full URL
-
-## Output Format
-
-After successful upload, return:
-
-```
-Uploaded: {filename}
-ID: {id}
-URL: https://maia-ai-api.smartsoft.biz.pl/files/{id}
-```
-
-## Error Handling
-
-If file doesn't exist or upload fails, report the error clearly.

package/plugins/flow-legacy/skills/nx-conventions/SKILL.md

@@ -1,368 +0,0 @@
----
-name: nx-conventions
-description: Nx 14 monorepo patterns with @nrwl/* packages, workspace organization, and build conventions
----
-
-# Nx 14 Conventions (Legacy)
-
-This skill provides guidance on Nx 14 monorepo patterns for legacy projects using `@nrwl/*` packages.
-
-## CRITICAL: Nx 14 vs Modern Nx
-
-| Feature  | Nx 14 (Legacy)                     | Nx 21+ (Modern) |
-| -------- | ---------------------------------- | --------------- |
-| Packages | `@nrwl/*`                          | `@nx/*`         |
-| Node.js  | 18.x                               | 20.x / 22.x     |
-| Angular  | 14.x                               | 20.x            |
-| Config   | `workspace.json` or `project.json` | `project.json`  |
-
-## 1. Workspace Structure
-
-```
-/
-├── apps/
-│   ├── web/              # Main Angular 14 application
-│   └── web-e2e/          # Cypress E2E tests
-├── libs/
-│   └── shared/
-│       └── angular/      # Shared Angular library
-├── tools/
-│   ├── specs/            # Project specifications
-│   └── mockups/          # Design mockups
-├── nx.json               # Nx workspace configuration
-├── tsconfig.base.json    # Base TypeScript config
-└── package.json
-```
-
-## 2. Project Naming
-
-| Type                | Pattern                  | Example                        |
-| ------------------- | ------------------------ | ------------------------------ |
-| Apps                | `{name}`                 | `web`, `api`                   |
-| E2E                 | `{app}-e2e`              | `web-e2e`                      |
-| Domain libs         | `{domain}-domain`        | `museum-objects-domain`        |
-| Angular libs        | `{domain}-shell-angular` | `museum-objects-shell-angular` |
-| Shared angular libs | `shared-angular`         | `shared-angular`               |
-
-## 3. Common Nx 14 Commands
-
-### Development
-
-```bash
-# Serve application
-nx serve web
-
-# Serve with specific configuration
-nx serve web --configuration=development
-
-# Build application
-nx build web
-
-# Build for production
-nx build web --configuration=production
-```
-
-### Testing
-
-```bash
-# Run unit tests
-nx test web
-nx test shared-angular
-
-# Run tests with coverage
-nx test web --coverage
-
-# Run tests in watch mode
-nx test web --watch
-
-# Run E2E tests
-nx e2e web-e2e
-
-# Open Cypress
-nx open-cypress web-e2e
-```
-
-### Linting
-
-```bash
-# Lint project
-nx lint web
-nx lint shared-angular
-
-# Lint all affected projects
-nx affected --target=lint
-```
-
-### Building
-
-```bash
-# Build single project
-nx build web
-
-# Build affected projects
-nx affected --target=build
-
-# Show dependency graph
-nx graph
-```
-
-## 4. Affected Commands
-
-Run tasks only on changed projects:
-
-```bash
-# Test affected
-nx affected --target=test
-
-# Lint affected
-nx affected --target=lint
-
-# Build affected
-nx affected --target=build
-
-# Specify base branch
-nx affected --target=test --base=main
-```
-
-## 5. Project Configuration (Nx 14)
-
-### project.json (Nx 14 format)
-
-```json
-{
-  "name": "web",
-  "$schema": "../../node_modules/nx/schemas/project-schema.json",
-  "projectType": "application",
-  "sourceRoot": "apps/web/src",
-  "prefix": "app",
-  "targets": {
-    "build": {
-      "executor": "@angular-devkit/build-angular:browser",
-      "options": {
-        "outputPath": "dist/apps/web",
-        "index": "apps/web/src/index.html",
-        "main": "apps/web/src/main.ts",
-        "polyfills": "apps/web/src/polyfills.ts",
-        "tsConfig": "apps/web/tsconfig.app.json",
-        "assets": ["apps/web/src/favicon.ico", "apps/web/src/assets"],
-        "styles": ["apps/web/src/styles.scss"],
-        "scripts": []
-      },
-      "configurations": {
-        "production": {
-          "budgets": [
-            {
-              "type": "initial",
-              "maximumWarning": "2MB",
-              "maximumError": "4MB"
-            }
-          ],
-          "outputHashing": "all",
-          "optimization": true
-        },
-        "development": {
-          "buildOptimizer": false,
-          "optimization": false,
-          "vendorChunk": true,
-          "extractLicenses": false,
-          "sourceMap": true
-        }
-      },
-      "defaultConfiguration": "development"
-    },
-    "serve": {
-      "executor": "@angular-devkit/build-angular:dev-server",
-      "options": {
-        "browserTarget": "web:build",
-        "port": 4200
-      },
-      "configurations": {
-        "production": {
-          "browserTarget": "web:build:production"
-        },
-        "development": {
-          "browserTarget": "web:build:development"
-        }
-      },
-      "defaultConfiguration": "development"
-    },
-    "test": {
-      "executor": "@nrwl/jest:jest",
-      "options": {
-        "jestConfig": "apps/web/jest.config.ts",
-        "passWithNoTests": true
-      },
-      "outputs": ["{workspaceRoot}/coverage/apps/web"]
-    },
-    "lint": {
-      "executor": "@nrwl/linter:eslint",
-      "options": {
-        "lintFilePatterns": ["apps/web/src/**/*.ts", "apps/web/src/**/*.html"]
-      }
-    }
-  }
-}
-```
-
-## 6. Path Mappings
-
-In `tsconfig.base.json`:
-
-```json
-{
-  "compilerOptions": {
-    "paths": {
-      "@shared/angular": ["libs/shared/angular/src/index.ts"],
-      "@shared/angular/*": ["libs/shared/angular/src/lib/*"]
-    }
-  }
-}
-```
-
-Usage:
-
-```typescript
-import { SharedModule } from '@shared/angular';
-import { MyService } from '@shared/angular/services';
-```
-
-## 7. Library Types
-
-### Feature Library
-
-Contains smart components, routes, and business logic.
-
-```typescript
-// libs/museum/feature-objects/src/index.ts
-export * from './lib/objects.module';
-export * from './lib/containers';
-```
-
-### UI Library
-
-Contains presentational (dumb) components only.
-
-```typescript
-// libs/shared/ui/src/index.ts
-export * from './lib/button/button.component';
-export * from './lib/card/card.component';
-```
-
-### Data Access Library
-
-Contains services, state management, and API calls.
-
-```typescript
-// libs/museum/data-access/src/index.ts
-export * from './lib/services/objects.service';
-export * from './lib/+state/objects.facade';
-```
-
-### Utility Library
-
-Contains pure functions, helpers, and utilities.
-
-```typescript
-// libs/shared/util-forms/src/index.ts
-export * from './lib/validators';
-export * from './lib/form-helpers';
-```
-
-## 8. Caching
-
-Nx caches task results. Configure in `nx.json`:
-
-```json
-{
-  "targetDefaults": {
-    "build": {
-      "cache": true,
-      "dependsOn": ["^build"]
-    },
-    "test": {
-      "cache": true
-    },
-    "lint": {
-      "cache": true
-    }
-  }
-}
-```
-
-## 9. Task Dependencies
-
-Define task execution order:
-
-```json
-{
-  "targetDefaults": {
-    "build": {
-      "dependsOn": ["^build"]
-    },
-    "test": {
-      "dependsOn": ["build"]
-    }
-  }
-}
-```
-
-- `^build` means build dependencies first
-- `build` means build this project first
-
-## 10. Generators (Nx 14 / @nrwl)
-
-Create new code with generators:
-
-```bash
-# Generate Angular component
-nx g @nrwl/angular:component my-component --project=shared-angular
-
-# Generate Angular service
-nx g @nrwl/angular:service my-service --project=shared-angular
-
-# Generate library
-nx g @nrwl/angular:library my-lib --directory=shared
-
-# Generate module
-nx g @nrwl/angular:module my-module --project=shared-angular
-
-# Dry run (preview changes)
-nx g @nrwl/angular:component my-component --dry-run
-```
-
-## 11. CI/CD Integration
-
-```yaml
-# Example GitHub Actions
-- name: Install dependencies
-  run: npm ci
-
-- name: Run affected lint
-  run: npx nx affected --target=lint --base=origin/main
-
-- name: Run affected test
-  run: npx nx affected --target=test --base=origin/main
-
-- name: Run affected build
-  run: npx nx affected --target=build --base=origin/main --configuration=production
-```
-
-## 12. Best Practices (Nx 14)
-
-1. **Keep apps thin** - Business logic in libraries
-2. **Use affected** - Only build/test what changed
-3. **Leverage caching** - Let Nx cache task results
-4. **Consistent naming** - Follow naming conventions
-5. **Define boundaries** - Use tags and constraints
-6. **Path aliases** - Use `@scope/lib` imports
-7. **Use @nrwl packages** - NOT @nx packages in Nx 14
-
-## 13. Package Differences
-
-| Feature | @nrwl (Nx 14)         | @nx (Modern)      |
-| ------- | --------------------- | ----------------- |
-| Jest    | `@nrwl/jest:jest`     | `@nx/jest:jest`   |
-| Linter  | `@nrwl/linter:eslint` | `@nx/eslint:lint` |
-| Angular | `@nrwl/angular:*`     | `@nx/angular:*`   |
-| Node    | `@nrwl/node:*`        | `@nx/node:*`      |
-| Cypress | `@nrwl/cypress:*`     | `@nx/cypress:*`   |